Peter wrote: > markus schnalke wrote: > >The old code generates ... > > > >... for ASCII: > > > > Content-Type: text/plain; name="sendKi9x7j"; x-unix-mode="0644"; > > charset="us-ascii" > > Content-ID: <4962.128958967...@argentina.foo> > > Content-Description: ASCII text > > > > foo > > > >... for non-ASCII (only if at least one attachment is present): > > > > Content-Type: application/octet-stream; name="sendbRaV8T"; > > x-unix-mode="0644" > > Content-ID: <5209.128958999...@argentina.foo> > > Content-Description: UTF-8 Unicode text > > Content-Transfer-Encoding: base64 > > > > d2l0aCBKb24.... > > These are definitely just wrong -- we shouldn't be specifying > name and x-unix-mode for the body text
Adding -attachformat 1 to the send entry of your .mh_profile will get rid of the name and x-unix-mode. That option can also be added when entering send at the whatnow prompt. The send man page has examples of what it produces. If there's consensus to make that the default, it would be an easy code and documentation change. (Yes, I'm volunteering to make the changes. But not to push for consensus :-) > (and base64ing when we could q-p is a bit unfriendly). Blackberries, and I think Droids, unnecessarily base64 text. But I do agree with you, nmh shouldn't. David ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ _______________________________________________ Nmh-workers mailing list Nmh-workers@nongnu.org http://lists.nongnu.org/mailman/listinfo/nmh-workers
