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(_dot_)1289589671(_dot_)1(_at_)argentina(_dot_)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(_dot_)1289589999(_dot_)1(_at_)argentina(_dot_)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(_at_)nongnu(_dot_)org
http://lists.nongnu.org/mailman/listinfo/nmh-workers