When nmh hands over the email to send using SMTP it would be nice if it
followed
SMTP Service Extension for 8-bit MIME Transport
http://tools.ietf.org/html/rfc6152
perhaps it does, and wanted an EHLO response with 8BITMIME support
before sending any top-bit-set bytes. Maybe it already does this.
Sadly, it does not; whatever you put in the draft is just blasted out on
the wire.
So, implementing this .... I have no objection, but it would involve
drilling through a number of layers to make it happen (you'd want
to pass the message encoding down to the SMTP routines). Also,
having it dynamically reencode to q-p at "send" time would be very
challenging; it would have to error out.
As much as it pains me to admit it .... I kind of find myself on the side
of DJB on this one. Interoperability with 7-bit mailers? Really? REALLY?
Is that even an issue anymore? A large part of me is working up the energy
to care about them.
--Ken
_______________________________________________
Nmh-workers mailing list
Nmh-workers@nongnu.org
https://lists.nongnu.org/mailman/listinfo/nmh-workers