Re: [Declude.JunkMail] malformed message-id

Thu, 15 Jun 2006 13:56:08 -0700

The odd thing is that we have been using ASPEmail for sometime and it does submit directly to an Imail boxes and we have not seen this issue once. We switched to ASPEmail because it was one of the few email components that did not have any RFC techinical violations. Darrell Matt writes:
Any connecting SMTP connection must submit a HELO or EHLO. I believe that IMail uses the HELO/EHLO name given as the part of the Message-ID after the @ symbol, but will only insert this if there is no Message-ID already present (which would also fail SPAMHEADERS in Declude unless LOOSENSPAMHEADERS ON is set). If there is an line break here, that data must be bad. If you look in your IMail log for the information about the session (and turn up the logging), you should be able to see the HELO/EHLO name given. FYI, this wouldn't be the first IIS plug-in that had RFC issues. Many have them. I can't say for sure 100% though that this is the case here due to circumstances, but I strongly suspect this is the trigger. If IMail acted properly, the message would have been rejected, and that's not a solution to your issues either, so the fix is likely best applied to your mailer. Matt Harry Vanderzand wrote: 
Thanks Matt
This message comes straight from a form submission on one of my servers. I think aspmail is being used. My programmer says that it can't be caused by that and is blaming the SMTP server it is submitted to, which is my imail server 
Harry Vanderzand
inTown Internet & Computer Services
519-741-1222 
------------------------------------------------------------------------
    *From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *On
    Behalf Of *Matt
    *Sent:* Thursday, June 15, 2006 3:27 PM
    *To:* [email protected]
*Subject:* Re: [Declude.JunkMail] malformed message-id 
    Looks like an IMail inserted Message-Id header, so in part it is
    their problem.  I suspect that the trigger though is the sender
    having an invalid HELO, which IMail is then mishandling.  It could
have also been a hickup unless it is repeatable with the same source. 
    The HELO, MAIL FROM and RCPT TO should all have only US-ASCII
    printable characters (excluding space).  Anything beyond that is
    invalid on it's own, and IMO, the MTA should issue a 5xx error
when received indicating as much. Matt Harry Vanderzand wrote: 
         I am having a problem where the message-id is malformed which
trips up some clients. see: 
    Message-Id: <200606131300275.SM04448@
    >
X-Declude-Sender: [EMAIL PROTECTED] [216.16.233.16] 
    Notice the the closing bracket is on a separate line. This causes
the headers to become part of the body for some of my clients. 
    Has anyone seen this before?  Is it an imail issue or a declude
issue? 
    Harry Vanderzand
    inTown Internet & Computer Services
    11 Belmont Ave. W., Kitchener, ON,N2M 1L2
519-741-1222 
    ---
    This E-mail came from the Declude.JunkMail mailing list. To
    unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
    type "unsubscribe Declude.JunkMail". The archives can be found
    at http://www.mail-archive.com.

    ---
    This E-mail came from the Declude.JunkMail mailing list. To
    unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
    type "unsubscribe Declude.JunkMail". The archives can be found
at http://www.mail-archive.com. 

---
This E-mail came from the Declude.JunkMail mailing list. To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail". The archives can be found
at http://www.mail-archive.com.

 



---
This E-mail came from the Declude.JunkMail mailing list.  To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail".  The archives can be found
at http://www.mail-archive.com.




-------------------------------------------

Check out http://www.invariantsystems.com for utilities for Declude, Imail, 
mxGuard, and ORF.  IMail/Declude Overflow Queue Monitoring, SURBL/URI 
integration, MRTG Integration, and Log Parsers.



---
This E-mail came from the Declude.JunkMail mailing list.  To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail".  The archives can be found
at http://www.mail-archive.com.























					Reply via email to