DANE/TLSA quietly broke mail from one specific sender in Mailcow
Mailcow DANE/TLSA Configuration Issue
Event: A Mailcow user encountered mail delivery failures originating from a specific sender. Troubleshooting revealed the root cause to be a conflict between manually managed SSL/TLS certificates and the server's DANE (DNS-based Authentication of Named Entities) TLSA records. The mismatch prevented successful TLS negotiation for inbound mail from this sender.
Technical Significance: This incident highlights the critical importance of consistent and accurate TLSA record management when DANE is enabled. DANE leverages DNS to publish cryptographic certificate information, allowing receiving MTAs to verify the authenticity of the sending server's certificate without prior trust establishment. A discrepancy between the certificate actually presented by the sending server and the one advertised in its TLSA records will result in connection refusal by the receiving MTA, effectively blocking mail. Manual certificate updates without corresponding TLSA record updates are a direct vector for such failures.
Broader Implications: This case underscores a persistent challenge in the adoption and secure implementation of DANE and other DNS-based authentication mechanisms. As systems become more automated, reliance on manual overrides or configurations without robust synchronization processes introduces significant operational risk. For mail infrastructure administrators, this reinforces the need for rigorous change management procedures that include verification of DNS records (especially TLSA) whenever server certificates are updated. Failure to do so can lead to silent mail delivery failures, impacting business communication and requiring complex troubleshooting.