Spamhaus and other RBL's return a 127.0.0.2 thru
127.0.0.9 return code.
If the IP address were listed in the home-grown RBL
as 127.0.0.99, and if Surgemail could detect the .99 and generate an action;
choices would be Block with User Not Found, Drop, Call CentiPaid -- then if the
outbound email sits in the queue for 2 tries then Drop it.
(The root of the problem is that some spammers put
an MX entry in their DNS pointing to Microsoft, Earthlink, etc. causing a Denial
of Service attack on an innocent bystander) (which in turn creates other
problems)
Requested MOD #4:
Problem: Centipaid Notices are currently
Bounces, not fresh emails. Most ISPs limit the text of a bounce to
their customers. (mostly to limint virus bounce infections) Most
ISPs have long paragraphs of text... and bury the real error somewhere in
between.
It would be much better to have the outbound
Centipaid emails be a separate email, like the Friends-Requests. How about
reprogramming to give the Admin a CHOICE of reject or new email?
In addition to these proposals by ChrisP, I
would like some feedback from the rest of you guys & gals here
too.
While some of you choose to not block anything at
all, I remind you that 1USA picked up thousands of customers from
Verizon and other ISPs when we implemented server-side anti-virus on the day
that the Melissa virus came out in May 1998; and Verizon didn't implement
anti-virus until 2001. Verizon customers were dropping like flies, and
switching to 1USA to be protected.
The same can happen in the future, or vice versa,
if Verizon and the other phone companies start charging extra for bandwidth or
on a per-email basis. If the Centipaid system were totally separate &
based on sender's IP, it would be a great selling feature of Surgemail and the
Admins.
BarryZ
1USA