DKIM fails depending on Content-Transfer-Encoding
Jan Eden
tech at eden.one
Wed Sep 6 13:25:57 UTC 2023
On 2023-09-06 13:33, fi at igh.de wrote:
> Dear Mutt Users
>
> recently I experienced DKIM fails that depend on the
> Content-Transfer-Encoding of messages text part.
>
> Being a german I use to write my messages in german with UTF-8
> encoding. I prefer plain text. My e-mails are DKIM signed. I have
> checked DKIM to be set up correctly twice.
>
> By default Mutt does 8bit encoding for text/plain. Now I found that
> several (most) of the recipient systems fail to check DKIM.
>
> If I force Mutt to change the encoding from 8bit to 7bit, base64, or
> quoted-printable (using ^E in the compose menu), the DKIM checks
> succeed.
>
> Can I force Mutt to use quoted-printable or base64 by default for
> encoding of plain text?
In my experience, mutt chooses the simplest encoding required for each
message, and it is usually better not to intervene.
> Does anyone have similar experiences? Is there an explanation for this?
> May there be any interference with the MTA?
At what point do you apply the DKIM signature? If the DKIM signature is
calculated for the complete message (as created by mutt), there should
be no mismatch/DKIM failure.
- Jan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <http://lists.mutt.org/pipermail/mutt-users/attachments/20230906/9b741702/attachment.asc>
More information about the Mutt-users
mailing list