5.7.7 bounce: message integrity failure
5.7.7Message integrity failurePermanent: retrying will not help
554 5.7.7 Message integrity failure
What it means
X.7.7 is “message integrity failure” in RFC 3463: a check showed that the message was altered or corrupted after it was protected. In practice that means a signature (S/MIME or PGP) that does not verify against the content received.
Gateways that enforce signed mail between partners return it when they cannot verify a signature. The usual reason is that something on the path rewrote the message: a disclaimer footer, a link-rewriting filter, a line-wrapping relay or a transfer-encoding change.
DKIM failures are a separate matter with their own codes (5.7.20 to 5.7.22) from RFC 7372, although the root cause, modification in transit, is often the same. A 4.7.7 is uncommon, since a modified message stays modified.
Likely causes
- An outbound disclaimer or signature footer added after the message was signed.
- A security filter that rewrites links or attachments in signed messages.
- A relay that converted 8-bit content to quoted-printable after signing.
- Message corruption by a broken relay or storage system.
How to fix it
- Send a signed test message directly to yourself and verify it; if it fails, your own system is altering it.
- Apply disclaimers and footers before signing, or exempt signed messages from footer rules.
- Encode the message as 7-bit (quoted-printable or base64) before signing so no relay needs to change it.
- If the recipient’s gateway is altering mail before verification, send them the bounce and the test result.
Checks that apply
- Email Header Analyzer Shows the path the message took and any filters that stamped it, helping you find the hop that changed the content.
- DKIM Check Confirms your DKIM selector and key, so you can tell an S/MIME integrity problem apart from a DKIM one.
FAQ
- Is 5.7.7 caused by my email footer?
- Quite often. A footer added after signing changes the body, and the signature no longer matches.
- Does this mean the message was tampered with by an attacker?
- Almost never. Legitimate rewriting by filters and relays is the usual cause.