Some Anti-Spam Vendors Blocking and Slowing Gmail 163
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."
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)
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.
Re:Gmail and others blocking legit domains, so hey (Score:4, Insightful)
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: (Score:2)
Re: (Score:2)
Unfortunately, the Gmail spam recently passes both of those, because it's going through Gmail's legitimate servers with falsely registered, but registered nonetheless accounts. So such IP based filtering does not help. And I'm afraid they need to really rethink their CAPTCHA approach.
Re: (Score:2)
Re: (Score:2)
My company (and my home server) reject (mail does not get delivered, but an error is sent back to the originating server) on the following:
- not using a FQDN (i just look for a '.' fer cryin' out loud) in a helo greeting
- claiming to be my server in a helo greeting
- using an rfc1918 address in a helo greeting
- claiming to be a fro
Re: (Score:2)
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.
On top of that, if you send all spam to the Junk folder, it completely negates the usefulness of the Junk folder. I send spam with a SpamAssassin score between 5 and 10 to a Quarantine folder, but anything above 10, users never see. I look through my own Quarantine folder every few days, checking for false positives, and every now and then, I find one. This is useful. If everything scored above 10 were in there too, there's no way I'd have time to look at it.
The system-wide quarantine (with all message
Re: (Score:2)
I can't say I'm optomistic
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.
Re: (Score:2)
Regarding validation of email, that is not really the issue here. There are many ways for people to validate if the source is who they say they are. These include SPF or DomainKeys or even GPG/PGP in the message body. Thankfully forgeries are still not really the bulk of the problem.
The most critical issue is lost mail. I know it is the simplest solution to just drop mail, but it is not an acceptable solution. I believe it is bet
Re: (Score:2)
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: (Score:2)
Re: (Score:2)
And yet it is the published rule per RFC 2821 section 3.7:
'If an SMTP server has accepted the task of relaying the mail and later finds that the destination is incorrect or that the mail cannot be delivered for some other reason, then it MUST construct an "undeliverable mail" notification message and send it to the originator of the undeliverable mail (as indicated by the reverse-path).'
You can't complain about others breaking the rules and then cherry pick which ones you're going to f
Re: (Score:2)
Yahoo allows you to request your server be whitelisted [yahoo.com], so you could have saved yourself the trouble with DKIM and friends. I did exactly that, and my DSL-based servers send and receive email all day long without issue.
As a side note, I use Spamhaus RBLs, so my spam (predominantly from the cable dynamic IP crowd) is
I wish people would stop advocating SPF etc. (Score:2)
Please, people, SPF is broken, and so are all the other similar technologies.
For one thing, they are not standardised but in competition. That means most people don't use them. That means they are practically begging for a high proportion of false positives.
For another, the technical approach they tend to take is impractical. It's all very well saying big business should set up its DNS entries using this or that little hack, but most of us (yes, the vast majority of domains registered) are not running o
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.
Re: (Score:2)
Botnet.
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)
Re: (Score:2)
Re: (Score:2)
Until then ISP's are going to have real problems with free web mail services, for the end user of course the solution is simply block them, and wait for an alternate form of communication to let you know an address to al
Re: (Score:2)
The problem will eventually resolve itself. With the switch to IPv6, dirt cheap appliance servers and free open source software, everyone will be running their own email server. The net result of that is, the default will be to block all free web mail messages and only allow known ones in.
Until then ISP's are going to have real problems with free web mail services, for the end user of course the solution is simply block them, and wait for an alternate form of communication to let you know an address to allow in.
You're just talking about whitelisting, which makes e-mail nearly useless because people can't get on your whitelist until they've gotten on your whitelist so they can let you know they want to send you mail. IPv6 is completely irrelevant to this discussion; most people don't want to run their own mail server and I sure as hell don't want them to try. It takes a lot of work for me to maintain my own mail server, and I know what I'm doing; normal users shouldn't have to deal with that responsibility.
No, t
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.
Re: (Score:2)
Re:Crack down (Score:5, Interesting)
Re: (Score:2)
Re: (Score:2)
Generalize. Why is a finger like a can of soup?
I can't immediately think of a good answer to that question. Certainly there isn't a single "correct" answer coming to mind. That doesn't mean I'm not human.
Socialize. Tommy hit Billy. Will that make Tommy love Billy?
Think about the future. Would it be good to give everyone in the world their own nuclear power plant?
Dream. Tommy wears a cowboy hat. What does Tommy want to be when he grows up?
You've definitely got the right idea. Unfortunately, while computers are terrible at answering these kinds of questions, computers are also terrible at asking these kinds of questions. Let's take the dream example - you'd have to give the computer a list of behaviors (wearing a cowboy hat) and the corresponding dreams (wanting to be a cowboy, or p
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: (Score:2)
What? I've never seen an ad in my gmail when i use my phone.
In the early days of Gmail, you had to supply a cell phone number, and your initial password was sent to your cell phone via SMS. One Gmail account per cell phone number. This puts a dent in spamming; you have to keep buying new phone numbers as your old accounts are terminated.
Some free dating sites now do this. I've been bugging the Craigslist people to try it.
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.
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.
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...
Get rid of Captchas! (Score:2)
Go after their ISP's and take the idiots to court.
Cat and mouse games are stupid.
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
Re: (Score:2)
I hate Captchas. This all revolves around lack of control.
ISP's forcing users to use tracking software would help.
We can do this but don't. It's perceived is a wild jungle so we don't do anything.
Re: (Score:2)
Go after their ISP's and take the idiots to court.
Cat and mouse games are stupid.
Re: (Score:2)
Re: (Score:3, Insightful)
CAPTCHA Replacement Idea (Score:2, Interesting)
How this would work
Cat Cat Money Cat "Peaches"
Drop down choices (Housewive, Gutter, Salsa, Fruit, Cat)
Answer: 1-(Image3-Money) 2-(Peaches) 3-(Cat)
Of course this would only be reasonable for something one time o
Re:It's ok though... (Score:5, Insightful)
Re:It's ok though... (Score:4, Funny)
Exchange trumps Gmail easily. No Contest.
Regards,
Re: (Score:3, Interesting)
Re: (Score:3, Funny)
Re: (Score:3, Interesting)
Exchange is -years- ahead of notes.
Re: (Score:3, Informative)
That's so very very sad. (Score:2)
Re:It's ok though... (Score:5, Funny)
Re:It's ok though... (Score:5, Funny)
Re: (Score:2)
Hmm...
This could be interesting
. / -.-- ---
Ah goddammit!
Re: (Score:2)
Re: (Score:2)
Re:It's ok though... (Score:5, Funny)
Re:It's ok though... (Score:5, Insightful)
Re: (Score:3, Interesting)
Re: (Score:2, Informative)
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.
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)
Re: (Score:2, Informative)
It just happened to be happening on a mission critical exchange server..
Re: (Score:2)
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:4, Insightful)
Re: (Score:2, Interesting)
Since Exchange 2003 SP2 I haven't seen Exchange Database corrupt itself and I deal with servers running 100-200 users on single servers. These servers have had RAID drives fail, Power pulled from them and users do some really idiotic stuff. Databases always came back ok.
You could have really nice LInux server for Exchange money, but you would also have something with a bunch of half baked software that didn't have
Re: (Score:2)
You don't want to backup or restore individual mailboxes. That's what the deleted items/mailbox retention feature and recovery storage groups are for. Using those features, you don't need to restore individual mailboxes unless you need to roll back by many months.
Backing up individual mailboxes is horribly inefficient because it breaks single-instance storage, and requires an index seek for each item being backed up. We did a test once, and our 60 GB exchange databases exploded to >200 GB with a mailbo
Re: (Score:2)
Re: (Score:2)
In a properly managed Exchange system, there's almost no reason to want mailbox-level backup. Deleted items and deleted mailbox retention cover almost all of the situations where you would want a mailbox-level backup, without requiring any type of restore or 3rd party software. In the very infrequent case of needing really old data not covered by deleted items retention, you can restore a whole database using a recovery storage group and move items indiviudally from there.
Yes, many tools do mailbox-level
Re: (Score:2)
Re: (Score:2)
Then you don't have the hard drive space to completely restore your backups either!
When you restore from a mailbox-level backup, single-instance-stoage (SiS) is broken. Every message you restore is inserted into the Exchange database separately. At my site, our SIS ratio (which can be seen using perfmon) is 5.6, meaning each email message is sent to 4.6 people on average (plus one copy in sent items), but only stored once.
Assuming your site's ratio is similar, if you had to restore all of your mailboxes u
Re: (Score:2)
Re: (Score:2)
I have no idea what that analogy you're jabbering on about has to do with anything, but you should try to find someone with experience to build your servers rather than whatever paper MCSE you have running the s
Re: (Score:2, Funny)
Perhaps the emails they have sent to report problems / issues are not getting through ... :P
Re: (Score:2)
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: (Score:2)
I would say that it has been extremely reliable for me.
-Nick
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.
Re: (Score:2)
Apples and oranges though:
Sendmail: free updates, free security updates, free major revision upgrades
Exchange: Several thousands of dollars to upgrade, security updates a
Re: (Score:2)
Weasel wording or useless semantics.
Perhaps Exchange was not DESIGNED (ie, intended) to be that way, but it IS. You are simply unaware of this real world fact, or find the truth inconvenient. *shrugs*
Re: (Score:2)
What's so special about Gmail? I signed-up for it a few years ago when everyone was talking about it, and I didn't see anything that made me go "wow" with delight. To this day I continue using my yahoo account, since everybody knows that's where I'm located (since 1997), and the Gmail sits idle. I couldn't find a compelling reason to switch.
Re: (Score:2)
With Gmail, you can forward your mail to an external address for life, for free. No lock-in! With Yahoo you get the annoyance of checking that original account "just in case" someone sent mail there instead of your new account, since you cannot forward from Yahoo without paying for it.
I'd recommend Gmail over anything else just for that reason, b
Re:It's ok though... (Score:4, Funny)
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:2)
Sorry to the other grammer nazi. I will do better...
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:2)
Seriously, it's a trickle of a couple per second to every one of our mx servers, all day every day. Quite impressive.
(and no, I don't have any answers. Outbound spam scanning is good though)
Re: (Score:2)
They did fuck all about it!
I was still able to register with gmail after they knew the captcha had been cracked.
Re: (Score:2)