Slashdot Log In
Some Anti-Spam Vendors Blocking and Slowing Gmail
Posted by
ScuttleMonkey
on Mon Apr 07, 2008 04:02 PM
from the need-something-more-dire-than-can-spam dept.
from the need-something-more-dire-than-can-spam dept.
fiorenza writes "Google's Gmail (and corporate mail) are being throttled and sometimes blocked by some anti-spam services, including MessageLabs and Antigen. Ars Technica reports that the blocking is a result of the Google CAPTCHA crack, which has allowed a deluge of spam from Gmail's clusters. Most users won't get blocked mail, but Ars confirmed with MessageLabs that Gmail delivery delays are to be expected."
Related Stories
[+]
IT: Yahoo CAPTCHA Hacked 252 comments
Hell Yeah! reminds us of a 2-week-old development that somehow escaped notice here. A team of Russian hackers has found a way to decipher a Yahoo CAPTCHA, thought to be one of the most difficult, with 35% accuracy. The Russian group's notice, posted by one "John Wane," is dated January 16. This site hosts a rapidshare link to what looks to be demonstration software for Windows, and quotes the Russian researchers: "It's not necessary to achieve high degree of accuracy when designing automated recognition software. The accuracy of 15% is enough when attacker is able to run 100,000 tries per day, taking into the consideration the price of not automated recognition — one cent per one CAPTCHA."
[+]
IT: Gmail CAPTCHA Cracked 317 comments
I Don't Believe in Imaginary Property writes "Websense is reporting that Gmail's CAPTCHA has been broken, and that bots are beginning to sign up with a one in five success rate. More interestingly, they have a lot of technical details about how the botnet members coordinate with two different computers during the process. They believe that the second host is either trying to learn to crack the CAPTCHA or that it's a quality check of some sort. Curiously, the bots pretend to read the help information while breaking the CAPTCHA, probably to prevent Google from giving them a timeout message."
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.
Gmail and others blocking legit domains, so hey (Score:4, Insightful)
Today email is less reliable message delivery medium than regular mail which is quite sad considering all transactions in SMTP were considered to be, well, transactions. An acceptance of email by destination means it is delivered, not going to
Re:Gmail and others blocking legit domains, so hey (Score:5, Interesting)
Parent
Re:Gmail and others blocking legit domains, so hey (Score:5, Insightful)
Based on stats from my frontend SPAM filters 80 - 90% of ALL mail receive in a day is SPAM.
On my reports some individual users are targeted with between 1500 and 2000 SPAM messages a day. There storage quotas would probably be exceeded over night from SPAM alone.
I would need to increase my storage capacity immensely if I allowed every spam message to get to the users Junk folder. Not to mention the extra bandwidth of allowing all those mail delivery connections to complete OR to send NDRs to forged senders that are going to bounce back at my system and cause even more load.
Parent
Re:Gmail and others blocking legit domains, so hey (Score:4, Insightful)
Parent
Re: (Score:2)
Re: (Score:2)
then you run into the problem that not all e-mails produce unique md5 sums (something only an e-mail provider with millions and billions of test cases would ever notice...) and well the occasional bit of mail gets lost because it produced an identical md5 some by chance as a spam message.
Re:Gmail and others blocking legit domains, so hey (Score:5, Informative)
<< This is your great SMTP server. Yo!
<< 220 super.server.net ESMTP
HELO srv.my_super_subnet.server.net
<< 250 srv.my_super_subnet.server.net
MAIL FROM: <handle@server.net>
<< 250 2.1.0 Ok
RCPT TO: <handle2@server.net>
<< 250 2.1.5 Ok
DATA
<< End data with <CR><LF>.<CR><LF>
Subject: Yo
From: Bob Superman <handle@server.net>
To: My Buddy <handle2@server.net>
Want some viagra?
.
<< 554 5.7.1 Rejected, id=sdsada - SPAM
QUIT
<< 221 2.0.0 Bye
See?? No backscatter. The pre-queue filter runs *before* the message is accepted after the . is on the new line indicated end of message.
What happens now is they get,
<< 250 2.6.0 Ok, id=fsffs FROM blah Ok: queued as foo
or similar response. Then the filter runs and junks the mail! *That* runs email. I send out email, and it get junked. It gets delivered 50% of the time because some wise guy runs some new magic filter - no spam gets through, and 50% real messages get binned. Then people that should get mail complain that they never get mail (and not just from me).
If you reply to message from a post queue filter you get backscatter. This is wrong way of doing things. If you reject mail in pre-queue, there is NO backscatter.
The *only* reason to run after queue and drop silently is for mail marked as Bulk, like mailing list software marks mail as Bulk precedence. Any other mail should be treated as a *no* mail lost priority. Otherwise we may just abandon SMTP altogether.
Parent
Re: (Score:3, Informative)
That's not actually the rule. The rule is: if a mail server accepts my mail with a 200 code, then the mail should be delivered *OR* a non-deliverable message should be constructed and returned to the envelope from address.
When you actually follow that rule, it's quite amazing how many folks get bent out of shape by the undeliverables returned when someone forges their address, even though they haven't bothered to use SPF t
Re:Gmail and others blocking legit domains, so hey (Score:4, Interesting)
This is not a problem, really. You can wait a few days until you can deliver the message as long as it is *delivered* eventually.
Pre-queue filter with only 1 unique IP connection at a time to mail server. Problem solved.
Huge email servers get reasonably constant and predictable amount of mail per day and per hour and even per minute. They can plan pre-queue filtering with some margin for any spikes. And if there is a huge bomb and your mail doesn't get there for 7 days and your server gives up, hey, at least you get a "Could not deliver the message because destination was not available". Much better than "err, never got any mail from you" from the destination party.
Parent
Re: (Score:2)
Crack down (Score:3, Insightful)
They will, eventually, be cracked again. (Score:3, Interesting)
Now, you and I would just say "when an account is sending 10,000 messages a day" and that would be correct for about 99.9% of the cases.
I'd also recommend Google "seeding" the spammers databases with "spamtraps" (not tied to Gmail or Google in any way). If an account sends email to a spamtrap, that account is frozen.
And so forth.
Re:They will, eventually, be cracked again. (Score:5, Insightful)
Parent
Re:They will, eventually, be cracked again. (Score:4, Interesting)
well, making special spamtrap e-mail addresses and putting them in the clear on usenet, message boards, or even on social networking sites owned by google, and making sure the content is boring drivel no one would e-mail that person about. well, i mean how could you decide how to make boring drivel that would still put their address out on sites? 'first post' messages?
wouldn't someone notice that google got 'first post' every time on 123 consecutive front page articles? wouldn't they? though and e-mail them a congratulation and get spam busted?
i mean i know i can post boring irrelevant information, but i can't guarantee that if an e-mail is tied to that identity that someone won't e-mail me....
so spam traps are harder to implement than one would think, unless they're in 'hidden' code. EG: you go to a website, the e-mail is in the html, but never shows on the page... and if you do that, then they might make a scanner that nullifies those addresses... once the realize what's happening.
Parent
Re: (Score:2)
Re:Crack down (Score:5, Interesting)
Parent
Google wins (Score:5, Insightful)
Whoa.. so what you're saying is... (Score:3, Insightful)
I don't know whether to just blink or to think that you discovered a Google strategy here; getting even more people over to Google Mail because there's less spam there; nevermind the fact that a portion of that spam is sent from their own servers(!) I suppose there wouldn't be a heck of a lot of incentive to do something about the spam accounts, then.
=====
Or maybe you're saying that Google should apply their sp
We use messagelabs (Score:2, Interesting)
Re: (Score:2)
Gmail should go back to cell phone authentication (Score:4, Insightful)
Gmail should go back to their old scheme, where you had to have a cell phone to receive your password, and you could only have one gmail account per phone. That would slow the spammers down.
If you don't have a phone, you're probably not a good candidate for an advertiser-supported service anyway.
Re:Gmail should go back to cell phone authenticati (Score:2)
Of course, the phone runs Windows Mobile so I don't use the gmail program, I just have it check IMAP every 10 mins, but who's counting?
Re:Gmail should go back to cell phone authenticati (Score:4, Interesting)
If I were a betting man I'd say Google will either A) release a new authentication/authorization scheme for creating new accounts, or B) they'll evolve their current system to be resistant to delivering false negatives on bot provided responses.
Because honestly, isn't this just graphical/visual acuity based Turing test that needs to be treated as "passed" by the industry? The reasoning being: the equivalent of Alicebot now exists for the graphical world, so the test needs to be re-engineered to test another (currently) unpassed Turing style evaluation.
Based on that realization: the whole reason capcha's are stupid is that if you keep the existing design but try and make it "harder" to break, the designer of the Bot need only account for that change and not an entire redesign.
All this sounds like a great technical challenge: think up a new Turing test... When in reality those posting go back to invite only are absolutely right but it's likely we won't see that come out of Google.
Parent
Re:Gmail should go back to cell phone authenticati (Score:4, Insightful)
Since when does cell phone == phone? Tons of people don't have cell phones, and most of them are consumers of various goods just like people who do have cell phones. It's amazing how the 'net culture makes it easy to write off huge swaths of the population just because they don't have or want the latest gadgets.
Parent
Don't blame the spammers (Score:3, Insightful)
But, sadly, statistics still prove that if you try to hit 1,000,000 people without any true risk of getting caught, your bound to hit a sucker eventually. There's one born every minute, after all. Not to use colloquial phrases as my source, of course.
Personally I'm disheartened that American spam has lowered so. It makes it much harder to track down the parent company and call them and ask them why they sent you their e-mail in the first place...
Re: (Score:3, Insightful)
Re:It's ok though... (Score:5, Insightful)
Parent
Re:It's ok though... (Score:4, Funny)
Exchange trumps Gmail easily. No Contest.
Regards,
Parent
Re: (Score:3, Interesting)
Re: (Score:3, Funny)
Re: (Score:3, Interesting)
Exchange is -years- ahead of notes.
Re: (Score:3, Informative)
Re:It's ok though... (Score:5, Funny)
Parent
Re:It's ok though... (Score:5, Funny)
Parent
Re:It's ok though... (Score:5, Funny)
Parent
Re:It's ok though... (Score:5, Insightful)
Parent
Re: (Score:3, Interesting)
Re: (Score:3, Insightful)
What a bunch of incompetents. 12 day old backups for one, and a complete inability to open task manager to discover which process was doing all the disk writes.
If it was exchange itself, a mail loop was probably the cause. Older Exchange versions didn't totally prevent users from creating ping-pong forwarding rules with certain external mail systems. Again, a few minutes with simple tools like perfmon would have diagnosed the issue.
Give the same "admins" a Linux box and the same amount of training the
Re:It's ok though... (Score:5, Insightful)
Here is a document about it, scroll down to the part where it says Licensed Database Size Limit. http://technet.microsoft.com/en-us/library/aa998066.aspx [microsoft.com]
In Exchange 2007, Standard Edition can have up to five mailbox stores in each of five storage groups. And there is no limit on size. http://www.msexchange.org/tutorials/Exchange-2007-Store-Related-Changes-Improvements.html [msexchange.org]
Its also mentioned on the Microsoft Exchange page on wikipedia.
I'm not saying that Exchange is a perfect mailserver for (or worth the cost in) every situation, or denying that Microsoft does some really annoying things, but please try to get your facts straight before you complain about a piece of software.
Parent
Re: (Score:3, Insightful)
I find it typical that you start mentioning Exchange 2007; pretty much every Microsoft person recommended we upgrade to the newest software when we started having trouble with our Exchange server. Luckily we decided to get off the Microsoft upgrade treadmill; it was a pretty easy sell when we saw how much just
Re:It's ok though... (Score:4, Informative)
Parent
Re:It's ok though... (Score:4, Insightful)
Parent
Re: (Score:2)
That is not to say that I have not seen Exchange 2003 tank. It happened recently to a colleague running on Windows 2000 Server. Lost his mail store.
But there are arguments on both ways of doing t
Re:It's ok though... (Score:4, Insightful)
As a source for spam, and a plague of server-generated 'automated' notices, Exchange beats EVERYTHING.
Exchange is fine if you keep it where it belongs: inside a workgroup or protected by a SMTP-protocol filter (which is not running on the same box).
Recently I had to defend a customer who was the target of a DDOS... 80% of which were "bounces" from Exchange (forged From: undeliverables, permanent Out Of Office, DSNs, Mailbox full emails, etc). Exchange is pathetic in terms of controlling what gets "onto" the server.
By comparison, Google mail is a VERY good Internet citizen. They may have had Captcha compromised, but they'll plug it up. I'll them over their competition anyday.
Parent
Re:It's ok though... (Score:4, Funny)
Parent
Re: (Score:2, Funny)
Re: (Score:3, Insightful)
This is to be expected from free mail providers. If you want quality service, including people that police spammers and watch their systems, then you obviously pay for the higher-quality email service.
I suspect Yahoo, Hotmail and Gmail between them have more "police" than most other commercial providers put together.
I don't necessarily believe these free services are inherently low quality. What is true is that they are a massive target for spammers. Spammers get something from these services they don't get by sending mail directly by SMTP: DKIM and SPF authentication from (relatively) high reputation IPs.
Yes, they all go around blocking each other sometimes, but this is not new. I vaguely remembe
Re: (Score:2, Insightful)
A: Attach a price-tag.
Regards,
Re: (Score:3, Informative)
This is to be expected from free mail providers. If you want quality service, including people that police spammers and watch their systems, then you obviously pay for the higher-quality email service. Regards,
What can i say, Google gives me 7 gigs of space for my account, the most popular local ISP gives 100 megs, and this crappy service. Actually gmail is the only email client i've dealt with recently that isn't hell and a half to support. the anti spam service has been near perfect until now as well on all 3 of my accounts. :D
And saying thats its a budget service is just plain uneducated. its funded (quite generously, I might add) by the discreet, context sensitive ads you will find on the side of the page
Re: (Score:3, Interesting)
The IPs doing this shit are the end user addresses for home and office computers that are no different than all the other end users that use Gmail. They could block an IP, but eventually that IP will be used by someone else who is a legitimate and secure Gmail user. They are better off closing accounts that send spam. But Google isn't doing that (based on having seen spam from the very same user I reported to them as a spammer 2 weeks prior). If they do decide to pursue the user of the IP, once they get