This will be fixed in the next release. Specifically, this will happen
if the string you are comparing against ("(timeout)" in this case) is
shorter than the search string (".mailpure.com"). So given the details
of the issue, a broader workaround might be an extra line "REVDNS END
NOTENDSWIT
R. Scott Perry wrote:
Good catch.
This will be fixed in the next release. Specifically, this will
happen if the string you are comparing against ("(timeout)" in this
case) is shorter than the search string (".mailpure.com"). So given
the details of the issue, a broader workaround might be an e
I got an unexpected hit on a test that shouldn't have passed the first
line of the filter which has a REVDNS NOTENDSWITH statement. I have
confirmed the condition in other E-mails that I have have been processed
since I modified this filter. This statement is tripping unexpectedly
whenever
Scott,
I got an unexpected hit on a test that shouldn't have passed the first
line of the filter which has a REVDNS NOTENDSWITH statement. I have
confirmed the condition in other E-mails that I have have been processed
since I modified this filter. This statement is tripping unexpectedly
wh
