I have a filter called FOREIGN that I have been defeating with END statements for certain domains with international traffic like so
----- Foreign.txt ----- ALLRECIPS END CONTAINS @clientdomain.com
I just noticed an E-mail that was held which failed this filter for this client. Note that they are gatewayed, so aliasing is not affecting this. The headers are below. Any ideas about what might be wrong here? I don't know if this isn't working in general yet, and the only thing of note from this E-mail is that the address is in all caps (modified for public display).
From the list of recipients:
X-MailPure: RECIPIENTS: <[EMAIL PROTECTED]>
I would think that it should work unless there was a typo somewhere (or related issue, such as a space at the end of the filter line, or no carriage return at the end of the line). I would suggest using the debug mode to get debug log file entries, which we can look at to see why it is happening.
-Scott
---
Declude JunkMail: The advanced anti-spam solution for IMail mailservers since 2000.
Declude Virus: Ultra reliable virus detection and the leader in mailserver vulnerability detection.
Find out what you've been missing: Ask for a free 30-day evaluation.
--- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.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.
