Am 27.07.04 11:35 schrieb(en) tn fenster:
Content-Type: multipart/alternative; boundary="=_alternative
004FBE5AC1256ECF_="
as there should be no newline after _alternative. Changing this to
Exactly. This header line is simply broken. An allowed place for the <cr><lf><space> would be between "multipart/alternative;" and "boundary".
directly in my inbox-file makes the eMails show up correctly. Is this a problem / bug with the sender's eMail-client or could balsa handle this better? And if it's a bug on the other side, is there a way for me to read those messages without viewing the source or deleting that newline?
The simple answer is that the sender should use a mail application which follows the standards.
The more complicated answer *might* be that gmime could be extended to handle such cases by "guessing" what the sender might want. This implies other risks, though, so I don't think it is a good concept. In the end, standards were made to avoid such cases, and they are open and free...
Just my € 0.01...
Cheers, Albrecht.
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Albrecht Dreß - Johanna-Kirchner-Straße 13 - D-53123 Bonn (Germany)
Phone (+49) 228 6199571 - mailto:albrecht dress arcor de
_________________________________________________________________________
Attachment:
signature.asc
Description: PGP signature