R. Scott Perry wrote:


first, total connects from ATTBI TLD is right up there in qty with the spammer TLD's


And so is Yahoo.com. They are legitimate. The quantity of E-mail from a specific domain compared to a domain that spams is completely irrelevant here.

And I believe ATTBI stands for "AT&T Business Internet". That ain't residential.

I thought it was ATT Broadband Internet but I could be mistaken. Either way, a source of abuse is a source of abuse and a network you want to block is a network you want to block.



As you can see, be defining ATTBI subscriber networks as illegitimate, we solved that abuse problem definitively, with no false positives.


Again, Len, you're lying. Unless you state that by "false positive" you mean something completely different than the anti-spam term "false positive", you're lying. Sorry to use such harsh words, but after your previous thread and my responses, you should know better.

Maybe this would clear it up:


Test: Is the connecting MTA one I want to block?
Possible result: yes or no (there is no maybe in this test)
False positive: I incorrectly characterize an MTA that I don't want to block as a "yes".


For example, I want to reject all mail from servers in with RDNS foo.com. I add this filter and a method to determine what has been blocked by this filter. After analyzing my rejections, I find this filter rejected a server with RDNS whoofoo.com. That is a false positive for this test. This points to a problem with my testing methodology for implementing the test of "is the server RDNS foo.com".

Note there is nothing about spam in there. Nothing about content. Nothing about consent. This type of test is different than a test that tries to determine if a message is spam and thus has a different definition of false positive.


FYI, I see some legitimate E-mails here with reverse DNS entries that include attbi.com. So an average mailserver will most likely get quite a few false positives using your test.


-Scott

-- Chris Scott Host Orlando, Inc http://www.hostorlando.com/


To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/

Reply via email to