PDexxxxx(_at_)xxxxxxx wrote:
> I have noticed that the former sends "attachment" headers
> which don't contain the attachments' contents :
> ...
> --------14507F4DC80F4D6511158149340B40B01
> Content-Disposition: attachment; filename="test.txt"
> Content-Transfer-Encoding: 7bit
>
> Content-Type: Text/Plain
>
> --------14507F4DC80F4D6511158149340B40B01
> ...
Sounds like a bug, for starters there should be no empty line
before the Content-Type.
You're right. There was no empty line after the Content-Type:
--------14506F0F080F4D6511158082800B418B1
Content-Disposition: attachment; filename="test.txt"
Content-Transfer-Encoding: 7bit
Content-Type: Text/Plain
--------14506F0F080F4D6511158082800B418B1
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Content-Type: Text/Plain
*****
THIS IS AN AUTOMATIC EMAIL.
****
--------14506F0F080F4D6511158082800B418B1--
Do the contents of email attachment always appear in the headers? Why
are the contents of "test.txt" not showing up above the second boundary?
If their not showing up is normal, is there a way to force the MUA/
MTA (e.g. sendmail) to include them?
Why does the last boundary have two dashes at the end? Is this some
kind of bug?
Many thanks.
Philippe