<div dir="ltr"><div dir="ltr">Perhaps this goes outside scope, but I'm having a bit of a tough time wrapping my head around this.<br>It almost seems like this refers to encoding, but I've seen references that say the server doesn't need<br>to support any encoding. I've yet to find an example (ideally visual) of what 7bitmime and 8bitmime look like side-by-side.<div>Does this conversion apply to parts of the email or the whole message?</div><div><br></div><div><a href="https://cr.yp.to/smtp/8bitmime.html">https://cr.yp.to/smtp/8bitmime.html</a> is quite strong on the matter. Seems to suggest just about all servers<br></div><div>don't need the conversion. I assume conversion would result in the loss of information and would not be ideal.</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 15, 2021 at 4:39 AM Benny Pedersen <<a href="mailto:me@junc.eu">me@junc.eu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2021-10-15 05:13, Tyler Montney wrote:<br>
> What does “force MTA conversion to 7-bit (e.g. before DKIM<br>
> signing)” mean?<br>
<br>
if dkim signs 8bit mime it could be unstable on verify, so to make it <br>
more safe on verify dkim it is preprossed to only support 7bitmime, with <br>
in turn make dkim signer only see 7bit data, with on its own does not <br>
need data changes before dkim signing<br>
<br>
safety is 7bit only, all else is 8bitmime<br>
<br>
</blockquote></div>