Good question why .NET is doing that but that is the default behavior and it took me quite some time to find a workaround for that ;-)

Anyhow, as it is working now, I do have a nice online tool where my users can maitain there lists without even bother about "strange" maiser commands!

Thanks for your support (as always)

Konrad

Hi All,

I have problems with the following:

I wanted to create a asp.net web site which allows my users to maintain mailing lists in a more convenient way than sending mails to maiser directly. I managed to read all lists and also the member for each list from the files mercury provides. The add and delete action should then be performed in the background by sending mails to the maiser address. So far, so good. But mails from this tool are not processed by maiser. I can see them incoming in the SMTP server module and also in the core module but the core just says "From xxx To maiser@domain.de (local) OK". Nothing more. If I send a mail with the same content from my mail client (Thunderbird), everything works OK and maiser is processing the content in a second step as it is supposed to. What could be the difference?

The only thing I noticed is that the mails are processed by the SMTP server for a very long time (20 secs or so) and while the SMTP server is still showing the incoming mail  in the log window as being proessed, the core is already processing and delivering it to maiser. How can that be?!?! I sent mails to my normal account instead of maiser and the content seems to be OK. I can see the add and delete commands in the body BEFORE the SMTP finished processing the mail. The only difference between the ASP.NET mail and the TBird mail in SMTP log window which I can see is in the AUTH LOGIN string. From Thunderbird, it says CRAM-MD5, from my ASP.NET web site, it says "AUTH LOGIN" and then a long, encrypted string.

Any ideas?

Thanks

Konrad

Just found something in the maiser log:

The TBird mails shows every line of the body in a separate line while the ASP.NET mail shows everything in one line. Maybe that is way maiser cannot process the body.

What would be the right character to add a new line in the body? "\n" does not work and also all other things like the .NET crlf character. Do I need a special charset?

Thx

Konrad

MercuryS expects a properly formatted SMTP message with CRLF to divide lines. I really don't know how this is done in ASP.NET, but "\r\n" would seem likely.

/Rolf 

I tried almost everything now (including \r\n), but nothing works. If I send this mail to my Tbird, it shows new lines but if I check the source of the mail, I can see only one line separated by "=0D=0A". This is the same thing that mercury shows in the maiser log. Maybe this is encoding issue? Could that be?

Konrad

This is shown in the log when I use \r\n:

PASSWORD xxx\r\ndelete test test@domain.de\r\nEXIT

It's not an encoding issue, it's a matter of inserting the right character values in a way that ASP understands. What you need is

decimal: 13 10

hex: 0D 0A 

There seems to be a VBscript constant called VbCrLf for this, if that maybe works in your ASP environment. \r\n apparently didn't work.

/Rolf 

Actually it was an encoding issue:

All my mails showed this in the source:

Content-Transfer-Encoding: quoted-printable

I changed my ASP.NET code in order to use this here:

Content-Transfer-Encoding: 7bit

and now it works and vbCrLf is interpreted the way it should be...

Konrad

As RFC 821 restricts SMTP mail messages to using 7-bit US-ASCII data only I'm not sure why asp.net would allow setting some other Content-Transfer-Encoding for the message itself. Sub-parts can have quoted-printable or some other encoding though (and often have).

/Rolf