Always nice to give follow up on your own problems :) Guess this all boils down to the old crlf/barelinefeed problem. At least that is really the only way I can reproduce this. Even got myself into writing a small asp script to emulate this problem.
Unless anyone has other ideas I guess I waisted my and your time with this. JP ----- Original Message ----- From: Jean-Paul van de Plasse To: qmailtoaster-list@qmailtoaster.com Sent: Tuesday, February 06, 2007 5:40 PM Subject: [qmailtoaster] some mail not arriving Hi, I have this very strange problem some autogenerated email is not correctly deliverd. But my guess is that the content transfer encoding is causing this. However I did not manage to reproduce it in a telnet session. The recordio log shows : @4000000045c8a67438114f44 10070 > 220 i-serve.nl smtp ESMTP^M @4000000045c8a6750e354694 10070 < EHLO [hostname]^M @4000000045c8a6750e3a1124 10070 > 250-i-serve.nl smtp^M @4000000045c8a6750e3a20c4 10070 > 250-PIPELINING^M @4000000045c8a6750e3a3064 10070 > 250-8BITMIME^M @4000000045c8a6750e3a4004 10070 > 250-SIZE 200971520^M @4000000045c8a6750e3a4bbc 10070 > 250 AUTH LOGIN PLAIN CRAM-MD5^M @4000000045c8a6751ffd338c 10070 < MAIL FROM:<[EMAIL PROTECTED]> SIZE=1238^M @4000000045c8a6752011e46c CHKUSER accepted sender: from <[EMAIL PROTECTED]::> remote <[hostname]:unknown:[ip]> rcpt <> : sender accepted @4000000045c8a675201566dc 10070 > 250 ok^M @4000000045c8a67531d9b9f4 10070 < RCPT TO:<[rcpt]>^M @4000000045c8a675332a80cc CHKUSER accepted rcpt: from <[EMAIL PROTECTED]::> remote <[hostname]:unknown:[ip]> rcpt <[rcpt]> : found existing recipient @4000000045c8a675332c3e1c 10070 > 250 ok^M @4000000045c8a6760952bddc 10070 < DATA^M @4000000045c8a67609571b0c 10070 > 354 go ahead^M @4000000045c8a6761b28acc4 10070 < Received: from mail pickup service by [hostname] with Microsoft SMTPSVC;^M @4000000045c8a6761b28c434 10070 < Wed, 7 Feb 2007 05:02:12 +1300^M @4000000045c8a6761b28cfec 10070 < Thread-Topic: Inschrijving^M @4000000045c8a6761b28df8c 10070 < thread-index: AcdKCCnbBqCmMLcpSrOtsi+m2g13lw==^M @4000000045c8a6761b28eb44 10070 < From: <[sender]>^M @4000000045c8a6761b28fae4 10070 < To: <[rcpt]>^M @4000000045c8a6761b290a84 10070 < Subject:+ @4000000045c8a6761b29163c 10070 < Inschrijving^M @4000000045c8a6761b297bcc 10070 < Date: Wed, 7 Feb 2007 05:02:12 +1300^M @4000000045c8a6761b298b6c 10070 < Message-ID: <[EMAIL PROTECTED]>^M @4000000045c8a6761b299b0c 10070 < MIME-Version: 1.0^M @4000000045c8a6761b29a6c4 10070 < Content-Type: text/plain^M @4000000045c8a6761b29b664 10070 < Content-Transfer-Encoding: 8bit^M @4000000045c8a6761b29c604 10070 < X-Mailer: Microsoft CDO for Windows 2000^M @4000000045c8a6761b29d1bc 10070 < Content-Class: urn:c+ @4000000045c8a6761b2be4fc 10070 < ontent-classes:message^M @4000000045c8a6761b2bf49c 10070 < Importance: normal^M @4000000045c8a6761b2c043c 10070 < Priority: normal^M @4000000045c8a6761b2c0ff4 10070 < X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1830^M @4000000045c8a6761b2c1f94 10070 < X-OriginalArrivalTime: 06 Feb 2007 16:02:12.0782 (UTC) FILETIME=[29FA6CE0:01C74A08]^M @4000000045c8a6761b2c2f34 10070 < ^M @4000000045c8a6761b2c3aec 10070 < Beste test, @4000000045c8a6761b2c4a8c 10070 < @4000000045c8a6761b2c5644 10070 < [some text] @4000000045c8a6761b2c8524 10070 < @4000000045c8a6761b30cae4 10070 < [some text] @4000000045c8a6761b30de6c 10070 < @4000000045c8a6761b30ea24 10070 < [some text] @4000000045c8a6761b30f9c4 10070 < @4000000045c8a6761b31057c 10070 < [some other text] twee weken vóór [some text.. not complete]+ @4000000045c8a6761b3e8684 tcpserver: end 10070 status 256 @4000000045c8a6761b40a194 tcpserver: status: 2/100 Where it shows vóór it is in fact vóór I did remove (i hope) all traces to the real sender and receipient, and really hope someone can shine a light on this, since I am really in the dark here. JP
