Slashdot Log In
Long-Dead ORDB Begins Returning False Positives
Posted by
kdawson
on Tue Mar 25, 2008 05: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:4, Funny)
Parent
Re:Nope. (Score:4, Funny)
Parent
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:4, Funny)
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?
Re: (Score:3, Informative)
How did you post that one logged in, eh ?
Remember: real trolls use their primary account.
I'm pretty sure he was making a joke. He couldn't get the confirmation E-Mail because he hadn't removed the ORDB spam-filter from his mail system.
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
Whoa! ORDB better have a good disclaimer (Score:3, Insightful)
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:4, Insightful)
And the end users will learn what admins do, complain, and admins who subscribe to third party "anti-spam" solutions that use innuendo based logic to remove spam will get a well deserved roasting from their users.
No, I'm not happy the innocent users are suffering either, but I'd argue that they already were, just less aware of what was going on (probably suffering occasional emails removed due to false positives without realizing it was due to deliberate administrator decisions, blaming instead "unreliable email" (clue: it really isn't unreliable any more, except for the effects of some of the more incompetent anti-spam solutions)
Let's be clear here: the fact is these admins not only subscribed to an innuendo-based filtering system, but also didn't bother doing their job, monitoring the services they subscribe to and ensuring their system used it correctly. It's safe to say the users were suffering anyway, both because of the decisions the admins had made directly, and because of the general skill level of the admin whose services the users are relying upon. Hopefully for many of those users, this is a lesson in why not to trust the people they're currently relying upon.
Parent
Re:Whoa! ORDB better have a good disclaimer (Score:4, Insightful)
Parent
Re:Whoa! ORDB better have a good disclaimer (Score:4, Insightful)
Nope, but the two situations aren't comparable. If your electricity was provided by a company that chose to prevent power surges by having a (well insulated) three year old frequently swing at the overhead wires with a pole, the other end of which was earthed, essentially earthing the power every few seconds, and if power was supplied in your area by a variety of organizations, rather than only one company, and if you actually live in an mud-hut village in the middle of the third world that's only been using power for a few years and which nobody is completely reliant or trusting of it, then yeah, I'd be in favor of that (now grown up) ex-three year old using his key to go into the "earthing room" and leaving the pole up there, denying power to the people who were subscribing to this incompetent organization.
Of course, that's a completely unrealistic scenario, which is why your analogy doesn't really work. In this case:
I am sympathetic to the end users, but I think the end users were suffering before this, and for the most part, all this has done is show the users what the real cause of their long time woes are.
Parent
Re:Whoa! ORDB better have a good disclaimer (Score:4, Insightful)
You cannot say that people were NOT warned. Lazy mail admins, who couldn't be bothered changing their boxes are the problem here. Looks like they got burned due to their laziness and lack of proactiveness. They weren't good mail admins in the first place, if they got this wrong, what else are they doing wrong? At the end of the day, they deserve everything they get.
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:Whoa! ORDB better have a good disclaimer (Score:4, Funny)
Wait...
Parent
Re: (Score:3, Insightful)
That said, if you're that crappy of a sysadmin, you deserve a wake-up call. It's just too bad that other people have to suffer for you to learn to do your job properly.
Re:Whoa! ORDB better have a good disclaimer (Score:4, Informative)
If the ordb.org zone goes away, every halfwit mail admin who uses ordb.org will be hammering the
Parent
Why DNS-RBLs suck (Score:4, Informative)
Re:Why DNS-RBLs suck (Score:4, Insightful)
Parent
Alternative to DNS-RBLs (Score:3, Interesting)
http://acme.com/mail_filtering/background_frameset.html [acme.com]
Nice (Score:4, Insightful)
Dealing with Email and Spam issues can be enough of a pain in the ass without the added hassle of this shit.
It isn't that the recipient complains they aren't getting email, it's when the sender (my customer) complains to me that their mail isn't making it to the recipient and blames me when it's the spam filters at the other end causing the problem. And now this?
Nice.
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
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!
Bonehead (Score:3, Insightful)
Re:Bonehead (Score:4, Informative)
Parent
Re: (Score:3, Informative)
Short of removing themselves from DNS, this is the most effective way to reduce bandwidth usage in the long term AND teach mail admins on how to properly run their mail servers.
No wikipedia entry for ORDB (Score:5, Funny)
rblcheck.pl and other embedded rbl lists (Score:3, Insightful)
Somewhat recently, I started using a perl version of rblcheck in some of my procmail recipes. A lengthy list of rbl's is embedded in the source code. I removed some obvious losers but was unaware until reading this article that ordb was a problem. How many people out there are using this script and are unaware that a bomb like this is lurking in the code? How many are using it and don't even remember that they even use this script?
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
Block lists (Score:4, Insightful)
The unknown future rolls toward us. (Score:5, Funny)
Re: (Score:3, Informative)
Re: (Score:3, Insightful)
However, such a filter wouldn't score good if it were judged on the really important metrics like number of false positives.
Re: (Score:3, Insightful)
Re:Why? (Score:4, Informative)
Even unanswered DNS queries cost bandwidth. Perhaps they just don't want the traffic anymore.
Parent