> That is not the data I wanted to see. I wanted to see the raw email message
> data that is being transmitted.
How can I send you the files?. Its not allowed here and even if I
includes it in the text, it tells me attachments is not allowed.
> Also, you are formatting the email wrong to begin with. ...
> Try this code instead:
Implemented at my side.
>
>
>> How is it possible to automatic parsing?
>
> The TIdMessage.NoDecode property has to be set to False (its default value)
It is set False.
> Also, there is another condition that would cause the MessageParts.Count
> property to be 0 when NoDecode is False - if the message data is not
> MIME-encoded to begin with. In which case, all of the content will be
> stored in the TIdMessage.Body property instead. Did you check for that yet?
Yes and everything is in the body + about 100k of white space.
I have done some tests. If I send the e-mail to my "normal" e-mail
account, and download it NOT using SLL everything works 100%. In all
cases I can see (and download the attachments) 100% is I using GMail on
the web or Thunderbird using the POP access to the GMail e-mails.
What I do not understand why there are so many white space in the
downloaded e-mail/body.
So I believe the problem lies around the SLL. The DLL files I use is
libeay32.dll 672kb 2004/06/17 and slleay32.dll 152kb 2004/06/17
downloaded from the link on the indy web pages. (There is no version
info in the dll's) but according to the link is .96m
(When I tried versions 0.97c/0.98b my sending program hangs when it
start sending the e-mail.)
Regards
Cornie
