|
When using an IP address as a "domain-literal", the RFC specifies that
it must be enclosed in square brackets. While domain-literals in the Received lines are definitely supposed to appear with this construct, I could see the possibility that this was not intended or required for use in the Message-ID. The RFC specifies this as a "id-right" with possible values being "dot-atom-text / no-fold-literal / obs-id-right", no mention of "domain-literal". Note that I am not an RFC expert and it takes the tech equivalent of a lawyer to figure some of this stuff out. It is fairly common for mail server software to include the IP in bracketed format when it is used in the Message-ID, while it is uncommon for bulk-mailing software to make the modification and I can't recall spamware ever doing it in this way. You won't win any RFC arguments with Scott, but in a broader sense you should understand that this is in fact indicative of spam and can be used effectively with a moderately low weight in your Declude setup, so whether or not it is valid behavior according to the RFC, the use of this identifier should be the same. If Scott was to agree with my possible reading, this would only constitute moving the error from the BADHEADERS classification to the SPAMHEADERS classification (difference between RFC non-compliance and being valid yet indicative of spam), and both are generally weighted the same. The ROUTING test is similarly indicative. Together they shouldn't be weighted high enough to block an E-mail, and they don't appear to be on your system. Considering that this message list frequently discusses topics related to spam and viruses, it would be prudent to whitelist it if you didn't want messages to be blocked. Matt Rod Dorman wrote: On Friday, February 25, 2005, 21:08:13, Scott Perry wrote: -- ===================================================== MailPure custom filters for Declude JunkMail Pro. http://www.mailpure.com/software/ ===================================================== |
- Re: [IMail Forum] Unexpected spam filtering Rod Dorman
- Re: [IMail Forum] Unexpected spam filtering Matt
- Re: [IMail Forum] Unexpected spam filtering Rod Dorman
- Re: [IMail Forum] Unexpected spam filtering Scott Perry
- Re: [IMail Forum] Unexpected spam filtering Rod Dorman
- Re: [IMail Forum] Unexpected spam filtering Imail Admin
