Slashdot Log In
Long-Dead ORDB Begins Returning False Positives
Posted by
kdawson
on Tue Mar 25, 2008 06:39 PM
from the waking-the-dead dept.
from the waking-the-dead dept.
Chapter80 writes "At noon today (Eastern Standard Time), the long dead ORDB spam identification system began returning false positives as a way to get sleeping users to remove the ORDB query from their spam filters. The net effect: all mail is blocked on servers still configured to use the ORDB service, which was taken out of commission in December of 2006. So if you're not getting any mail, check your spam filter configuration!"
Related Stories
[+]
Technology: ORDB.org Going Offline 156 comments
Allan Joergensen writes "ORDB.org has announced that they will shut down their services after fighting open relays and spam for more than five and a half years.
The RBL DNS service and mailing lists will be taken down today (December 18, 2006) and the website will vanish by December 31, 2006." The reasons given tend to be the usual ones - volunteers have been focused on other things in life; my salute to those folks for keeping the service up as long as they did.
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
Nope. (Score:5, Funny)
Re:Nope. (Score:5, Funny)
None of them are from people who are friends
Recieved email, instead of loving signs of friendship, message contained bobcat.
Would not communicate with again.
Parent
Re:Nope. (Score:5, Funny)
Parent
No luck (Score:4, Funny)
I haven't received my confirmation email yet... seriously, how long does this take? Anyone? Is Slashdot broken? Do people post comments on Slashdot?
Mmmm, stereotypes (Score:5, Insightful)
Jocks are idiots.
Linux users have tiny penises.
Windows users are point-and-drool morons.
Mac users are artistic and gay and think overpriced computers are status symbols.
Business execs and politicians don't know fuck-all about computing or networking, but insist on controlling them anyway.
Women are shitty drivers (they themselves have fewer accidents, hence they receive a better insurance rate; they're shitty drivers because they do annoying shit that creates obstacles for others, like not knowing what the fuck the passing lane is for).
Black people are either from the ghetto, or act like they wish they were.
White people have zero sense of rhythm, can't dance, and can't jump.
Now where's my +5 Insightful?
Parent
Why not just close the server? (Score:5, Insightful)
Re:Why not just close the server? (Score:5, Informative)
Parent
Re:Why not just close the server? (Score:5, Insightful)
My bet is this is going to really REALLY negatively affect all of those mailservers that have been setup, for which there is *no* administrator. You know. the ones setup for smaller companies who have no inhouse admin, who hired a consultant, but wouldn't pay for ongoing maintenance (either due to tightness or actual lack of funds, etc). The response time here, and time to resolution is likely to be high to non-existent.
All in all, this is a pathetic (understandable, mind you) move, and reeks of inconsideration.
Parent
Heh... (Score:5, Funny)
Spam spam spam spam...
What's that there? An email from your supervisor? SPAM, I say. SPAM SPAM SPAM!
No wikipedia entry for ORDB (Score:5, Funny)
It's the only way to get them to stop (Score:5, Insightful)
It was the only way to get them to stop and if I check my server today, I will likely find I am still getting some requests on them. So it's not dickish at all as another commentator claimed.
Re:It's the only way to get them to stop (Score:5, Informative)
I tell you three times: At the volumes we're talking about, merely turning off the server does not solve the problem caused by people continuing to query it.
Parent
The unknown future rolls toward us. (Score:5, Funny)
Re:Whoa! ORDB better have a good disclaimer (Score:5, Informative)
Parent
Re:Whoa! ORDB better have a good disclaimer (Score:5, Insightful)
Parent
Re:Whoa! ORDB better have a good disclaimer (Score:5, Insightful)
Parent
Re:Whoa! ORDB better have a good disclaimer (Score:5, Insightful)
On a side note, given that this move by ORDB specifically targets people other than those who they want to change the behaviour of in an attempt to get those innocent bystanders to affect change upon the real people they want to affect, this actually meets the FBI's definition of terrorism.
Parent
Re:Whoa! ORDB better have a good disclaimer (Score:5, Informative)
That's precisely what they did [readlist.com] for the last 15 months (a pretty reasonable amount of time):
I don't know... do they still own a machine that responds to DNS requests, and are therefore paying for bandwidth? Probably not.
Do they want to sell the domain to someone, who wouldn't want to get hit with a bandwidth bill as soon as they throw some servers up? More likely.
Parent
Re:Whoa! ORDB better have a good disclaimer (Score:5, Insightful)
When someone just plain will not check back to see if your free service is still working (and free), how else do you get their attention?
Parent
Re:Whoa! ORDB better have a good disclaimer (Score:5, Insightful)
That said, the approach of ORDB does seem to be the right way to stop administrators from using it. If you don't force the issue by stopping all mail, then random non-spam emails will continue to be blocked indefinitely. Short-term pain for long-term gain...
Parent
Re:Whoa! ORDB better have a good disclaimer (Score:5, Interesting)
Concur, wholeheartedly.
I put a good deal of effort into getting spamassassin configured to classify spam into imap folders for my users, and giving them tools for whitelisting, etc. on an individual basis. One man's spam is another man's ham, after all.
I could not in good faith arbitrarily delete mail based on automatic filtering. I would rather run completely unfiltered than make that decision for somebody, and for a long time I resisted the idea of filtering server-side. Bottom line was that my customers demanded it, so I had to come up with a system that met their requirements and mine.
Parent
Re:Whoa! ORDB better have a good disclaimer (Score:5, Interesting)
Configured that way, there's no email to release, as the server was not allowed to connect in the fiirst place - in effect, ORDB would have caused an admin unaware that they had shut down to have his server block all inbound email at the connection level. Given the amount of sample configs about that still include them, that's not impossible to imagine.
Effective way of getting people to stop querying their servers, but kinda dickish.
*Yes, I know dynamic ranges sometimes host legit personal mail servers. Unfortunately, for every legit user there are hundreds of spam zombies on those dynamic IPs, often dumping dozens of spam at a time, often hitting over and over again until they get past the greylist timeout. I'm watching my log now, and I just blocked 50 odd connection attempts from one 1 pretending to be 50 different email domains. In the time it's taken me to write this footnote, the dynamic range IPs blacklists have blocked a few hundred emails.
Parent
Re:Is it really necessary? (Score:5, Insightful)
Blocking with an error code is the Right Way. That way the sending mail server generates a bounce message and the sender knows that the message didn't get through. The idea of accepting every message so the user can have 50,000 messages in his spambox that will never get looked at for every real message is absurd.
Parent
Re:Nice (Score:5, Insightful)
This will cause some confusion at first, but if it hit
I just hope no one's spam filter defaults to automatic-deletion.
Parent
No kidding. (Score:5, Funny)
Parent