Re: [Exim] Re: .eml attachments

Página Inicial
Delete this message
Reply to this message
Autor: Alexander Sabourenkov
Data:  
Para: Derrick 'dman' Hudson
Assunto: Re: [Exim] Re: .eml attachments
Hello.

> | Even more offtopic, but...
> | this way you'll lose the original composition ( attachments,
> | multipart-alternatives, original headers and such) of the
> | original message, which in some cases defeats the purpose of forwarding.
>
> Sending "eml" format to a non-Microsoft user defeats the purpose of
> communication. There are ways to tell Mozilla to behave like a normal
> Internet mail program, but since I don't use it I don't know the
> specific incantation. (it is the "attachment" option right by the
> "inline" option, IIRC)


Hmm. Now let's see.
The type of the attachment is determined by its Content-Type header.
Now what's wrong with Mozilla sending a multipart/message-rfc822 attachment
having a Content-Disposition: attachment; name="ForwardedMessage.eml" ?

Extension can have some relevance to the actual content type for the MUA if
and only if the stated content-type is 'application/octet-stream' if I'm
not mistaken.

> I think that "inline" option is there so that you can quote and edit
> the message you are forwarding.


That's ok, but to preserve original message headers you'll have to view message
source, then copy/paste and pray that they won't get mangled by all sorts of
line-wrapping.

> | If you're after malicious content in the attachments, you'll be better off
> | with some trial version of antivirus,
>
> Those things aren't malicious on my system, they're just plain
> annoying. It would also be annoying if someone sent me a sample of
> their /dev/random (the usefulness of the two is identical).


That's allright with me, but I happen to think that junking things basing only
on their names can bring too many false positives.


./lxnt