Guillermo Martínez wrote
From: "Tomas Hajny"
Switching to fpc-other, since this is really off-topic in fpc-pascal...
Show quoted text 18 lines
> That should not be an issue by itself. The more likely reason is
> probably use of 8-bit message (utf-8) without encoding in us-ascii
> (7-bit) compatible "envelope" - typically MIME Quoted Printable (as
> already used for the HTML section, but not for the plain text
> version). Some mail servers may not allow that and recode the message
> in MIME Base64 encoding (which is most likely the text below); while
> doing that, they should include this information in the header, but I
> suspect that this hasn't happened in the case of Guillermo (this
> could be checked if he forwards the received message in attachment -
> doing this via fpc-other would be more appropriate than here).
> Nevertheless, the real solution is probably for Philippe to configure
> his e-mail client not to send 8-bit messages without 7-bit "safe"
> encoding).
So I can't do anything, can I?
Unfortunatelly there are more users that sends their e-mail that way,
specially chinese ones.
You can check the headers of the e-mails as received on your side. As suggested previously, I'm willing to have a look at it (you can either save such broken message into a file (complete message including full headers), zip it and send it to me, or at least forward it as an attachment (although the latter is not guaranteed to keep the headers intacted).
If the headers do not conform to the reality (i.e. some server transcoded the content without adding information about the new encoding in headers), you could try to find out where exactly the transcoding happens (on which server) and try convincing administrators of that server to change their configuration or upgrade the server.
If the headers are correct in fact, you may want to upgrade your own e-mail client. ;-)
Tomas
