Hello Ross,
I'm revising old Emacs bugs.
On 2003-08-12 23:08 +0200, Ross Boylan wrote:
> Package: emacs21
> Version: 21.2-1
> Severity: normal
>
> I composed an email message in emacs with compose-mail, and then
> attached two files with C-c TAB (mail-attach-file) filename command.
> One was binary (pdf) and the other regular text.
>
> When I sent the mail, I was asked what encoding to use, and I selected
> the default (which had unix in the name--don't remember details).
>
> I got the following warning from my mail system (I cc'd myself):
> Message 19mfjG-0000NX-AU has been frozen (delivery error message).
> The sender is <>.
>
> The following address(es) have yet to be delivered:
> r...@iron.libaux.ucsf.edu <r...@iron.libaux.ucsf.edu>: LMTP error
> after end of data: 554 5.6.0 Message contains NUL characters
>
> exim4 is my MTA, delivering via LMTP socket to cyrus21 IMAP server.
>
> There are at least two possibilities:
>
> 1) mail-attach-file does not do MIME attachments and is not intended
> for such use. I couldn't tell from the documentation. If this is so,
> it would be fine to downgrade this to wishlist "Handle MIME
> attachments in mail composition." In the interim, it would be nice to
> have a warning in the documentation.
Well, the docstring for mail-attach-file says:
Insert a file at the end of the buffer, with separator lines around it.
It's as simple as that. The mail-attach-file command is just a wrapper
around insert-file-contents, no attempt or promise to use MIME.
> 2) It's supposed to work. Then it's a bug.
The real bug is that Emacs uses a MIME-incapable MUA by default whereas
it ships several better ones. If you set mail-user-agent to
`message-user-agent you'll get a much better mail composition mode that
properly deals with attachments.
Regards,
Sven
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
