This seems to be the problem: > Oct 3 20:15:25 mail01 postfix/smtp[17467]: warning: DANE TLSA lookup problem: Host or domain name not found. Name service error for name=_25._tcp.web02.i.ipfire.org type=TLSA: Host not found, try again > Oct 3 20:15:25 mail01 postfix/smtp[17467]: warning: DANE TLSA lookup problem: Host or domain name not found. Name service error for name=_25._tcp.web02.i.ipfire.org type=TLSA: Host not found, try again > Oct 3 20:15:25 mail01 postfix/smtp[17467]: warning: TLS policy lookup for [web02.i.ipfire.org]/web02.i.ipfire.org: TLSA lookup error for web02.i.ipfire.org:25 > Oct 3 20:15:25 mail01 postfix/smtp[17467]: warning: TLS policy lookup for [web02.i.ipfire.org]/web02.i.ipfire.org: TLSA lookup error for web02.i.ipfire.org:25 > Oct 3 20:15:25 mail01 postfix/smtp[17467]: E330021B9E5D: to=<bugzilla@web02.i.ipfire.org>, orig_to=<bugzilla@ipfire.org>, relay=none, delay=5.5, delays=0.38/0.03/5.1/0, dsn=4.7.5, status=deferred (TLSA lookup error for web02.i.ipfire.org:25) However, after a couple of retries, postfix is able to deliver this email.
Yes, it falls back to "encrypted" delivery policy. Until #11898 is ready, delivery to internal systems must using this policy by default.
Problem should be solved by using a TLS specific map for internal transports. As mentioned, this is only a temporary solution. Please test and confirm.
Thanks for looking at this. Do you have any idea why this wasn't really an issue for a long time and now every single email seems to be running into it?
After the mail session we had yesterday, I think this is fixed. Is it?
Yes... still need to test this a little, but I guess this is done.