[pfx] Re: Postfix stable release 3.11.4 and legacy releases 3.10.11, 3.9.12, 3.8.18
Danjel Jungersen via Postfix-users <[email protected]> Fri, 19 Jun 2026 09:29:56 +0200
| Newsgroups | gmane.mail.postfix.user |
|---|---|
| Organization | Jungersen Grafisk ApS |
| Message-ID | <[email protected]> |
Once again a heartfelt THANK YOU to the postfix team. Especially Viktor and Wietse for their always kind help and all their hard work making all our systems run like clockwork. <3 Danjel On 19-06-2026 09:16, Viktor Dukhovni via Postfix-users wrote: > On Wed, Jun 17, 2026 at 06:45:30PM -0400, Wietse Venema via Postfix-users wrote: > >> * Root cause for bug 1: >> >> A missing 'break' statement after the code that converts >> a TLSA record to string. > FWIW, bug 2 is a result of changes in the Postfix DANE code. In > Postfix 3.6 I updated the DANE implementation to leverage the DANE > API in OpenSSL (evolved from the original code in Postfix). > Sadly, I neglected to take into account that the Postfix > mymalloc() requires all allocations to be at least one byte long. > > However, the missing break in bug 1 was a result of new code > following the DANE TLSA code, rather than in the TLSA code itself: > > postfix-3.1-20150523: > case T_TLSA: > ... TLSA body ... > break; > > postfix-3.1-20150710: > case T_TLSA: > ... TLSA body ... > > + /* > + * Commentary > + * ... > + */ > + case T_SOA: > + ... SOA body ... > break; > > Mistakes happen. Fortunately Postfix is designed to both minimise > mistakes and to be robust in the presence of the few mistakes that > inevitably happen. Postfix keeps working even when a particular > delivery agent process segfaults or aborts because an assertion > failed. > _______________________________________________ Postfix-users mailing list -- [email protected] To unsubscribe send an email to [email protected]