On Monday, April 12, 2004, 12:07:19 PM, Alton Danks wrote: > I'm running into some FP's with the RCVD_IN_BL_SPAMCOP rule. We've also just > added SURBL and I wouldn't be surprised to see more. I don't see a good way to > report FP's on the spamcop.net site. Does anyone know how to report them so > the > SA rules are useful?
Hi Al, I don't speak for SpamCop, but it appears SpamCop does not have a removal procedure for their IP address blacklist bl.spamcop.net: http://www.spamcop.net/bl.shtml > SpamCop Blocklist Details & Description > > This blocking list is somewhat experimental. This system and > most other spam-filtering systems should not be used in a > production environment where legitimate email must be > delivered. Many end-users and administrators have decided that > risking the loss of legitimate email is worth the benefit of > blocking most spam. As a result, this list is now used widely > and it's reputation for blocking spam while reducing the risk > of erronious blocking is growing. > > However, it should be noted that SpamCop is aggressive and > often errs on the side of blocking mail - users should be > warned and given information about how their mail is filtered. > Ideally they should have a choice of filtering options. Many > mailservers can operate with blacklists in a "tag only" mode, > which is preferable in many situations. http://www.spamcop.net/fom-serve/cache/298.html > How can I be de-listed > > If you have stopped the spam, you will be delisted > automatically a maximum of 48 hours from the most recent spam > complaint. Please do not write asking to be delisted sooner > unless you believe there is some error in SpamCop's logic. > Systems known to send spam are listed for up to 48 hours even > if there is a "resolution" to the "issue". Often, what happens > once can happen again. They simply come off the list after a while if there are no IP reports. Regarding SURBL, sc.surbl.org, which is derived form the SpamCop URI domain (not IP) data has been tested with a very low false positive rate. (Remember also that SURBL lists should *not be used like other RBLs*, but applied to domains found in message body URIs instead.) Jeff C. -- Jeff Chan mailto:[EMAIL PROTECTED] http://www.surbl.org/
