Slashdot Mirror


Microsoft and Yahoo! Fight Spam - Sort Of

kyndig writes "In a Forbes article, Microsoft claims that 90% of email on the internet is spam. To fight this, Yahoo! has teamed with Cisco in developing DKIM, a signature based email authentication. Not to be outdone, Microsoft is proposing SenderID, which examines an email to see if it is coming from an authorized server. Earthlink's chief technology officer, Tripp Cox, goes on to examine the pro's and con's of each specification and provides practical application results." From the article: "Critics have accused Microsoft forcing SenderID on the industry without addressing questions about perceived shortcomings. The company drew fresh criticism recently when reports claimed that its Hotmail service would delete all messages without a valid SenderID record beginning in November. While AOL uses SPF, many e-mail systems do not. If Microsoft went through with this, for example, a significant portion of valid e-mails would never reach intended Hotmail recipients."

344 comments

  1. Let MS do it... by losman · · Score: 2, Interesting

    If a bunch of hotmail users stop getting email then that will only hurt MS.

    --
    Q: I am short, useless and provide no value. What am I? A: a sig
    1. Re:Let MS do it... by natedubbya · · Score: 2, Insightful

      Right, somehow I doubt microsoft would start deleting e-mails. That's just silly. The instant someone finds out a real e-mail was deleted is the instant they switch e-mail providers.

    2. Re:Let MS do it... by woginuk · · Score: 1

      And how is that? Last I heard MS was losing money on Hotmail. Seems like a good way to get rid of a loss making business if you ask me.

    3. Re:Let MS do it... by savagedome · · Score: 1

      At this point, hotmail, atleast for me is not about email. It's the friggin' Messenger that has me tied up. Quite a few people I know would have switched to gmail but Google doesn't have a messenger yet. I can't emphasize enough how big a help GMessenger would be.

      A little off topic, I know but I had to say it.

    4. Re:Let MS do it... by Parham · · Score: 1

      Most other companies aren't for senderID, at least yet (reading previous /. articles). If that's the case and I only end up getting email from other hotmail accounts only, then why would ANYONE want to stick around with them? My "junk mail" folder will turn into my inbox then.

    5. Re:Let MS do it... by DrEldarion · · Score: 4, Informative

      If anyone had even bothered to read the linked article, they'd see that it said MS would "flag it as potential spam". They wouldn't just stop getting it.

    6. Re:Let MS do it... by pmsr · · Score: 2, Informative
      You don't need an Hotmail account to use Messenger. Hotmail and Passport accounts are two very different beasts. Just register your Gmail account on the Passport.net site.

      /Pedro

    7. Re:Let MS do it... by hcdejong · · Score: 1

      Actually, what we need is a messaging protocol that isn't tied to some website.

    8. Re:Let MS do it... by Chosen+Reject · · Score: 1

      I have a gmail account and I use msn messenger. I never have had a hotmail account. I must be doing miracles. Imma go start a new religion!

      --
      Stop Global Warming!
      Just say no to irreversible processes!
    9. Re:Let MS do it... by Anonymous Coward · · Score: 0

      HELLO? What are you talking about?

      ;)

    10. Re:Let MS do it... by Iriel · · Score: 3, Insightful

      My biggest concern (and please don't bash me for this) is not about Hotmail users getting all their email flagged as spam. The problem I can see with this is if Microsoft strongarms other servers into using the SenderID. It's almost like the way that the majority of websites have CSS hacks and workarounds for a broken browser(IE) that still won't be fixed in the next version. If enough people are using the proprietary garbage, then people will others will be forced to support it.

      If they can muscle thier SenderID onto enough servers out there than less email becomes spam, then SenderID is free to be a gateway for other proprietary garbage that MS may decided to bundle with it. Microsoft has had its overwhelming failures at times, but it also has a record of 'forcing' their way onto enough of the market to make an impact for better or worse. That's just my take on it; it's not what it will do, but what it will allow to happen in the future (should it catch on)

      --
      Perfecting Discordia
      www.stevenvansickle.com
    11. Re:Let MS do it... by norfolkboy · · Score: 2, Interesting

      Wrong

      It won't only hurt MS.

      Non receipt of email can hurt businesses not remotely connected with MS.

      For example, I run a website with around 52,000 members. Each member has opted to join a mailing list, and they also receive alerts when they have a new message waiting for them on the website.

      My own stats show that there are a significant number of users that will not return unless they receive a message telling them they have a new message on the website.

      When back on the website their interest for the site increases, and they are likely to upgrade to a paid membership.

      I've asked people who only log in from time to time, why they do so, and asside from the reason given above, the other reason is:

      "I forget my login details, and the message alert email gives me a reminder".

      (Too much effort to use the password reminder tool is it?)

      Anyway - users are funny things, and for many similar sites, we depend on email getting through to hotmail and AOL users - they are the bulk of our custom.

      So no,

      it doens't just hurt MS, it hurts anyone with a significant interest in the 'net.

    12. Re:Let MS do it... by maotx · · Score: 4, Informative

      Actually, what we need is a messaging protocol that isn't tied to some website.

      Jabber anyone?

      --
      I'm a virgo and on Slashdot. Coincidence? Yes.
    13. Re:Let MS do it... by Araxen · · Score: 1

      MS will never do it. If they do they'll loose even more marketshare to Gmail.

    14. Re:Let MS do it... by tepples · · Score: 1

      Actually, what we need is a messaging protocol that isn't tied to some website.

      Is Jabber tied to jabber.org?

    15. Re:Let MS do it... by Anonymous Coward · · Score: 0

      What do messengers and email have to do with each other? I've got accounts on all four of the major messenger clients, but don't use either my hotmail (attached to MSN) or yahoo accounts for anything but spam.

    16. Re:Let MS do it... by FooAtWFU · · Score: 1

      No, it's just that Jabber.org provides some of the server processes which you want to run for free. You can also run these processes on your own server, if you really want to (of course, having a real domain name is a help here). But this is why Jabber IDs are stuff like foo@bar.org instead of just 'foo'.

      --
      The World Wide Web is dying. Soon, we shall have only the Internet.
    17. Re:Let MS do it... by JPortal · · Score: 1

      I don't see what's wrong with using a program like GAIM to use AIM, MSN, Yahoo!, etc accounts. That's what I do. My only qualm is that GAIM sucks donkey balls in many cases (see their controls for writing new away messages for multiple accounts).
      Speaking of which, are there any good IM programs for Windows? I've heard Kopete is good on Linux and Fire for Mac, but all Windows has is GAIM.

    18. Re:Let MS do it... by NickFortune · · Score: 1
      For example, I run a website with around 52,000 members. Each member has opted to join a mailing list, and they also receive alerts when they have a new message waiting for them on the website.

      Hmm.... Anyone got 52,000 spare gmail invites?

      --
      Don't let THEM immanentize the Eschaton!
    19. Re:Let MS do it... by SWroclawski · · Score: 1

      The problem with Jabber in real life is that in the early days it was plagued with issues of incompatibilities and poor implementations, and never gained the momentum it needed to reach enough of the right people.

      And of course unless you force people to use your (non-Free) client, it's very costly for the service provider.

    20. Re:Let MS do it... by BeatRyder · · Score: 2, Informative

      Hmm, trillian?

    21. Re:Let MS do it... by Wieland · · Score: 1

      Back when I still used Windows, I really liked Trillian. Only drawbacks I remember: not open source, no Jabber support. GAIM worked for me too though, I'm still hapilly using that on Linux.

    22. Re:Let MS do it... by lav-chan · · Score: 2, Informative

      Trillian is OK feature-wise (it supports most of the major protocols completely), but there's also Miranda, which is an open-source 'minimal' client. It's got a ways to go (their AIM plug-in still uses TOC instead of OSCAR), but depending on what you need it might be good for you.

    23. Re:Let MS do it... by Anonymous Coward · · Score: 0
      How fucking hard is it to remember there is ONE O in LOSE not TWO like in LOOSE?

      How bloody hard must it be for all you anal zits to not get it?

    24. Re:Let MS do it... by SilentSheep · · Score: 1
      --
      .
    25. Re:Let MS do it... by Anonymous Coward · · Score: 0

      WooHoo, yeah, massaging protocol yeah ...erm.. oh ok...

    26. Re:Let MS do it... by Stupendoussteve · · Score: 0

      Trillian supports jabber... (of course, you have to install the plugin)...

    27. Re:Let MS do it... by cmacb · · Score: 1

      There is nothing funny (in the mysterious sense) about this. Anyone who uses forums at all probably is signed up for a dozen of them.

      If forum reading is your primary activity, then you should seek help. Otherwise, the activity is a spare-time sort of thing. Forums have different requirements for ID and password. Some now use e-mail addresses as your ID, others require longer passwords, or more cryptic passwords. Most people don't want to (or shouldn't) use their ID and password for (example) your bank, to identify themselves on a forum.

      So, relying on cryptic e-mailed link-backs, cookies, or little scraps of yellow paper to sign onto forums makes perfect sense. As the administrator for such a large forum, maybe you have forgotten that not everyone involved takes the thing as seriously as you do. How many of those 52K use the thing once a day by any means? That might be the more important number.

    28. Re:Let MS do it... by wealthychef · · Score: 1

      Wouldn't it be easier just to let somebody else manage it? Why piss off a bunch of customers with the goal of getting rid of part of your business?

      --
      Currently hooked on AMP
    29. Re:Let MS do it... by Anonymous Coward · · Score: 0

      Our organization drops incoming emails from MSN.com
      and HOTMAIL.com as it is. No real harm done if MS
      chooses to kill off incoming email from outside of
      the HOTMAIL servers.

      One day the world(users) will wake up and become
      smarter with technology that they use. And they'll
      switch to MacOS or Linux.

    30. Re:Let MS do it... by Anonymous Coward · · Score: 0

      Sorry? jabber.org is a website just like aol.com or msn.com is. What if it goes down? You have the same problem. I like Jabber because of its open source nature, but what we need is a decentralized IM protocol, and one that is less of an ad hoc protocol too.

    31. Re:Let MS do it... by retzwerx · · Score: 1

      & gmail loads faster... hehehe

    32. Re:Let MS do it... by maotx · · Score: 1

      Sorry? jabber.org is a website just like aol.com or msn.com is. What if it goes down?

      Then pick any one of the many, many severs available. That or start your own.

      --
      I'm a virgo and on Slashdot. Coincidence? Yes.
    33. Re:Let MS do it... by rm999 · · Score: 1

      I read somewhere (I don't remember the source) that more than 90% of the e-mail addresses out there support senderID. The reason is that the large e-mail providers (gmail, hotmail, yahoo) support it. This number may be inflated by "dead" accounts on these free e-mail providers though.

    34. Re:Let MS do it... by Anonymous Coward · · Score: 0
    35. Re:Let MS do it... by It'sYerMam · · Score: 1
      For a large proportion of those who use instant messenger technology, a protocol that doesn't support whiz-bang features like custom emoticons, buddy icons, A/V chat and all that crap is not going to be used.

      The other problem of course is that until all your contacts are on a compatible network you can't transfer. I know jabber mitigates this with "transfers," but when considering protocol one (with whiz-bang features) and protocol two (without, requires resetting preferences + contacts) it's quite obvious they'll stick.

      Unfortunately, for the moment there's very little reason for people to switch client.

      --
      im in ur .sig, writin ur memes.
    36. Re:Let MS do it... by SeaFox · · Score: 1

      Actually, what we need is a messaging protocol that isn't tied to some website.

      AOL Instant Messenger wasn't tied to any webmail account until AOL recently began giving people new email accounts to go with their AIM usernames.

      iChat can form ad-hoc instant messenging networks within network without a server to dole things out.

      Some P2P networks have chat functions.

      and then someone already mentioned Jabber.

    37. Re:Let MS do it... by carmello · · Score: 1

      You don't need a hotmail account to use MSN, you only need a microsoft passport account. Startup MSN, click on "sign on with a different e-mail adress", In the popup screen that show up you can click on a link to get a .Net passport.

    38. Re:Let MS do it... by Trejkaz · · Score: 1

      That's why it's distributed, so that you don't have to host all X million users yourself. 5 bits per second per user (the most commonly quoted average bandwidth usage) and the moderate hardware costs is easily affordable for a few thousand users.

      --
      Karma: It's all a bunch of tree-huggin' hippy crap!
  2. I WANT MY MONEY BACK!!! by aicrules · · Score: 1, Redundant

    Hotmail is no longer providing me with the value-add service I signed up for. I want my money back.....oh wait...it was free....damn.

    1. Re:I WANT MY MONEY BACK!!! by Anonymous Coward · · Score: 0

      that argument doesn't work for anyone who has paid for 'hotmail plus'

    2. Re:I WANT MY MONEY BACK!!! by aicrules · · Score: 1

      Not an argument for everybody. It's just my own situation.

  3. At least it works by CaymanIslandCarpedie · · Score: 5, Interesting

    Not going to discuss pros/cons of these systems, but at least the do help. Two days ago I got one of those PayPal phishing emails in my hotmail account and hotmail had a big banner on top saying the sender's ID couldn't be verified. This could be a great help to users silly enough to fall for these attacks (assuming they actually pay attention to the warnings).

    --
    "reality has a well-known liberal bias" - Steven Colbert
    1. Re:At least it works by Anonymous Coward · · Score: 0

      They'd think its just an ad.

    2. Re:At least it works by _LORAX_ · · Score: 2, Insightful

      Not really. Once people start seeing that every mail from everyone they know excpet those on hotmail get a warning it will cease to be effective.

      False positives are WORSE than false nevatives.

    3. Re:At least it works by bedroll · · Score: 1
      Of course, the other thing is that they won't be deleting the messages. I don't know how this was construed as deleting. From the CNET article

      Sometime around November, Hotmail and MSN will flag as potential spam those messages that do not have the tag to verify the sender, Craig Spiezle, a director in the technology care and safety group at the software maker said Wednesday

      Reading the rest of it, I just don't see where the deleting comes in. Even if they put it with the bulk mail it's still there for an extended period of time. The worst thing that could happen is people have a few things marked as spam and let them sit around in there to be deleted. They can leave Hotmail and go to Yahoo.

    4. Re:At least it works by slavemowgli · · Score: 3, Insightful

      And? What would prevent a spammer or phisher from creating the necessary setup to pass verification? Things like SPF and Sender-ID are good for stopping (or at least warning about) mail that some spam clown sent with a forged From: address (which can be highly annoying if the forged address is in one of *your* domains), but it won't do a thing about, say, email that comes from, say, "support@paypa1.com" or so.

      Besides, if you want to warn users about phishing, you don't even need any of these tricks. GMail, for example, warns me with a big red banner when it thinks that an email may be a phishing attempt, and so far, it's always been right - no false positives, no false negatives, even without any technical trick that depend on the honesty of the sender (which both SPF and Sender-ID ultimately do, in that they allow malicious senders to set up systems so that tests are passed for spam and phishing mails and the like).

      I only wish their spam filter would be as effective... :)

      --
      quidquid latine dictum sit altum videtur.
    5. Re:At least it works by Anonymous Coward · · Score: 0

      huh? you need to think a little harder about what you wrote. if hotmail is flagging emails today, how is it going to get worse in the future?

    6. Re:At least it works by adias_angel · · Score: 0

      Gmail does the same thing with the banner at the top...but unlike my hotmail account gmail had NEVER filtered a valid email as spam. Nor has Gmail given me more than just a couple junk mails in my inbox during my whole use of Gmail unlike hotmail where I usually end up with at least 5-10 spam messages a DAY in my inbox! Time for Hotmail to take a lesson from the Google team :)

    7. Re:At least it works by CaymanIslandCarpedie · · Score: 0, Troll

      Not sure about that. The system is obviously running now since I got that message for the phishing email, but that is the first one of those warning I've noticed.

      So thus far I've gotten one phishing email and it was properly flagged. Nothing else I've recieved thus far has been recieved. So at least thus far for me I've had 0% of false positives and 0% false negitives. Will it always work this well? I don't know. Are others having more false positives/negitives? I don't know. But at least from what I've seen thus far its working just as it should.

      Now I'm not saying the problem is solved and we can relax now, but this at least seems to be a good first step which is at least helping today. We could wait 2-3-5... years till everyone can agree on a standard, but if there is a system that will at least help today should they not use it just because everyone doesn't agree on it?

      --
      "reality has a well-known liberal bias" - Steven Colbert
    8. Re:At least it works by Cyn · · Score: 1

      In addition, come November they will be renaming "inbox" to "Messages from Microsoft" and "bulk mail" to "inbox".

      All they'll be doing is removing the functionality of their bulk mail detector.

      --
      cyn, free software and *nix operating systems enthusiast.
    9. Re:At least it works by Anonymous Coward · · Score: 0

      thus far thus far thus far thus far

    10. Re:At least it works by Kirth · · Score: 1
      --
      "The more prohibitions there are, The poorer the people will be" -- Lao Tse
    11. Re:At least it works by wayne · · Score: 1
      No it does not.

      [links to stupid studies deleted]

      MX logic does seem to quite grasp the concept that spammers identifying themselves as the true senders of the spam is a good thing, not a bad thing.

      I know of no significant anti-spam product that uses SPF pass, by itself, in a way that makes the email less likely to be marked as spam. Every major anti-spam product that I know of uses the results of SPF pass checks to feed into reputation systems. If your domain has a good reputation and the email passes, then great, you are less likely to be marked as spam. If your domain has a bad reputation and the SPF check passes, then great, you are *MORE* likely to be marked as spam.

      Spammers are stupid. They gain nothing from getting an SPF pass. Why folks like "MX logic" can't figure this out reflects poorly on them, not on SPF.

      --
      SPF support for most open source mail servers can be found at libspf2.
    12. Re:At least it works by Elwood+P+Dowd · · Score: 2, Insightful
      Besides, if you want to warn users about phishing, you don't even need any of these tricks. GMail, for example, warns me with a big red banner when it thinks that an email may be a phishing attempt
      What makes you think Google isn't using SPF and Sender-ID for those banners? And dunno what you mean "no false negatives". I've seen quite a few fishing attempts on my gmail account that had no banner.

      All the SPF and Sender-ID critics continuously point out that SPF and Sender-ID only have the features they were originally designed to have. Ok. That's plenty. How can it not be a good thing to be able to show whether a given SMPT agent is authorized by the domain? Yes, obviously, we all know that spammers will then be able to set up their own domains and spam via those domains with SPF and Sender-ID. That's FINE. That was the entire goal of the technology. All of a sudden, plain old blacklists will work way way better. You won't get spam messages that appear to be from acquaintances. No one ever said that messages using SPF and Sender-ID should always pass through your spam filter.
      --

      There are no trails. There are no trees out here.
    13. Re:At least it works by joeytmann · · Score: 1

      All this talk about being able to filter email and whose system is better makes me laugh. Yes it would be nice if there was one "holy grail" system that everyone used and worked flawlessly. But since there is always more than one way to skin a cat, it would be nice so both systems worked well together. But I doubt that will happen since everyone claims their stuff is the best way, and totally incompatible with the others.

      --
      Insert funny smart-ass comment here.
    14. Re:At least it works by Keeper · · Score: 1

      What would prevent a spammer or phisher from creating the necessary setup to pass verification

      Nothing. Until all mail from that sender gets marked as spam. Then they have to use a different domain, which adds an actual cost to sending spam. Additionally, there are only so many domains that "look" like paypal ....

      Being able to verify the sender makes it possible to filter spam much more accurately.

    15. Re:At least it works by Vainglorious+Coward · · Score: 1

      MX logic does seem to quite grasp the concept that spammers identifying themselves as the true senders of the spam is a good thing, not a bad thing

      Would be a fair point if the "identity" of the spammers was static. But it is not; domain registration is automated and turnover is massive, sites lasting maybe a few hours. It's no coincidence that the biggest take-up of SPF has been amongst spammers.

      Quite apart from which, even the proponents of SPF, when tackled head-on with hard questions (eg about how SPF deals with null envelope-sender (bounces)), will tell you that SPF is *not* a spam prevention mechanism. What it might, *might*, help with is reducing the collateral damage and back-scatter effects of joe-jobs, as well as reducing the effectiveness of phishing attacks. Those are mostly othogonal to the spam problem.

      --
      My next sig will be ready soon, but subscribers can beat the rush
    16. Re:At least it works by wayne · · Score: 1
      MX logic does seem to quite grasp the concept that spammers identifying themselves as the true senders of the spam is a good thing, not a bad thing

      Would be a fair point if the "identity" of the spammers was static. But it is not; domain registration is automated and turnover is massive, sites lasting maybe a few hours. It's no coincidence that the biggest take-up of SPF has been amongst spammers.

      Even with throw-away domains, an SPF pass will not help spammers. A domain that has no record of sending significant quantities of email and which has other spam indicators such as who their authoratative name servers are or their whois/registration information can have a negative reputation from the very start.

      Again, I can understand spammers being stupid enough to think they need to get an SPF pass, but I can't understand MX logic claiming that this is in any way a problem.

      Quite apart from which, even the proponents of SPF, when tackled head-on with hard questions (eg about how SPF deals with null envelope-sender (bounces)), will tell you that SPF is *not* a spam prevention mechanism.

      Meng Wong once used the analogy of "SPF is an anti-spam system like flour is a food." SPF alone doesn't do much for you, but SPF plus reputations systems do stop spam. The "problem" with null envelope-froms is not a problem. SPF falls back to the HELO domain, since it is the MTA at the HELO domain that is generating the bounce.

      --
      SPF support for most open source mail servers can be found at libspf2.
    17. Re:At least it works by FattMattP · · Score: 1
      What would prevent a spammer or phisher from creating the necessary setup to pass verification?
      Nothing. In fact, we want them to do that.
      Things like SPF and Sender-ID are good for stopping (or at least warning about) mail that some spam clown sent with a forged From: address
      That's the whole point. We're blocking that route to address forgery. At some point having a SPF or Sender-ID record will be expected or required just like it's expected these days that you not have your MTA openly relay.
      which both SPF and Sender-ID ultimately do, in that they allow malicious senders to set up systems so that tests are passed for spam and phishing mails and the like
      It doesn't matter if tests pass. What's important at this point in time is if the test fails.
      --
      Prevent email address forgery. Publish SPF records for y
    18. Re:At least it works by Not_Wiggins · · Score: 1

      How can it not be a good thing to be able to show whether a given SMPT agent is authorized by the domain?

      Forwarding breaks.
      Backup MX delivery breaks.

      Problem with SPF/SenderID is that it requires direct delivery from the sending mail server in order to authenticate that sender against published DNS records; I won't even get started on how now using DNS as a security mechanism when it is far from secure is a suspect design choice.

      I suppose M$ will then suggest that they be allowed to run the authentication service... and anyone who wants to be authenticated can pay a fee; you see where that's going.

      --
      Diplomacy is the art of saying, "Nice doggie!" until you can find a rock.
    19. Re:At least it works by Shadowlore · · Score: 2, Interesting

      If ebay/paypal published SPF records indicating what servers send valid email for ebay/paypal, and your server checks those, how can a spammer set up a ligitiamte system to bypass that system? They can't.

      The only way is to:
      * alter ebay/paypal DNS records by some means
      * spoof the IP address.

      Gmail may well have a very large database of valid email from ebay/paypl and perhaps others, or may be implementing their own version of SPF that doesn't rely on the domains to publish SPF records. They may, for example, have done research to see what IP ranges are used by ebay/paypal or other banks and if it doesn't come from those ranges they consider it likely a phishing attempt. Essentially a form of SPF. We do this on some of our (Fortune 50) email servers; it isn;t hard to conceive of Google doing it.

      Mail::SPF::Query essentially does something similar.

      but it won't do a thing about, say, email that comes from, say, "support@paypa1.com" or so.

      It doesn't have to. Such a domain gets reported as phsihing attempt, ebay/payal goes after the domain to get it shut down, end of that problem. Indeed, they already have. Do a whois on it and you'll fid it owned by eBay. So yes, SPF would work here. eBay can put out an SPF record saying all email from this domain is invalid. Servers using SPF checks can then toss it or mark it as invalid.

      Indeed, this use would be an excellent use. If SPF had a field to indicate a domain sends zero mail we can safely discard/block all email claiming to be from there.

      If you think google doesn't use a form of SPF or sender verification you are sadly mistaken. Besides, SPF is not intended to be THE solution, just a (good) tool in the toolbox of the solution.

      --
      My Suburban burns less gasoline than your Prius.
    20. Re:At least it works by Vainglorious+Coward · · Score: 1

      Even with throw-away domains, an SPF pass will not help spammers. A domain that has no record of sending significant quantities of email and which has other spam indicators such as who their authoratative name servers are or their whois/registration information can have a negative reputation from the very start.

      True iff you're collaboarating with others to build a "reputation score". For an isolated system, this works well if you receive mail from the same senders all the time, but starts to break down if you have to accept mail from people with whom you've never communicated before.

      Again, I can understand spammers being stupid enough to think they need to get an SPF pass, but I can't understand MX logic claiming that this is in any way a problem.

      The problem may be more one of perception. It's (currently at least) a fact that a message that has SPF is *more likely* to be spam than not (cf the Habeus Corpus stuff - I've never seen those "anti-spam" headers in any messages other than spam). The only way to cut through that is to rely on other measures, reputation, whois lookups etc; but then, why not just do that anyway and forget about SPF?

      Meng Wong once used the analogy of "SPF is an anti-spam system like flour is a food." SPF alone doesn't do much for you, but SPF plus reputations systems do stop spam. The "problem" with null envelope-froms is not a problem. SPF falls back to the HELO domain, since it is the MTA at the HELO domain that is generating the bounce.

      Nice quote. But null envelope senders *are* a problem for SPF - it simply *can't* deal with them because there is no data to deal with. The other suggested "workaround" for this is parsing the bounce message itself and trying to determine whether the message ID is valid, a recipe for failure if ever I heard one. Falling back to assessing the HELO takes us right back to where we started - the HELO is the single most useless and untrustworthy element in an SMTP transaction. Sad to say, there's plenty of borken email software out there that doesn't HELO properly; rejecting on bad HELO alone will definitely break some legitimate mail. It's a distinct possibility that rising use of SPF will encourage spammers to use null envelope sender more often, and the knock-on consequences of that are potentially quite serious (there are enough brain-dead mail admins out there already who reject the null sender envelope). Quite apart from which, it's trivial for the sender (zombie trojan for example) to generate a perfectly valid HELO for its own IP/hostname.

      I can understand the appeal of a method that is an analog of the MX record but for sending rather than receiving. The problems stem from the underlying fact that this conflicts with one of the fundamental design goals of SMTP - that anyone can send email without requiring the permission of anyone else.

      --
      My next sig will be ready soon, but subscribers can beat the rush
    21. Re:At least it works by jZnat · · Score: 1

      What makes you think Google isn't using SPF and Sender-ID for those banners?

      Because people like me are constantly marking messages as "Possible Phishing Attacks" via the "More Options" menu. They are pretty good at adaptive filtering considering that's their forte...

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
    22. Re:At least it works by ArtStone · · Score: 1

      On another story, it was pointed out that Google uses the domain registration information as one of the factors to consider whether a web site is "good" or part of a SEO make reputation fast scheme... Web sites that have a large number of links suddenly appear also flag the site as suspect.

      It would seem to me that one factor in a "spam" algorithm would be noting how long ago the domain was registered... if the pattern of email is consistent with the age of the domain..., etc...

      If a spammer had to pre-register domains and hold them for 6 months before they could send over 1 email an hour to AOL (even with valid SPF records), that would make their job a lot harder.

      Perhaps we should also give a look at making it a tiny bit harder to set up a domain, also. ICANN also might want to track statistics of which Domain Registrars seem to have large numbers of these fly-by-night domains and lean on them to tighten their procedures on authenticating the owner of the domain.

      In the event that some real, high quality domain just shows up out of nowhere (perhaps one promoting a movie about to be released), that's what the "Not Spam" button is for.

      --
      Final 2006 "Proof of Global Warming" US Hurricane Count -> 0
    23. Re:At least it works by jms1 · · Score: 1
      If SPF had a field to indicate a domain sends zero mail we can safely discard/block all email claiming to be from there.

      It does... I've been doing this with delete.net for over a year now.

      v=spf1 -all
    24. Re:At least it works by aztracker1 · · Score: 1

      paypal.com text = "spf2.0/pra mx include:s._sid.ebay.com include:m._sid.ebay.com include:p._sid.ebay.com include:c._sid.ebay.com ~all" text = "v=spf1 mx include:s._spf.ebay.com include:m._spf.ebay.com include:p._spf.ebay.com include:c._spf.ebay.com ~all" So, yeah, it *WOULD* do some good, it's not like it's hard to have an spf entry in your txt record for your domain.. it's also not so hard to use the smtp submit port to get around outbound port 25 blocking for your domains in conjunction with authentication for smtp... With this actively checked, and all mail going through proper servers, it's quite possible to at least curb faked email headers... with this ability, one can concentrate on blacklists, which together would deal with a lot of the spam problem... spam and phishing are problems because people can fake mail from anywhere.

      --
      Michael J. Ryan - tracker1.info
  4. Problem with fighting spam... by moz25 · · Score: 4, Interesting

    It seems that one constant problem with fighting spam is that sometimes the ones who are fighting the spam are doing more damage than the spammers themselves...

    1. Re:Problem with fighting spam... by gosand · · Score: 1
      It seems that one constant problem with fighting spam is that sometimes the ones who are fighting the spam are doing more damage than the spammers themselves...

      I don't get a lot of spam on my Yahoo account. Unless of course you count Yahoo's approved spam. I have reported several emails from various big companies that I get. Fox Home Entertainment being one of them. The only thing I can figure is that Yahoo has some kind of deal with companies to allow them to spam their users.

      --

      My beliefs do not require that you agree with them.

    2. Re:Problem with fighting spam... by MrNiceguy_KS · · Score: 1
      I don't get a lot of spam on my Yahoo account. Unless of course you count Yahoo's approved spam. I have reported several emails from various big companies that I get. Fox Home Entertainment being one of them. The only thing I can figure is that Yahoo has some kind of deal with companies to allow them to spam their users.

      I've wondered about that too. Somehow Sony got my Yahoo address, and now matter how many times I mark their crap as spam, it always lands in my inbox.

      --
      Redundancy is good And also good.
  5. Heh by aftk2 · · Score: 4, Interesting

    Perhaps this is Microsoft attempting to leverage (yes, I used it correctly!) what they perceive to be as their market dominance to hold users' feet to the fire. Basically, "We've got a lot of users. If you want to communicate with any of them, you're going to need to play by our rules."

    Note: I'm not commenting on Sender ID, whether its technically sound, etc... I haven't really been following this. I just think its interesting that Microsoft tries its old tricks in industries where it doesn't necessarily have the clout to do so, at least with as much success.

    --
    concrete5: a cms made for marketing, but strong enough for geeks.
    1. Re:Heh by hal9000(jr) · · Score: 4, Insightful

      It's not just Microsoft's old tricks. Many 800 lb. gorillas (Cisco, IBM, Intel) have done the same with more or less success. Most of the time, wrangling is done in working groups where vendors start deploying products based on early standard drafts, which commits them to lock-in, which then motivates them to fight for thier methods regardless of technical requirements. Besides, market dominant driven standardization is not always a bad thing. The anti-spam market is so fragmented that having a Microsoft force a decision may actually move a resolution.

    2. Re:Heh by ThePromenader · · Score: 1

      Mod parent up. This guy's got a good point.

      As far as I'm concerned the "anti-spam" market has been fairly lacklustre for the past ten years. The only real innovation I've seen is in-computer solutions: The best yet (I've seen) is OS X's "Mail.app" filter, and Microsoft's Entourage comes in a close second.

      It would be so nice to have spam blocked server-side, but for finding a solution to that it seems that everyone's following everyone else around in circles these days. If one giant on the same level with all weights of contenders decides to muscle ahead (in spite of its failures), perhaps another company with a better solution will see that as motivation enough to clean up in the first's wake.

      --

      No, no sig. Really.

      ThePromenader
    3. Re:Heh by gclef · · Score: 1

      The problem come when the "industry standard" can't be implemented by OSS folks due to patent restrictions. The IETF draft for the combined SPF/Sender-ID system fell apart last year because MS's lawyers would not release their patents on the system in a way that allowed Open Source folks to implement it.

      Market-based standardization is fine when no one's trying to patent the standard. Otherwise, it's a mess.

    4. Re:Heh by Anonymous Coward · · Score: 0

      Perhaps this is Microsoft attempting to leverage (yes, I used it correctly!) what they perceive to be as their market dominance

      I agree.

      It seems to me that market dominance - in software applications, is not much of a qualification for leading in the reduction or control of spam.

      I'm just not at all clear how that market dominance translates into knowledge, ability, or a legitimate interest, in controlling spam.

    5. Re:Heh by cbreaker · · Score: 1

      There's really only a few good spam filters out there now a days, but there's a LOT of mediochre ones.

      SpamAssassin has proven over and over that it's really good. While some filter might say they do better for awhile, SpamAssassin is actively maintained, easy to deploy, and Just Works.

      DSPAM is a very good spam filter if you seriously design and impliment your DSPAM solution.

      Both of these filters provide high levels of accuracy and both of them are completely free.

      If we want to be able to recieve internet mail from anyone, we're always going to have spam. It's unfortunate but it will never stop. Fortunately, things like SPF will help curb the forging problem so you can quickly identify "spam domains" and block them, and when spammers start registering thousands of domains every day - it'll be the registrars that will step in.

      The spam problem is snowballing because the filters have gotten so good. Spammers need to send more and more spam to reach their goal number of recipients. There will be a breaking point - we'll have to wait and see what happens then.

      --
      - It's not the Macs I hate. It's Digg users. -
  6. Bad news by mfloy · · Score: 4, Insightful

    This has bad news written all over it. These companies are going to try and use their size to push their technologies on everyone else. This will result in systems that are beneficial for Yahoo and Microsoft, but that don't adress the needs of everyone else. If something like this is done, it should be done internationally by a group of companies and individuals from a variety of backgrounds.

    1. Re:Bad news by kryptx · · Score: 2, Insightful

      Of course, but something like this "should" have been done ten years ago. Spam is nothing new.

      I, for one, am glad that somebody seems to be trying to do something about spam other than blacklisting, whitelisting (a la TDMA), or bayesian filtering. I couldn't care less if it's Microsoft, as long as 1) everyone can use it, and 2) it works.

      --
      Mods: Do you disagree with me? Go ahead and mod me down. Meta-mods will sort it out. Good luck!
    2. Re:Bad news by PeterBrett · · Score: 2, Interesting
      I couldn't care less if it's Microsoft, as long as 1) everyone can use it, and 2) it works.

      ROFL.

      1. Not everyone can use it. Microsoft's supposedly "Reasonable and Non-Discriminatory" patent licensing for Sender-ID is nothing of the sort, and makes free software implementations impossible.
      2. It works... for a given value of "working". Whoo-hoo, now spammers need to set up a Sender-ID record for [423.sdlfk2_133dsk.net], [419.sdlfk3_175dsk.net] and [12.dngls4_983duy.net]! Wait until the domain gets blacklisted, then set up a new set of randomly-generated domain names! Maybe I should patent it! </sarcasm>

      I could care if it's Microsoft. Hands up if you want Yet Another Broken Incompatible Standard?

    3. Re:Bad news by kryptx · · Score: 1

      I don't mean to come across as saying that either of my two requirements were true. I don't know anything about the standard (though I'm not about to take any Slashdot post's word for anything related to Microsoft).

      If your first point is true, then Microsoft will inevitably see this fail since a considerable proportion of internet users are using free e-mail software NOT provided by Microsoft.

      As to your second point, I guess I need more understanding of the SenderID, how it works, and why it is inadequate in comparison to other competing ideas.

      --
      Mods: Do you disagree with me? Go ahead and mod me down. Meta-mods will sort it out. Good luck!
    4. Re:Bad news by PeterBrett · · Score: 1

      Lots of Slashdot stories about the technical and patent problems associated with SenderID (and also SPF)... Also something from PJ at Groklaw.

    5. Re:Bad news by snorklewacker · · Score: 1

      SenderID is an anti-forgery system. Not an anti-spam system. Marketing it as anti-spam is disingenuous, but necessary to get the core idea through to mindless thickheaded PHB's and slashbots alike.

      Forcing spammers to send with their own domain names is A Good Thing, mmkay?

      Not that I think MS's SenderID is going anywhere thanks to their patent shenanigans, but that doesn't reflect on the technology.

      --
      I am no longer wasting my time with slashdot
    6. Re:Bad news by greed · · Score: 1
      Sure, they have to keep registering new random-gibberish domains... but aren't they going to be continuously pointing at the same blocks of IP addresses?

      So IP-block blacklists will still take 'em out.

    7. Re:Bad news by PeterBrett · · Score: 1
      Sure, they have to keep registering new random-gibberish domains... but aren't they going to be continuously pointing at the same blocks of IP addresses?

      Yes, and it's the "originating server domain name must match From: field's domain name" aspect of SenderID that particularly worries me.

      I have several e-mail servers available to send via, depending on whether I'm e-mailing at my home computer via the NTL SMTP relay, on my way to work via my web service provider's webmail server, or at work via my employer's mail server -- all of which are sent with "From:" as my personal domain.

      Only exposing a single e-mail address to recipients is great, as it means that whatever spool my mail is being sent to this week the e-mail address is still valid, without messing around with forwarding and Reply-to: headers (which just confuse people, in my experience).

      So basically, SPF/SenderID are going to be a big problem for me, as I *don't* want to add NTL's SMTP relay to the "trusted" part of my SPF record, even though I need to send mail via said server (no other way to do SMTP send from within the NTL home network).

    8. Re:Bad news by valmont · · Score: 1

      moderators: please mod this up. it's an important distinction. I don't believe a single methodology will fight spam. But a combination of methodologies will.

  7. delete all messages without a valid SenderID by Anonymous Coward · · Score: 2, Informative

    To delete all messages without a valid SenderID is not quite the same as to mark non valid SenderId messages as spam

  8. Switching to some other service... by losman · · Score: 1

    like gMail. MS execs would just love an exodus of people over to google.

    --
    Q: I am short, useless and provide no value. What am I? A: a sig
  9. what should be done by hsmith · · Score: 3, Insightful

    is all the major companies sit down and design a new email system. the current email system is like a sinking boat they are trying to patch and prevent it from reaching the bottom. now, everyone is going their own seperate way (MS, Yahoo), where there will be no standard. the whole system needs to be scraped and rebuilt from the ground up taking into consideration spam, which was never present when the system was designed.

    1. Re:what should be done by Cosine+Jeremiah · · Score: 1

      A bunch of big dinosaur companies aren't capable of coming up with a solution to this problem, or for that matter, most of the worlds problems. Any real development will come from either a small startup, a single hacker in his basement, or one of the close-knit open source communities.

    2. Re:what should be done by sharpestmarble · · Score: 1

      "OK, everyone use this protocol that I've designed."

      --
      AC's modded -6. I don't see you, I don't mod you, anything you say is lost. Don't like it? Don't be a coward.
    3. Re:what should be done by Astrogen · · Score: 1

      I have an idea on rebuilding email. I have designed a couple of prototypes, but haven't really had the time to flesh them out as I would like.

      I think we are at the point bandwidth wise where we can flip email upside down and let the senders server hold the email, and simply notify the recipients server that there is an email waiting for it.

      My prototypes called this BMAIL.

      Email would be sent from the Mail User Agent (MUA) as it is currently sent. Specifically to an ISP server, which currently then sends it using SMTP to the recipients server.

      But now instead of sending the message to the recipients server, the ISPs server would send a message to the recipients server indicating that a message was waiting for them on the senders server, and giving basic information like subject, date sent, expiry date, and a unique 1 off user name and password to retrieve the message.

      The recipeints server could then be configured to either:
      1. automatically retrieve the message for the user;
      2. retrieve part of the message. (like minus the attachments or first 20k)
      3. check a database to see if the sender or server are approved for retrieval.
      4. do nothing.
      5. Wait until the user checks his messages, and pass the notification of mail waiting on the senders server to the users MUA to handle.

      This would mean the server sending the mail would be stuck holding the useless mail. These servers could be blacklisted either on a server by server basis or by some blacklist service quite quickly.

      If a user did not retrieve a message within a certain period of time the sending server could expire the message releasing resources.

      If the sender wanted a message recieved receipt they could get one.

      If the sender wanted the message (an offer perhaps to expire) they could do it.

      This method gives both sender, and recipient the flexibility they require to manage their communications as if you were present.

      Email was modelled after SNAIL MAIL. We don't need to model this type of communication in the same way as it was designed hundreds of years ago!

      -Astrogen

    4. Re:what should be done by snorklewacker · · Score: 0, Troll

      I think we are at the point bandwidth wise where we can flip email upside down and let the senders server hold the email, and simply notify the recipients server that there is an email waiting for it.

      Golly, no one's ever suggested that before, what a great idea. I really look forward to getting 404 errors with individual mail messages, and depending on 58,7124 different mail servers to get each message through to me as I click on it instead of just one that can be failed over if it falls over.

      And all we have to do is completely redesign the entire e-mail system to do it. I bet you'll have no problem convincing everyone to jump on board.

      --
      I am no longer wasting my time with slashdot
    5. Re:what should be done by Astrogen · · Score: 1

      > And all we have to do is completely redesign the entire e-mail system to do it. I bet you'll have no problem convincing everyone to jump on board.

      I believe the post that I was answering specifically suggested a complete rebuild. This is what I addressing. And compatibility could worked in so messages stored on the server could be SMTP'ed if the recipients server was not compatible.

      > I really look forward to getting 404 errors with individual mail messages, and depending on 58,7124 different mail servers to get each message through to me as I click on it instead of just one that can be failed over if it falls over.

      404 huh? According to you Internet Explorer is a MUA is it? With a web based approach the server would need to get the mail for you (minus java approaches etc) you certainly wouldn't be getting 404 erros. The point being you could establish content rules before you even recieved the message!

      Your server could get only the messages with the word VIAGRA in them just like you like to get.

      The server working in the background to selectively retrieve the messages for you is barely different than a server working in the background to send the messages for you! The only difference other than direction is that the sender can only send to their own server, and the recipient has control over which mail to retrieve and store on their servers!

      -Astrogen

    6. Re:what should be done by dodobh · · Score: 1

      There are also thousands of smaller servers. You can only make incremental changes.

      --
      I can throw myself at the ground, and miss.
    7. Re:what should be done by snorklewacker · · Score: 1

      I have another idea. We could have an architecture that aggregates mail messages for a particular user onto a single point where they can use a client application to access it, or optionally pull it down to their own aggregator. We could have message senders notify these aggregators, and move the content downstream to the interested recipients as well.

      I'm ridiculing your idea, but I'm being relatively gentle -- If you really want to see your idea ripped to quivering bloody shreds by people who are really in the trenches, have seen all these suggestions before, and are tired of them, go post it on nanae or SPAM-L.

      I actually do believe that a mostly "pull" protocol where the downstream caching is more negotiated than simple "push" content (SMTP) and not as simplistic as "pure pull" (HTTP) may be better for email in the long run. Go forth, design and implement it then. Best of luck. The rest of us would like to fix the problem occuring on the medium that people are actually using.

      --
      I am no longer wasting my time with slashdot
    8. Re:what should be done by jez9999 · · Score: 1

      I'm genuinely interested as to how you think this would help fix anything. :-)

      So, the spammer just sends out billions of 'come get me' messages instead of the actual spams. Most get ignored because of filtering (just like most spams now get ignored because of... filtering), but now the spammer gets statistics on how many people received (or bothered to download) their spam!

      Why is this a better approach, again?

    9. Re:what should be done by Astrogen · · Score: 1

      The biggest advantage in my mind is control of what is sent to you, and who you download from, and when.

      Spammers would be forced into using Servers on static IP addresses that could be tracked and confirmed and thereby controlled.

      ISP's could use a variety of means to control the spammers including speed limits, and spam bonds for businesses that have valid reasons to exceed speed limits. (I don't necessarily endorse this method; but it jumps quickly to mind).

      Spammers change ISP's to avoid IP blocking and as soon as the message is sent it is too late. The ISP gets hundreds or thousands of bounces, but the messages are sent. This would give the ISP time to stop the message by disallowing any further downloads of the message.

      Once a message is identified as spam, (either by the ISP spam checking before sending, or a user on the recipient end marking it as spam) that message (message id, hash), or that server (id, or ip address) could be blocked for the thousands of other victims, either by the ISP blocking further downloading, or the servers checking blacklist servers.

      Although the spammer might realize that his message was downloaded once per recipient server they will not necessarily know that any one read the email.

      Alot of these methods have been used in existing Anti-Spam methods.

      IP and user Blacklisting - but this method allows for greater control of ISP's that control their spam. This also limits dial up spam, and controls spoofed IP Addresses because of the call back feature.

      Whitelisting: this give absolute control. The message is not even delivered if your not on the whitelist.

      Message hash profiling is already done. But this method combines the hash with a confirmed server.

      SPF etc - The ISP server would vouch for the user, or the server would be blacklisted.

      Additionally less bandwidth, and less server resources are used because the whole message is not being sent to all the people that ignore the messages; even valid mail in multiple formats like text, and html are not downloaded in both formats, only the format required.

      This approach would allow the user to control whether the attachments, or html, or graphics are downloaded.

  10. Naaah... by TripMaster+Monkey · · Score: 3, Funny


    Never happen...Microsoft would never abuse their market domainance to foist an inferior product upon the industry...

    Oh wait...

    --
    ____

    ~ |rip/\/\aster /\/\onkey

    1. Re:Naaah... by Anonymous Coward · · Score: 0

      What product that is inferior have they done this with? And inferior to what?

    2. Re: Naaah... by Anonymous Coward · · Score: 0


      Happy Friday

  11. All things considered, not a good thing by CdBee · · Score: 3, Interesting

    To be honest I vastly prefer the Gmail approach of having relatively smart spam analysis than a whitelist approach based on authentication.

    Think of all the people out there who don't have their own mail server but have SMTP/POP access to a hosting company's machine. A change in the core protocols for email would adversely affect most of them, as even if they all had the knowledge to make the changes, they may not have the ability.

    Add to this the possibility that a requirement for SenderID will just result in spammers mounting directory attacks against SMTP servers in order to find logins that work..

    All this will really cause is a migration away from hotmail !

    --
    I have been a user for about 10 years. This ends Feb 2014. The site's been ruined. I'm off. Dice, FU
    1. Re:All things considered, not a good thing by b4k3d+b34nz · · Score: 2, Interesting

      I agree. Although whitelists are good, they tend to become annoying, much more so than receiving spam. Gmail manages to block about 200 emails of spam per day for me, and lets in maybe 4 or 5.

      At least for a while, the SenderID system will end up blocking too many valid emails and will irritate users. I suppose after it's been around for a year or so and they have a decent system and database for the whitelist, the system will see the results that Microsoft wants.

      Hotmail sucks anyway...Gmail is far superior in every sense.

      --
      Grammar Lesson: you're is a contraction of "you are"; your means you possess something; yore means days gone by.
    2. Re:All things considered, not a good thing by scovetta · · Score: 3, Interesting

      I disagree. No matter how good the spam filter is, it always misses a few. False negatives are annoying, but false positives mean that you have to scan your 600+ spam e-mails per day to see if it missed any. A non-perfect spam filter is just a fancy inbox sorter.

      I don't think whitelisting is the way to go either, though, for obvious reasons.

      I have a dedicated server with a dozen or so domains on it. I'm forced to send mail through my personal ISP because mail coming FROM my domain gets marked as spam by most large ISPs (no, I don't spam, nor is my IP on a specific spammer blacklist). So if I decide to start spamming from my dedicated server, no one will get it (unless I route it through another ISP, in which case now it's their job to check).

      --
      Wer mit Ungeheuern kämpft, mag zusehn, dass er nicht dabei zum Ungeheuer wird. --Nietzsche
    3. Re:All things considered, not a good thing by Phrack · · Score: 3, Insightful

      SpamAssassin reduces my spam by 98%. That's just one example of filters... the point being that the more filters deployed out there (at ISP's, companies, etc), the more spam gets auto-tossed into the bit-bucket, and the less economically viable it is. Simply starve the market, requiring no protocol changes.

      --
      Dump the IRS - http://www.fairtax.org
    4. Re:All things considered, not a good thing by CdBee · · Score: 1

      I can only go by my own experience, but I used a fastmail IMAPO account to upload 3 years of email from the inbox on my PC to the IMAP web server, then from the server used redirect to send it all to gmail

      Of about 2,500 messages moved this way into my gmail account (as a backup and to make them searchable), only 1 was spam-canned. I make that an accuracy rate of 99.6%. The 30 or so spam mails I got during the month in which I did this were all correctly moved to the spam-can

      That sort of accuracy rate is fine by me..

      --
      I have been a user for about 10 years. This ends Feb 2014. The site's been ruined. I'm off. Dice, FU
    5. Re:All things considered, not a good thing by Anonymous Coward · · Score: 1, Insightful

      The objective of the new protocol is to cut back on unwanted bandwidth/cpu usage by receiving and filtering spam and to only allow mail from trusted sources.

      Filtering doesn't fix the problem. It just prolongs it. A new protocol would fix the problem for the most part, but there's also a price to pay. It has to be adopted by servers.

    6. Re:All things considered, not a good thing by Malc · · Score: 1

      I'm still looking for something that will stop the Nigerian 419 scam style messages. I get several a day. Thuderbird under Windows doesn't flag it as junk. So much for its Bayesian filters. What will work with Thunderbird and POP3?

    7. Re:All things considered, not a good thing by a_n_d_e_r_s · · Score: 1

      Every time you get one scam message flag it as junk - after a while Thunderbird will learn to recongnize it as such.

      I.e. you need to train the spam filter in Thunderbord - after som time it will get better.

      Well, unless you have - by mistake - told it to not learn from messages flagged as spam ?

      --
      Just saying it like it are.
    8. Re:All things considered, not a good thing by PhotoBoy · · Score: 1

      Yep, that's the SMTP catch-22. We either radically change SMTP to properly prevent spam but risk no-one adopting it or we keep implementing filtering software that is compatible with the current SMTP spec but not 100% accurate.

      We have SpamAssassin implemented on our webmail servers and it's slowly but surely becoming less and less able to catch everything as the spammers try new tricks. D-Spam looks interesting though, apparently a properly trained D-Spam system will catch 99% of spam, but there's the issue of getting users to train it...

    9. Re:All things considered, not a good thing by tazan · · Score: 1

      That may be fine for you but for a lot of people that's not acceptable. My first month on gmail I found 5 or 6 emails in my spam folder. I can't afford to lose any business, to lose business because I threw away an order or a sales contact... I went back to the white list/challenge response system. I mostly have the same customers anyway. I may lose a new order if they don't follow the emails, but at least I didn't throw it away.

    10. Re:All things considered, not a good thing by btsdev · · Score: 1

      I agree completely -- I shouldn't have to worry about configuring SpamAssassin or any other tool for hours to only let X% through every DAY. That's BS.

      We need a open standard to either enforce an authentication scheme to totally disallow any incoming mail from someone that didn't sit down for a minute or two and write the e-mail themself OR we need a whole new "e-mail" system, designed from the ground up, to end all of this nonsense. In the latter case we'd have both systems running concurrently but after a while we could phase e-mail 1.0 out -- with spam -- for good.

    11. Re:All things considered, not a good thing by Uncle+Grimmy · · Score: 2, Insightful
      SpamAssassin is a great idea for relatively small amounts of email traffic, but utterly impractical for large ISPs that process terabytes of incoming email traffic daily. ISPs must also consider the adverse effects of false positives in their spam filters. (anyone else remember AOL's snafu when they blocked a series of emails from a county government in Florida? )

      The other problem, of course, is that spammers constantly use new tricks to avoid filters. "In a race between bullets and armor, bullets will always have an advantage" Purely defensive measures, such as filters and block lists will give the advantage to the spammer as they are more able to adapt quickly than large ISPs are.

      Litigation and Criminal prosecutions, combined with efffective and adaptive filtering measures are the best bet. Unfortunately, effective litigation and prosecution is made more difficult by a lack of effective authentication for email traffic. These are things that SenderID and SPF are designed to address. Prosecuting individuals who advertise through spam is another effective measure. (for example, maybe RICO would be useful in going after folks who hire spammers to do their advertising?) There are plenty of laws which address criminal conspiracy, and applying those to the anti-spam laws which have hit the books recently may take some of the economic incentive out of unsolicited email advertising.

      Just a thought...

      -Grim

    12. Re:All things considered, not a good thing by snorklewacker · · Score: 1

      > We either radically change SMTP to properly prevent spam

      SMTP has survived over a decade of virtual war being waged with it and on it. I'd say as a transfer protocol it's doing quite well.

      Changing SMTP to stop spam is like changing HTTP to stop porn.

      --
      I am no longer wasting my time with slashdot
    13. Re:All things considered, not a good thing by TheGratefulNet · · Score: 1

      not only do I use spamassassin but I have it DIRECTLY feeding back to my software firewall (freebsd).

      once I detect a dsl or cable modem sending me crap, I immediately (in a few cpu ticks) blackhole them. from then on, they won't even get dialtone from me ;)

      works well. but it helps if your mailer is opensource and also on the same system as the opensource firewall. for me, that works fine.

      (next stop: people who hit my website in a 'bad way' can also get firewalled via this closed feedback loop. I just need a 'tail -f' watcher and a regex'er to catch the baddies and then submit to my autofilter as usual).

      the advantage on my email system is that I work at the CONNECT level, before even any body parts are sent. based on the sender's IP, his dns lookup (at the time) and the TO: addr he's sending to, I can know pretty accurately if he's a badguy or not. if he's bad, he doesn't even get to COMPLETE the smtp handshake. and from then on, he gets no connect to my IP subnet. totally firewalled off.

      --

      --
      "It is now safe to switch off your computer."
    14. Re:All things considered, not a good thing by Malc · · Score: 1

      I know what I'm doing thanks. It's junking other things just fine. It's not doing these particular ones though.

    15. Re:All things considered, not a good thing by michaelwigle · · Score: 1

      I don't know what your specific situation is but I thought I would mention that when I noticed my e-mails starting to get rejected by various ISP's (I actually noticed it first with AOL accounts)it turned out to be that many ISPs do an NSLookup on the domain name and if it doesn't resolve it gets blocked. I Went to my ISP and had to ask them to put in an NSLookup value in the DNS system (I had to explain it a bit to the tech I got). But once they did it I haven't had any more trouble with servers rejecting e-mail from my server. You may want to try that. Check out http://postmaster.info.aol.com/tools/dns.html for the test to perform to see if this may be the cause e-mail from your server is being rejected.

    16. Re:All things considered, not a good thing by Anonymous Coward · · Score: 0

      I believe GMail uses Domain Keys aswell.

    17. Re:All things considered, not a good thing by jez9999 · · Score: 1

      But there's a fundamental problem; *sometimes*, you WANT to receive e-mail that's been mass-generated (mailing list). Whether you wanted to receive that e-mail or not is an entirely subjective decision. Theoretically, someone might *want* to receive that Viagra ad #8163618!

      For this reason it's never going to be possible to write a system that guarantees people never receive spam; everyone's personal definition of 'spam' is slightly different.

    18. Re:All things considered, not a good thing by CdBee · · Score: 1

      I think some people are more prone to getting spam-canned than others. If your business is selling certain pills, or importing products to Lagos Nigeria, then I can see your problem...

      --
      I have been a user for about 10 years. This ends Feb 2014. The site's been ruined. I'm off. Dice, FU
    19. Re:All things considered, not a good thing by aztracker1 · · Score: 1

      First: setup your outbound mail for your domain to go through your domain's smtp (this may necessitate the need to setup smtp submit port 587 for authenticated relay).

      Second: make sure a reverse-dns record exists for the ip(s) your server sends mail from.

      Third: setup an SPF (not sender-id) record for your domain, this is fairly easy if you have any control over your domain, you can do this even in most dns hosting easily.

      Notice how more of your mail now makes it through unscaved for aol, gmail, and hotmail recipients.. also wouldn't be surprised if yahoo at least checks the above as part of their scoring.

      My own spam system will check for spf.. no record 20 pts, soft-fail: 30 pts, pass: 0 pts, fail 40 pts... most rbl's have 5-20 points depending on the reliability, foreign host rbl's such as taiwan, china, and russia get 40 points to start with. 51 points to nuke as spam...

      This works out pretty well, so far since the changes I get about 10-15 spam a day (filtered to my junk folder) and when I checked em all for a couple weeks no false positives), also have set to bounce, not silently destroy, so the sender gets notified.. SPF is only part of the solution, it allows you a much broader baseline, and if everyone implimented it, the existing rbls and filters could do a much better job.

      --
      Michael J. Ryan - tracker1.info
  12. Sender Policy Framework by coolnicks · · Score: 4, Informative

    There is also Sender Policy Framework (http://spf.pobox.com/), this is very simular to SenderID but it has the majour advantage that its open source, agreed microsoft is trying to push SenderID down everybodys throats, I myself publish SPF on a number of domains and it does a good job. The more people that use SPF the more power it will have over SenderID.

    1. Re:Sender Policy Framework by tb3 · · Score: 2, Insightful

      Except that the Forbes article says that "... a Sender Policy Framework (SPF) record, which is covered under Microsoft's SenderID framework. "

      Does this now mean that SenderID includes SPF? Or is Forbes confused?

      Anyway, it doesn't get around the fact that SPF generates false positives, according to the article.

      --

      www.lucernesys.comHorizon: Calendar-based personal finance

    2. Re:Sender Policy Framework by Anonymous Coward · · Score: 0

      SPF has no 'source code' therefore it can't be 'open source'.

      Both are freely available and mutually compatible.

      Any real business that considers their e-mail important could, and should have already, implemented BOTH of these standards.

    3. Re:Sender Policy Framework by coolnicks · · Score: 2, Informative

      I disagree with the false positives statement, I run web and email hosting and cant recall seeing any false positives.

      Agreed SPF does a better job at fighting fraud and viri, but it does have a go against spam. A very high amount of spam is from fake or randomly picked real domains, now when all these real domains publish SPF nobody can send spam form them anymore, combine this with checking for existent domains and the only option left is for the spammers to root servers as you said or buy their own domains. Buying their own domains can be sorted quite easily by black lists, as soon as the world and his wife starts receiving SPAM from a new domain it can be blacklisted, and in regards to rooted servers, sure this is a way to get past the SPF, but if people secure their servers/get themselves onto black lists we should be ok.

      Nick

    4. Re:Sender Policy Framework by tepples · · Score: 2, Informative

      Does this now mean that SenderID includes SPF?

      Yes. If you're publishing SPF records, you're already publishing records that are accepted as valid by any conforming SenderID processor.

    5. Re:Sender Policy Framework by coolnicks · · Score: 1

      SPF has no 'source code' therefore it can't be 'open source'.

      Very true, but SPF is an open standard, Microsoft's SenderID is theirs and patented, licensed and all that crap.

      The internet was built on open standards, i don't think something like SenderID will fit in.

    6. Re:Sender Policy Framework by coolnicks · · Score: 1

      From http://news.zdnet.com/2100-3513_22-5345317.html

      "Many of the license provisions worry open-source developers. According to an analysis done by Larry Rosen, general counsel of the Open Source Initiative, Microsoft's License would require mail service providers incorporating Sender ID into their products to tell Microsoft about customers using it. "

      "The software giant also has not informed the IETF of potential patents pending on the technologies, and the license is not compatible with open-source development groups and requires users to be subject to U.S. export control laws, the analysis stated."

    7. Re:Sender Policy Framework by Malc · · Score: 1

      I don't know if it's really made a difference or not, but since I started publishing an SPF record for my domain I seem to receive far far fewer bounced messages where somebody else has sent to a wrong address with my address in the from field. That's exactly what SPF is supposed to do, so I'm happy. Or maybe it's just a coincidence.

    8. Re:Sender Policy Framework by Anonymous Coward · · Score: 0
      Yes. If you're publishing SPF records, you're already publishing records that are accepted as valid by any conforming SenderID processor.

      SPF records cover SMTP, it is foolish to assume that MFROM and the From header match. If you publish SPF records you should ensure that the header From comes from a domain with v=spf1 -all so that Microsofts abuse of SPF records (domain owners intent) does not become more widespread.

      When mail is marked as unverified, simply inform people that Microsofts SenderID does not function as advertised and is a blatent attempt by a convicted monopolist to be granted a broad patent on email.

  13. Multiple e-mail accounts and masking by Zweideutig · · Score: 2, Insightful

    With several gmail accounts, I never have trouble managing spam. I don't reply to suspicious e-mails, and if I do, I am sure not to use the return e-mail address of my primary account. I keep an account for things like ebay, rentacoder, guru.com, etc., and a seperate account for personal e-mail. I have been doing this for over a year and I have only received six spam messages, and those were in the secondary account. I don't see why AOL couldn't encourage their users to do this. Isn't this why we have multiple e-mail accounts available from ISPs?

    --
    Powered by caffeine and sugar; BSD
    1. Re:Multiple e-mail accounts and masking by m50d · · Score: 1
      I do a similar thing, and I've found the address I used for newsforge gets a ton of spam. Also those I use for sourceforge mailing lists, but that's understandable from screen-scraping or similar.

      Anyone else have this?

      --
      I am trolling
    2. Re:Multiple e-mail accounts and masking by alfrin · · Score: 1

      True, with and abondance of good, free, email there is no reason why anyone should have only one email address. And for those who do how do they expect to manage spam? Every site/newsletter/download they do a small amount of spam is almost expected. Having it all in just one email account makes it seem you are being spammed to hell. A lot of a little is nonetheless alot.

  14. Two email systems by Anonymous Coward · · Score: 1, Interesting

    My thinking has always been that we need two systems. Or at least one system that provides two types of service. Authenticated and Anonymous. The Business world would of course choose to use authenticated and be willing to pay for it. Home users (such as Hotmail) could choose between free anonymous email and deal with the spam or pay for authenticated email, where as the theme song states, "everyone knows your name".

    1. Re:Two email systems by nysus · · Score: 1, Interesting

      I was just talking about this with a president of a letter carrier's union. We were talking about the US Postal service giving e-mail addresses to every individual. You would have to spend 5 cents to send an e-mail to someone else. That's probably a high enough threshold to keep spam out.

      The receiving in the e-mail benefits because he knows he will have an inbox that is spam free and has messages full of important messages. The sender benefits in that he knows his message is much more likely to be seen and read.

      --

      ---Technology will liberate us if it doesn't enslave us first.

    2. Re:Two email systems by Anonymous Coward · · Score: 0

      And who does the charging? It's nice in theory, but you know the spammers will find a way to avoid the $0.05

    3. Re:Two email systems by Anonymous Coward · · Score: 0

      Last I checked my snail-mailbox it was FULL of spam. That spam was all sent at a cost of 23 cents per message, via the US Postal service.

      5 cents an email message via the US Postal service? UP YOURS!!!

    4. Re:Two email systems by brainnolo · · Score: 2, Insightful

      Why would this stop spam? In my physical mailbox i get spam as well and don't tell me they don't pay the shipping fee or the guys that put those ads in your mailbox. So how would this be any different? They could afford to spam before the email, so they can also if emailing becomes a paid service.

    5. Re:Two email systems by hal9000(jr) · · Score: 2, Insightful

      Um, that won't stop spam, but it will increase the likelihood that you will get better quality spam. I have been tracking me snail mail for a few months. 70% of the mail I receive I would classify as spam. Credit card offers and advertising circulars from companies I have never done business with (MBNA, Providian to name two). Then there is the mail I receive from companies I do business with, but are trying to extend thier reach. All that mail costs money to print and mail. I don't know what the bulk rate is, but I bet it is larger than $.05 and the cost to the USPS to actually deliver it must be higher. HOwever, since they are going to spend the money sending out snail mail, they might as well go the incremental cost of making the mass mailing look good so that recipients will open it. I think the same principle will apply with per charge USPS email. No, the driver for the USPS to charge $.05 send an email is pure profit (and to regain control of it's monopoly) because the costs to process and deliver snail mail outpaces the revenue collected to send it.

    6. Re:Two email systems by winkydink · · Score: 1

      It would also kill most mailing lists comprised of people who share a common interest.

      --

      "I'd rather be a lightning rod than a seismometer." -Ken Kesey

    7. Re:Two email systems by Anonymous Coward · · Score: 0

      And just how is the US postal service supposed to regulate the rest of the world? How are they going to charge that nickel for the spam I get from China?

      This idea is crap.

      Wake up fellow Americans! We don't really run the whole world, and the rest of the world hates us because we think we do.

    8. Re:Two email systems by nysus · · Score: 1

      Simple, you have to use your USPS e-mail address to send to another USPS e-mail address.

      --

      ---Technology will liberate us if it doesn't enslave us first.

    9. Re:Two email systems by nysus · · Score: 1

      Have you ever received junk mail from an individual? No, except maybe from your local politician. The e-mail addresses would be issued to individuals, not corporations.

      --

      ---Technology will liberate us if it doesn't enslave us first.

    10. Re:Two email systems by nysus · · Score: 1

      No, you would just use the "free" non-usps e-mail service to mail to those groups.

      --

      ---Technology will liberate us if it doesn't enslave us first.

    11. Re:Two email systems by brainnolo · · Score: 1

      Uhm why do you make a question and then answer yourself? Yes, before email was popular it happened mails called "catena di Sant Antonio", that were like those mails that required you to send it to other peoples, or those that also wanted you to enter in pyramidal systems. So i was getting mails also from individuals, yes.

  15. It sounds like a scam... by term8or · · Score: 1

    ... After all, what's to stop a spammer using a microsoft product that has the technology? It sounds more like something intended to change the internet standards in a way that destroys any chance of a small company creating a new system that could compete with microsoft.

    --



    "As a writer / novelist you might want to spellcheck your sig. :) " - AC
  16. The problem... Meetings by Alex+P+Keaton+in+da · · Score: 4, Insightful

    One of the main problems with this, in my OPINION, is that corporations can't keep up with individuals. It is sort of like how Geurrilas, from the time of the US colonies to Vietnam, have been able to put a hurting on huge armies.
    Corporations aren't as light on their feet as spammers and internet miscreants (for the most part- I know I am speaking in generalities).
    It takes many meetings over years it seems (Meetings- None of us is as dumb as all of us...) to come up with a new policy or system regarding spam etc.- commitees are formed, proposals made etc. Then, someone (or group) without meetings, without authorizations, comes up with a way around the new system.
    As has been said a zillion times before on here, by people more intelligent than I- the only way to stop Spam is to make it not pay, by having no one respond to it. It is like Drugs or Prostitution- if there were no client base, there would be no sellers....

    --
    And All I Ask is a Tall Ship And a Star to Steer Her By
    1. Re:The problem... Meetings by Otter · · Score: 2, Insightful
      I think you have the right analogy and the wrong conclusion. What it is -- it's easier to be destructive and nihilistic than to be careful and responsible. Spammers aren't smarter than the guys who developed mail protocols, they simply don't have to care about negative consequences of their actions.

      Incidentally -- Sky Dayton's CTO is named Tripp Cox? WTF? I grew up in Connecticut and went to Yale and I've never actually met people with names like that.

    2. Re:The problem... Meetings by Alex+P+Keaton+in+da · · Score: 1

      You said it better than I my friend. When one has rules and has to face consequences, it is very difficult to have an adversary who has no rules and doesn't care about consequences.
      Trip is a nickname for "The third"

      --
      And All I Ask is a Tall Ship And a Star to Steer Her By
    3. Re:The problem... Meetings by isotpist · · Score: 2, Insightful

      Except that drug dealers and prostitutes actually supply something:-)
      I really don't understand how anyone buys anything from spammers. How many people have the unique lack of critical thinking skills and lack of erections to support all these spammers?

    4. Re:The problem... Meetings by king-manic · · Score: 1

      One of the main problems with this, in my OPINION, is that corporations can't keep up with individuals. It is sort of like how Geurrilas, from the time of the US colonies to Vietnam, have been able to put a hurting on huge armies.

      The miconception of vietnam was that the soldiers were beaten by geurilla tactics, they were harassed and had losses but it was the lack of will from the american public to fight the war that lost it. The American army was beaten by a public that didn't support the war.

      --
      "There are more things in heaven and earth, Horatio, than are dreamt of in your philosophy."
  17. Which is why... by harmanjd · · Score: 1

    I have always encourage my friends and family to move away from hotmail and msn.com email. There were other reasons before this (like getting spam the moment you register an address), but this is just another one.

  18. This gets me really pissed! by Qbertino · · Score: 1

    How about fixing your crappy OS security model and the crappierst of Mailers on the Planet, Outlook?

    I have a month-old business, personal-handout-only E-Mail address, and allready spam is rolling in. It's because my business partners all use Outlook, which is near by default riddled with Spambots, Contact-grabbers and whatnot because of this shitpile of software those f*ckers over at redmond farted onto their harddisks.

    MSses bullshitting policy couldn't care me less as long as they don't bug me with their crap. But spam popping up left, right and center once Jon Doe has your mailaddress on his box is NOTHING BUT MICROSOFTS FAULT!

    Heavens, this issue gets me so pumped I want to go to Redmond and chop of heads ALL the time. That would be sweet.

    --
    We suffer more in our imagination than in reality. - Seneca
    1. Re:This gets me really pissed! by Spiked_Three · · Score: 0, Flamebait

      Oh really - and how exactly is Outlook any different from any other mail client as far as the problems you describe?
      You are a clueless moron. And your types presence on the internet is the reason we all get so much spam, as the brain dead are obviously the intended targets.

      --
      slashdot troll = you make a compelling argument I do not like the implications of.
    2. Re:This gets me really pissed! by Gillious · · Score: 1

      Spambots in outlook? Contact grabbers? Sounds like you've been downloading too much *.exe pr0n on kazaa my friend. Outlook works fine and does not contain any of those things by default. That is of course you are using IE and then they get installed automagicly when you install that nifty supercool waterfall screensaver.

      Granted I don't use outlook anymore, but it's not because of any of the things you mentioned. I just much prefer the thunderbird client because it has built in RSS.

    3. Re:This gets me really pissed! by WoodstockJeff · · Score: 1
      I have a month-old business, personal-handout-only E-Mail address, and allready spam is rolling in.

      Why should you be any different? I have an address that has never been published, has never sent an email, and was only established because the DSL "required" it. It had spam in it the first time I checked the mailbox!

    4. Re:This gets me really pissed! by ericspinder · · Score: 1
      there are several ways the a spammer can get your email address, some of them are:
      • Harvesting them off of the internet. Any publicly available page with a mailto eventually will get processed.
      • Buying from other spammers. I always know that spam will spike when I start seeing the "buy a million email addresses for $xxx." emails.
      • Just guessing. Most domains have 'typical' email address, spammers will often create bots which will 'guess' at common email addresses. Sure most will just bounce, but what do they care, forging the sender email is standard practice for them.
      • I'm sure some of the spammers have cracked a couple of machines to get at contact lists as you fear, but those machines are far more valuable to spammers as zombies, in particular for the quessing attack.
      So, if you are going to be mad at MS for spam, at least be made for the right reason (Zombies).
      --
      The grass is only greener, if you don't take care of your own lawn.
    5. Re:This gets me really pissed! by Anonymous Coward · · Score: 0

      Pls. don't get me in this... I'm running Linux so I don't have a MS Outlook...

      Sincerly
      Jon Doe

  19. Spammers have the upper hand. by Anonymous Coward · · Score: 0

    Spammers have the upper hand in this war. Whatever solution to spam companies come up with, there will be a work-around developed in a very short time.

    The systems would also have to be so fine tuned so as to not block email from legitimate sources. Certainly spammers would be able to masquerade as a legit source.

    Spam blockers also have another possibly fatal flaw. How long until the companies that develope the blockers enter into agreements with spammers to let some spam through. We all know of the possible alliances between adware companies and ad ware removal companies. What's to stop spammers from doing the same thing?

  20. No pain, no gain? by Tx · · Score: 1

    I wonder if despite the shortcomings of the systems, the cure to spam may indeed require a heavyweight like Microsoft strongarming everyone into using their anti-spam system. Much as I hate to say it, MS may be doing exactly what needs to be done to deal with the spam problem.

    --
    Oh no... it's the future.
    1. Re:No pain, no gain? by MightyMartian · · Score: 1
      Have you actually looked at the SenderID standard? It suffers the same shortcomings as SPF. It won't stop spam, but it will allow Microsoft, because they refuse to make the licensing compatible with open source, to control a very large chunk of the Internet. I'm all for killing spam, but I'm completely against letting MS, a convicted monopolist, take over email.

      Beyond that SenderID, SPF, domain keys and so on are nothing more than kludges to SMTP, a protocol simply not designed with spam in mind. As much as I realize it will cost money and give guys like me that set up and administrate email systems a big headache, we really need to be looking at a new system of mail delivery that can address the problems that have been discovered in the last decade or so.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
  21. Tripp Cox by bunburyist · · Score: 0, Redundant

    Heh.

  22. hotmail deleting non-valid email. by akhomerun · · Score: 0

    a few things here.

    1. who uses hotmail anyway? and if a lot of people do, they could easily just switch to a different free email service and get a better service (Gmail comes to mind)

    2. what's so bad about the current junk mail filtering that people like Yahoo and most email clients (except for outlook express, of course) use? these adaptive junk systems work fine and I don't see why this is still a problem for some people.

    am i the only one who doesn't get viruses without a virus scanner, on windows? am I the only one who only gets 1 or 2 spam emails every 1-3 days?

    1. Re:hotmail deleting non-valid email. by Anonymous Coward · · Score: 0

      I use hotmail as a throwaway spamtrap account if I ever need to give an email address out for technical support (yes, even phone support needs an email address) or registering on a website. I don't know why anyone would use hotmail except as a disposable address to be discarded once it gets too much spam.

  23. Editors.... by m50d · · Score: 1
    Maybe you could actually edit. I can't expect every submitter to know how to use an apostrophe, but you'd have though the actual editor of a news website would have a bit of a clue.

    I know, I know.

    --
    I am trolling
    1. Re:Editors.... by Anonymous Coward · · Score: 0

      but you'd have though the actual editor of a news website would have a bit of a clue.

      Ironic, really.

    2. Re:Editors.... by m50d · · Score: 1

      Bah. Typo, and of course my spellchecker didn't flag it. Not that that's any excuse.

      --
      I am trolling
    3. Re:Editors.... by henrywood · · Score: 1

      If you'd read the Slashdot FAQ instead of being so anal you'd know the answer to that one. And you'd avoid the embarassment of making a stupid typo yourself.

      Get a life!

      --
      Something is happening here but you don't know what it is, do you, Mr Jones.
  24. Gmail by Anonymous Coward · · Score: 0

    ..a bunch of hotmail users stop getting email.

    And they will all switch to Gmail! Whoohooo!!!!

    Does anyone still use hotmail? That's soooo 90's!

  25. SPF doesn't prevent spam by jaredmauch · · Score: 4, Interesting
    SPF helps with virii and phishing. eg: someone connecting saying they're billyg@msft.net from a dsl line in bellsouth land. If i'm evilspammer@example.com, I can just publish my SPF records in the same way you do, as long as i send from example.com's authorized SPF records it'll be good.

    You're just saying that it's a valid domain-name, but as soon as someones dns servers or smtp servers are rooted, you'll have spam again. The good thing is it'll help let legit people you do business with (eg: your Bank, CC company) say that a message was authorized by them, or at least by the SPF rules.

    1. Re:SPF doesn't prevent spam by tepples · · Score: 1

      If i'm evilspammer@example.com, I can just publish my SPF records in the same way you do, as long as i send from example.com's authorized SPF records it'll be good.

      But because the domain name is valid, the authorities can more easily shut down the evilspammer@example.com account. And lately, spammers have been abstaining from forging From: domains that use SPF.

    2. Re:SPF doesn't prevent spam by Anonymous Coward · · Score: 0
      a significant amount of spam is sent with a false MAIL FROM. SPF will dramatically reduce the number of choices a spammer has for MAIL FROM domains, and this will increase the effectiveness and rapidity of blacklists.

      SPF added to the current environment will reduce spam.

    3. Re:SPF doesn't prevent spam by SuperSanta · · Score: 1

      SPF is also the basis for the SenderID framework. M$ has basically repackaged it and while they aren't admitting they are going to license this if they get the approval for what they've applied (and it would be very stupid for them to try and make this a for-$$$ approach implementation) the potential for that to occur exists.

  26. What About by Noodlord · · Score: 3, Insightful

    PGP key's? I thought people knew about and used these. With a pgp key, it is signed with an encrypted hash, and you have the option of encrypting the message along side it. Once this is done, you know an email is coming from a valid user because it contains their key. These are already used in workplaces around the world. Why implement a new system when one already exists? Not only does one exist it is more or less and open standard. Yeesh! I wish people would actually stop rebuilding the wheel in the software industry.

    1. Re:What About by httpdotcom · · Score: 1
      Yeah, Grandma Martha really is up-to-date with GPG!

      The main problem with key-based solutions is usability for the [l]users (ie. AOL, etc.) that haven't the faintest clue about how basic concepts of security work. They figure they are paying their ISP to protect them, when most couldn't care less.

    2. Re:What About by claes · · Score: 1
      You are comparing apples with oranges. PGP signs the message, not the envelope. It is not very useful for mail servers - it is aimed at sender and recipient. The following quote (from Yahoo) regarding S/MIME applies to PGP as well:


      S/MIME was developed for user-to-user message signing and encryption and by design should be independent of the sending and receiving servers. We believe that DomainKeys should be a natural server-to-server complement to S/MIME and not a replacement. Additionally, since S/MIME is used by many security-conscious industries, we need to ensure that the two technologies can work together without breaking each other. Finally, S/MIME is not yet supported by many of the email services, client software, and server software used across the Internet, and in Yahoo!'s opinion, that standardization effort would be much more difficult than the standardization of DomainKeys.

    3. Re:What About by henrywood · · Score: 1

      As with so many simplistic solutions to Spam, this just doesn't work in the real world. Most companies need to recive mail from unknown senders to published addresses. (E.g. "Marketing", "Enquiries", "CustomerService", etc.) And these are, obviously, the accounts that suffer from the most Spam. But they are also the accounts that need to accept mail from strangers who may be using badly-configured SMTP servers. It's all very well to say they should do this or they should do that, but they are customers (or potential customers) which is what business is all about. The last thing that we want to do is to make it harder for them to contact us.

      Work for a few months as administrator of a real-world mail system before coming up with simple solutions. Spam is not a simple problem and there are no simple solutions. I have no difficulty preventing Spam to my private e-mail address, but I have to work a lot harder to prevent it for my hundreds of mail users at work. (And we do pretty well, using a variety of techniques - but there's no single "magic bullet".)

      --
      Something is happening here but you don't know what it is, do you, Mr Jones.
  27. stupid fucker by Anonymous Coward · · Score: 0

    (No, you didn't! Leverage is a noun, you raging faggot!) Perhaps this is Microsoft attempting to hold users' feet to the fire, using what they perceive to be their market dominance as leverage.

  28. PRA DOES NOT WORK! by Anonymous Coward · · Score: 1, Insightful

    It's trivial to add arbitrary headers to SMTP data, worse the headers PRA uses don't have to be present at all.

    Microsoft need to stop checking PRA against our spf v1 records. Afterall, I don't check SenderID records against SMTP MFROM (ie: SPF), even if it would be a worthwhile counter to Microsoft's position.

    Then there's that unacceptable patent license and some rather disturbing support for Microsofts silly, broken system and abuse of existing SPF records within the IETF.

  29. Great idea! by TildeMan · · Score: 1

    If Microsoft Hotmail starts blocking all messages without valid Sender ID, this will indeed stop most of the spam on the internet! After all, once everyone closes their Hotmail accounts, all that spam will merely bounce.

    /wonders how much of the internet's spam actually does go through hotmail

  30. Won't this backfire? by Anonymous Coward · · Score: 0

    If I had a hotmail account and email from people I know suddenly started coming up with banners telling me it might be spam, or were to get filed in a spam folder, chances are I'd turn off spam filtering as it'd be clearly not marking it correctly.

  31. SenderID works - badly by MECC · · Score: 1

    Whether or not senderid is worth anything depends on whether or not its used by everyone. Sure, it'll put a big spam banner at the top of a lot of phishing messages. But, what about legit messages from banks, friends, and government agencies who aren't using senderid?

    For something like this to work, its needs to be widely accepted. MS has been able to illegally use its monopoly in the past to get its way with the industry, but you'd think by now they wuold have figured out that they don't have a monopoly on email. God, these people are stupid. They're just making sure senderid fails, along with other really usefull things. MS's boneheaded antics are just making it harder to get a decent solution out there.

    --
    "We are all geniuses when we dream"
    - E.M. Cioran
  32. 90% ? by Monoman · · Score: 1

    90% of Hotmail IS probably spam. I admin about 3,000 email users and our spam percentage is more like 50%.

    Anyone else got stats?

    --
    Keep the Classic Slashdot.
    1. Re:90% ? by Amouth · · Score: 0

      i have about 50 users.. all their e-mails are every were on the net as they are all key contacts for biz i get about 50,000 - 65,000 e-mails through a month.. about 15-25,000 are good.. but the use hardly ever sees them.. and i have about equal amounts of spam and virus e-mails yaeee for SpamAssian and ClamAV on a send mail proxy.. so our mail server only has to deal with bad addresses and good mail...

      --
      '...if only "Jumping to a Conclusion" was an event in the Olympics.'
  33. Microsoft way seems right. by RoadkillBunny · · Score: 1

    If 90% of all email is spam, then there is a high chance that they can randomly flag a email as spam.

    --
    Cheers,
    RoadkillBunny
  34. 90% of messages spam by aardwolf64 · · Score: 4, Funny

    Lets see... If we write a tool that immediately filters 100% of all e-mail, we can claim that our "Spam filtering tool" gets 100% of Spam with only a 10% false positive rate. Excellent!!!

    1. Re:90% of messages spam by cmdrTacyo · · Score: 0

      LOL

    2. Re:90% of messages spam by kisielk · · Score: 1

      I've written just such a tool. See source below:

      :0:
      * ^TO_.*
      /dev/null

      ;)

    3. Re:90% of messages spam by spitzak · · Score: 1

      Though that is a good joke, I believe in reality the "false positive rate" is measured releative to how much non-spam there is, not the total amount of mail. Therefore deleting all mail is a 100% false positive rate.

  35. How much total traffic by nurb432 · · Score: 1

    So its now 90% of all email, but what % of all internet traffic is email and ad popups/banners?

    --
    ---- Booth was a patriot ----
    1. Re:How much total traffic by Proney · · Score: 1

      That's 90% according to a company touting its new anti-spam measure. However, assuming the figure is approximately true, I think the solution is obvious: Start sending more legitimate email! Just increase the signal and the noise problem will look better by comparison. Send it to family, to friends, to enemies, unsolicited to random strange... wait.

      --
      require "something.clever";
    2. Re:How much total traffic by Mechcozmo · · Score: 1

      Hard to tell-- popups come and go so fast, you can't get an exact weight off of them.

  36. I'm not sure I'm affected by HotMails decission... by Name+Anonymous · · Score: 2, Interesting

    I currently do not email anyone who has a hotmail account, so let hotmail go isolate themselves.

    With Yahoo & Cisco proposing an alternative to Microsoft's suggestion for a standard there wil at least be some fighting over which design (if either) becomes a standard. Without the competition, the odds are that one might win by default. (Unfortunately.)

    My mail servers do have SPF records and when I get a chance, I'm going to setup SPF record checking for incoming email, although initially I'm going to only have it add a header to emails.

    At the very least, I recommend eveyone who can set up SPF records for their mail servers even if they can't take the time to set up checking SPF records for incoming email. This would help by enabling places that do check SPF records know if they're getting (possibly) forged return addresses.

  37. MS is just eliminating competition... by FriendlyLurker · · Score: 4, Interesting


    I have used Hotmail for years for communication with "untrusted" sources. In the last 3 months I was forced, regretfully, to let the account die... Hotmail-Microsoft had begun to allow "legal" spam through to the hotmail account. Week after week, the same spam messages over and again was forcing me to check the account. Marking the emails as spam had no effect, I would get the exact same message the next day-week-month, same email address and all.

    I complained, and was told I could use filters for those un-markable spam items. Yeah, right.

    Advantages to MS for letting "authorized" spam through
    - They get paid, probably very well, to send spam to all hotmail accounts.
    - They increase page impressions and advertising revenue forcing hotmail users to check the site when notified of waiting emails.

    A Great Idea(TM), something an Accountant more than likely worked out, looks oh-so-great on paper, congratulations.

    What they cannot measure is how pissed off I got, and in the end abandoned their system permanently, advising all clients, friends, relatives to use another service for their web based email address. (I have had no such problems of ausorized spam with Yahoo/Gmail... yet).

    My conclusion, MS does not give a rats arse about how much spam we are forced to look at... they just want to be on the spam generated profit gravy train via "legalized" spam, and don't want freeloaders competing with them to deliver it.

    Kalori.

    -
    No sig. is a good sig.

  38. Why is this a problem? by bad_outlook · · Score: 2, Informative

    Seriously, why is this a problem? At home I have a FreeBSD box that runs mail through scanners and figures out what's what. Works like this:

    incoming:25 -> Postgrey (greylisting) -> MailScanner -> ClamAV -> Spamassassin (with DCC, razor checks) -> DSPAM -> Postfix -> users_mailbox

    All ClamAV definitions are updated via cron by Freshclam, all Spamassasin rules are updated via Rules_du_jour daily. Using this I get just about zero spam, with a VERY rare occurance of realy mail being labelled spam (and that's usually bad chain-emails sent around by my wife's friends - and I consider that spam anyway ;)). Seriously, I'm no genius, but why can't this kind of solution be bolted on? Even if a company is locked into Exchange, slap a box like this accepting :25, then have it relay mail on after the checks!

    I fail to see why a solution like this can't be implemented on a large scale 'free-mail' company like Hotmail or Yahoo! If they could stop (and eventually block) spams, they could help turn the tables on spammers, making them less profitable. What am I not seeing?

    1. Re:Why is this a problem? by TheRaven64 · · Score: 1
      I agree. I use a three tier system.

      Tier one redirects any known spammers to OpenBSD's spamd tar-pit tying up their connection for about 10 minutes while they are sent the reply very slowly. Known spammers are hosts on well known block lists and IPs that have sent me spam before. These lists are updated daily.

      Tier 2 checks a real-time block list and bounces any email that matches one of these. This is not quite as good at tier one, since it doesn't waste as much of the spammer's time.

      Tier 3 pipes email through SpamAssassin to add headers, which are then used as input by my mail client, which also applies it's own logic to detecting spam. I haven't had a single spam fall through this for ages, or found a real email in my spam-box ever.

      I would like to see more people running OpenBSD's spamd, or similar on mail servers.

      --
      I am TheRaven on Soylent News
    2. Re:Why is this a problem? by bad_outlook · · Score: 1

      Sounds great, I've been looking at putting the tarpit in the mix, and I believe it's in ports for FreeBSD - I just always get confused when I see spamd, since I already have those processes via Spamassasin! My firewall is OpenBSD, but I don't want to run anything on that but that, so I would like to implement la brea, or spamd on FreeBSD. Any hints or howtos you used? Thanks for your reply, again, this isn't that hard - now only if companies would see the value in people like us taking this approach, and not just using the 'install wizard' on an nt box and assume that will address the problem. From what I've learned running my own email server, I'd actually love to do it fulltime and just be a sysadmin for a companies mail server. (yeah, I'm weird like that, but hey, someone has to do it!)

    3. Re:Why is this a problem? by TheRaven64 · · Score: 1
      Actually, the firewall might be a good place to run it. OpenBSD's spamd uses pf to redirect incoming connections from known spammers to spamd rather than sendmail, so there's no reason why you couldn't run it on the firewall, since I assume you are using pf for filtering there. The system requirements for spamd are intentionally very low, so it probably wouldn't interfere with your firewall at all.

      I wrote an article about my set-up for Ping Wales

      --
      I am TheRaven on Soylent News
    4. Re:Why is this a problem? by xstonedogx · · Score: 1

      I'll plug this again.

      Basically each email goes through the following:

      1. Reject any HELO messages claiming to be your own server.
      2. Reject any email with unresolvable from headers.
      3. DNS Blacklisting.
      4. SPF
      5. Greylisting
      6. SpamAssassin
      7. ClamAV
      8. Procmail moves tagged messages to my spam folder.

      The order is important. Every step 1-5 drops the email entirely. After that, they just get tagged. The more expensive options occur at the end, so they deal with less email.

      I have been using this for a few months now. I'm only seeing about one spam a month now, and those are appropriately tagged and filtered into my spam folder.

      A couple of times I have had to whitelist mailing lists because they don't make it past the greylisting, but other than that, I haven't had any false positives.

      I drop email based on SPF, but you could always add a header instead. In fact, SpamAssassin has support for SPF and can use it as part of its scoring system when determining whether an email is spam or not.

      To answer your question, I don't think this is an option for large companies. I agree it would be very effective at least temporarily (and save them money, probably, because most spam would be dropped at the door). Large companies are probably less tolerant of false positives than you or I might be. They probably won't/can't use greylisting and DNS blacklisting.

      Still, they could use most of the things in this type of system and tag everything rather than drop it.

    5. Re:Why is this a problem? by salimma · · Score: 1

      The only snag I see is that people with dynamic IP addresses might be inadvertently added to your list of known spammers. If another user of my ISP has a zombied machine that sent you spam, and I inherited its IP next, when I send you a non-spam email next I fall into the tar-pit. And how would I ever get that mail to you then?

      Granted, people on dynamic IP addresses don't normally run SMTP servers.

      --
      Michel
      Fedora Project Contribut
  39. Greylisting by Sanity · · Score: 4, Interesting
    If you run a mail server, and you aren't greylisting, then you need to be.

    Its a simple idea whereby your server exploits the fact that most mail servers obey the SMTP standard, while most spam sending software does not, to only accept mail from servers which behave properly. Plugins are available for most popular mail server software.

    I implemented this about 6 weeks ago and noticed a dramatic and immediate reduction in spam, perhaps better than any other single anti-spam measure.

    1. Re:Greylisting by radish · · Score: 1

      My mailhost recently implemented greylisting and it's fantastic. I now get NO real spam (there's still noise from legitimate lists I haven't unsubscribed from of course, but that's my fault). The only downside of greylisting that I can see is that real mail can be delayed a while, up to a few hours. This can mean that conversations between groups of people can arrive out of order, but that's a small price to pay IMHO.

      Add in auto-whitelisting (that adds anyone you send mail to into a 1-week whitelist) at the SMTP server and you're set! Down from 50 a day to 0 - nice.

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    2. Re:Greylisting by Sanity · · Score: 1
      The only downside of greylisting that I can see is that real mail can be delayed a while, up to a few hours.
      As I understand it, mail can be delayed for up to 10 minutes if it is coming from a mail server your server hasn't seen before. Are you sure your mail can be delayed for so long?
    3. Re:Greylisting by Rich0 · · Score: 1

      The delay is a setting on the mail server attempting to send mail - it can wait potentially a long time before trying again.

      Or, if it is a spammer they might try again later in 5 seconds...

    4. Re:Greylisting by Anonymous Coward · · Score: 0

      I worked with an ISP that used greylisting, and got real tired of the CFO coming complaining about mail they knew had been sent, but we never received.

      The concept sounded screwy to me and in our experience worked like crap.

      We switched to an ISP that used Postini. I've used SpamAssassin and would use that again, but I'll never use greylisting again.

    5. Re:Greylisting by Anonymous Coward · · Score: 0

      your server exploits the fact that most mail servers obey the SMTP standard, while most spam sending software does not,

      While greylisting does work, many spammers are aware of it and will retry to get around it. Greylisting cut my company's spam by half, but we still get quite a bit.

    6. Re:Greylisting by radish · · Score: 1

      When using greylisting, your mail server tells the sender "go away and come back in no less than X minutes". If they attempt to reconnect before X minutes have elapsed they will be blacklisted (hence catching impatient spammers), but there's nothing stopping them actually waiting as long as they like before reconnecting - I'm sure busy mailservers will add the failed message to a resend queue which may take a while to process. In general the delay is only a few minutes (I have "X" set to 5 mins), but some hosts certainly wait longer than they strictly have to. I have seen delays of several hours. Of course, once a mail has got through correctly that sender is whitelisted so no more mail from them is delayed.

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    7. Re:Greylisting by menscher · · Score: 1
      If they attempt to reconnect before X minutes have elapsed they will be blacklisted

      Either you're wrong, or greylisting is incredibly stupid.

      Most MTAs (sendmail, for example) process their queue at regular intervals. If a message is tempfailed, it goes into the queue. Let's say I try mailing you, and you tempfail me due to your greylisting setup. If I just happened to mail you at 11:59, and my queue gets processed again at noon, then I've connected a second time only a minute later. Oh noes, you blacklisted me!

      You need to realize that no mailservers actually look at the random "5 mins" crap you're telling them and decide to retry exactly 5 mins later. They retry whenever they feel like it. In the end, it's you that suffers. One of the many reasons that greylisting is a Bad Idea.

    8. Re:Greylisting by radish · · Score: 1
      Either you're wrong, or greylisting is incredibly stupid.

      I misread that bit - it doesn't blacklist it just fails again. From the spec:


      Check if the sending relay (or network) is whitelisted, and if so, pass the mail.
      Check if the envelope recipient (or domain) is whitelisted, and if so, pass the mail.
      Check if we have seen this email triplet before.
      If we have not seen it, create a record describing it and return a tempfail to the sending MTA.
      If we have seen it, and the block is not expired, return a tempfail to the sending MTA.
      If we have seen it, and the block has expired, then pass the email.
      If the delivery attempt should be passed and the delivery is successful:
      Increment the passed count on the matching row.
      Reset the expiration time of the record to be the standard lifetime past the current time.
      If the delivery attempt has been temporarily failed:
      Increment the failed count on the matching row.
      If the sender is the special case of the null sender, do not return a failure after RCPT, instead wait until after the DATA phase.


      In the end, it's you that suffers

      All I'm suffering from is a lack of herbal v1agra. I've had precisely zero lost legitimate emails in several months. Seems to work just fine.

      Of course, one of the really nice things about greylisting is that if you don't want to use it you don't have to, and that doesn't affect how useful it is to me.
      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    9. Re:Greylisting by Anonymous Coward · · Score: 0

      Greylisting reduced the amount of spam my domain gets from ~2000/day to ~10/day.

      It also revealed that ~40% of our clients have non-RFC compliant mailers, the users of which got furious when we didn't recieve their messages. ...and since telling a client that their IT staff should fix their broken mailers was not going to produce results, I quickly abandoned it.

      Great idea in theory, but in practice, unusable for many companies, I'm sure.

  40. Industry announcements by merc · · Score: 2, Insightful

    Yahoo!: Announcing: Domain Keys!
    Microsoft: Announcing: SenderID!

    (some time later)

    Yahoo!: Presenting: Domain Keys Identified Mgmt!
    Cisco: Presenting: IIM!
    Microsoft: Um, hey lookie... SenderID!

    --
    It's true no man is an island, but if you take a bunch of dead guys and tie 'em together, they make a good raft.
    1. Re:Industry announcements by Russ+Nelson · · Score: 1

      (some time later)

      Yahoo! and Cisco: Merging DomainKeys and IIM to create DKIM!
      Microsoft:: SenderID! It's still broken and we still haven't fixed it!

      --
      Don't piss off The Angry Economist
    2. Re:Industry announcements by Anonymous Coward · · Score: 0
      If Yahoo / Cisco would hurry and fix their license in a FOSS friendly way, we could collectively kick the PRA nonsense to the curb. I certainly think there would be wide ranging industry and community support for doing that.

      Technically, SenderID may be a joke but it's no laughing matter when the corruption in the IETF allows the joke to get out of hand.

  41. SPF isn't proprietary by tepples · · Score: 1

    If they can muscle thier SenderID onto enough servers out there than less email becomes spam, then SenderID is free to be a gateway for other proprietary garbage that MS may decided to bundle with it.

    SenderID is an extension of SPF, which is not proprietary. A valid SPF record will be picked up by any conforming SenderID processor as a SenderID record. I'm just worried about those people who use an ISP's mail server where the ISP lacks enough clue to use SPF.

    1. Re:SPF isn't proprietary by Mark+Shewmaker · · Score: 1
      SenderID is an extension of SPF, which is not proprietary.
      The proprietary (purportedly patent-encumbered) SenderID abuses non-proproprietary SPF records, meaning that SenderID is an extension to SPF in the abusive "embrace, extend, and extinguish" sense.

      A valid SPF record will be picked up by any conforming SenderID processor as a SenderID record.
      I would word that as: "Conforming MS-senderid processes will not only misinterpret valid SPF records, but they will use those misinterpreted results in an invalid context, to provide you with inaccurate, useless, and effectively dishonest results."

      The reasoning here is that MS's sender ID uses spf records, but those two types of records are not compatible:

      1. There are differences in syntax between the spf record format and the ms-senderid record format. You can't parse one record using the syntax of another, but MS pretends that you can.
      2. There are differences in meaning between the two records. You can't use a test meant to answer whether a specific localpart and domain is permitted by the domain holder for use in MAIL FROM and HELO arguments and go from there to assume anything about whether the same thing is true for PRA arguments. MS pretends that you can do so, but if you do, you'll get wrong answers.
      The SPF drafteven mentions this second point specifically:

      Without explicit approval of the domain owner, checking other identities against SPF version 1 records is NOT RECOMMENDED because there are cases that are known to give incorrect results.
  42. Finally by cmdrTacyo · · Score: 0

    Microsoft is gonna PIMP spam

  43. Re: A blank check for Microsoft. by FriendlyLurker · · Score: 2, Informative


    This article "A blank check for Microsoft" more or less confirms the changes to spam policy I have observed while using Hotmail over the past few months:
    http://blogs.salon.com/0003364/stories/2005/02/01/ aBlankCheckForMicrosoft.html

  44. Problem solves itself by Nijika · · Score: 2, Funny

    I've always considered Hotmail a bit of a UCE enabler anyway.

    --
    Luck favors the prepared, darling.
  45. Irritating... by Fungus+King · · Score: 1

    I have many contacts who use Hotmail but all of my email is sent out through sendmail on my Linux box.

    How easy is it to get a SenderID? Hopefully not too easy that spammers can obtain one also... GMail seems to be pretty good at handling spam anyway, I don't really see what's wrong with their approach.

  46. ... how will sender ID work... by Anonymous Coward · · Score: 1, Insightful

    yeah this will work.... as most spam I get comes from hotmail

  47. "Leverage" by tepples · · Score: 1

    No, you didn't! Leverage is a noun

    Then what is the verb meaning "to use as a metaphorical lever"? When correcting somebody's usage, it's polite to provide an acceptable alternative.

    you raging faggot!

    How can a bundle of sticks be "raging"?

    1. Re:"Leverage" by Anonymous Coward · · Score: 1, Informative

      The sticks could be on fire.

  48. SpamAssasin by Anonymous Coward · · Score: 1, Interesting

    What is wrong with using Spam Assasin? I use it and it works wonderfully. I probably get around 100 e-mail messages a day, and yeah, 90% are spam but they get flagged as such by SA. We don't need to reinvent the wheel here.

    1. Re:SpamAssasin by ahodgson · · Score: 1

      Filtering sucks. Due to false positives you have to read your spam box anyway just to see if it flagged something it shouldn't have. I really fail to see the point.

  49. Re:IMPORTANT !!!! PLEASE MOD THIS UP !!!! by henrywood · · Score: 0, Offtopic

    Don't be so anally obsessive. It's not a big deal in the greater scheme of things and it's certainly not something that moderators will waste mod points on.

    (Hope you note that I got all the apostrophes in the right places.)

    --
    Something is happening here but you don't know what it is, do you, Mr Jones.
  50. Hotmail IS my spam account by Anonymous Coward · · Score: 0

    The only reason I have a hotmail account is to catch spam. It is what I use to register everything. my real email addresses get only one or two pieces of spam aday.

  51. who cares? by unfunk · · Score: 1
    I haven't received a 'vaid' email in my hotmail account in years - I get so much spam though it that the so-called "junk mail filter" seems to have given up in disgust and just lets all the mail into the inbox, rather than redirecting the crap to the Junk Mail folder.

    Not to be blowing their horn or anything, but at least GMail has caught every piece of spam I've been sent so far.

  52. No single technology.. by Ckwop · · Score: 4, Interesting

    No single technology will bring spam under control. It's going to take a blend of technologies, namely:

    1. Spam filtering.
    1. Preventing forged headers.
    1. Making e-mail sending computationally expensive.

    The first campaign, spam filtering, has worked with resonable success. Spammers now have to send a lot more e-mail in order to reach their customer base. Of course, e-mail is cheap to send so this hasn't changed the economics of the situation dramatically and army of slave machines that they've hacked make getting a lot of CPU power fairly straight-forward.

    The second campaign on which we are embarking is designed to reduce this army. How effective this will be only time will tell. The principle is concern is about throw-away domains be a problem.

    If I set up a domain and tell the SPF address to allow any machine on the internet to send mail then i've totally destroyed the value of SPF. However, it's value in controlling pishing should not be underestimated.

    The final campaign in my list it the nuclear option: Using CPU time to create digital stamps. The idea behind this is to take the hash of your e-mail (complete with subject, addresses etc.) then brute force a collision of the last 20 bits of the hash. For the normal user, this wont cause a noticeable slow down, for a spammer it will probably destroy their business model.

    The drone armies will be cut down to size. Rather than sending a couple of hundred messages per second they may be able to manage one or two. The CPU load on a drone would be so high as to make the PC unusable and the users of these hacked machines would have to start taking notice: they will have to get their machines fixed. If spammers wanted to send messages directly they would now need supercomputers.

    There are disadvantages to the above approach. Mobile devices would take a long time to mint a stamp. This can be combated by setting special rules for the SMTP servers that forward messages from mobile devices.

    The same problems also exist for third-world countries where they might be running significantly slower machines. However, even if it took 15 seconds to send an e-mail, I think that's an acceptable price to pay for the service.

    Overall, I think the real answer lies in the combination of these three schemes. I believe there is a "critial point" in the fight against spam. Once you start to tip the spammers from profit to loss we will start to see huge reductions in spam. The only way to achieve this is to put the cost on the spamer. Electronic stamps are the way to do this.

    Simon

    1. Re:No single technology.. by Illserve · · Score: 1

      Your idea won't stop spamming, but at least it will keep the zombie armies occupied.

      Which means that 50% of the desktop computers in the world will now sit around running hashes, causing decreased productivity, increased energy usage, and more upgrading of systems that are already 10x too powerful for the jobs they were bought for.

      But maybe fewer DNS attacks, because spammers will be a huge market for zombies.

      Wheee

    2. Re:No single technology.. by cosminn · · Score: 1

      With the CPU argument you're comparing users (few emails) with spammers (hundreds of emails), but are ignoring enterprise servers.

      Any corporations/department with over 1000-2000 users will send tens, maybe even hundrers of emails/minute. If you have an email server that both sends and receives, if that server also has spam control, you're talking about a _major_ cripple, which wouldn't be acceptable to any system administrator.

      Did you have anything in mind to solve that issue?

    3. Re:No single technology.. by Anonymous Coward · · Score: 0
      The vast majority of that email is travelling within the corporation. In other words, the sending server and receiving server are the same machine. There is no need for that server to require itself to perform the expensive computation.

      A white list would help to alleviate the problem as well.

    4. Re:No single technology.. by TommydCat · · Score: 1
      If I set up a domain and tell the SPF address to allow any machine on the internet to send mail then i've totally destroyed the value of SPF. However, it's value in controlling pishing should not be underestimated.

      BS... If you wish to allow anyone in the universe to send email officially as a member of your domain, you've only succeeded in destroying the value of your domain.

      SPF isn't for eliminating spam email (which it is too often blamed for), but to eliminate others from forging your domain. Conversely, this also holds the domain accountable for what gets sent from it.

      Domain blacklists will be much more useful than the RBL spinoffs some people still insist on using now. This would meet your requirement #1.

      SPF prevents you from joe-jobbing, which goes a long way for your point #2.

      The server hosting my mailing list and tens of thousands like it will hate you for your point #3. Why should I have to increase my computational load to give me the service I do now?

      Perhaps a better idea would be that for each email you send, you must run 15 laps around your house, thereby throttling the send rate and keeping geeks everywhere fit n trim at the same time!

      --
      This comment does not necessarily represent the views and opinions of the author.
  53. Post is incorrect. by Anonymous Coward · · Score: 0

    The company drew fresh criticism recently when reports claimed that its Hotmail service would delete all messages without a valid SenderID record

    No. This is not what they said, nor what the article you link to said.

    They said they would classify all messages that failed a sender ID lookup as JUNK. It's not factual to state the messages will be deleted, or "never reach their intended recipient."

  54. SenderID does not help spam... too much by ChadL · · Score: 3, Informative

    I was getting about 40 spam messages a day, before I implemented my new anti-spam e-mail server. Now I get about one or two... but SenderID only blocks about two messages a week. Much more effective are my set of 5 Blacklists, a URL Blacklist, and some simple rules. SenderID can stop fake from addresses, but the people sending the messages will just use servers that do not have SPF entry's, as all the servers will never implement it.

  55. My stats... by Anonymous Coward · · Score: 0

    65% Spam
    35% Clean Messsages.

    54% of total messages(Spam) blocked by RBLs
    11% of total messages(Spam) caught by filters.

    error rate +/- 0.5%

  56. SPF works by tepples · · Score: 1

    But, what about legit messages from banks, friends, and government agencies who aren't using senderid?

    By definition, a valid Sender Policy Framework record is a valid SenderID record. Banks and government agencies control their own domains and can easily add the TXT records that SPF uses. Friends on dial-up can switch. Yes, it would hurt friends on broadband, who generally can't switch away from the monopoly or the duopoly and would have to find a webmail provider that has SPF.

    1. Re:SPF works by MECC · · Score: 1

      SPF seem straightforward enough, and if senderid will operate with it, that seems pretty cool. SPF seems like it might no allow forwarding and remailing to work, though. Plus, spammers can just get a throwaway domain, like 123.com (not a real throwaway domain, BTW) and just use it. SPF just seems a little too much in the "easy to go around camp" all by itself.

      --
      "We are all geniuses when we dream"
      - E.M. Cioran
  57. Hashcash for mail would be better by awb131 · · Score: 1

    From the hashcash.org site:

    "Hashcash is a denial-of-service counter measure tool. Its main current use is to help hashcash users avoid losing email due to content based and blacklist based anti-spam systems. A hashcash stamp constitutes a proof-of-work which takes a parameterizable amount of work to compute for the sender. The recipient can verify received hashcash stamps efficiently."

    Basically, you make it where the sender needs to spend a non-negligible amount of computational power to send a message. But it is computationally cheap to verify that they have done so.

    It's not going to affect normal users that much (except maybe list services) but by marginally increasing the cost of sending out thousands of messages at a time, it alters the economics of spam and makes it a non-viable way to do business.

    Once I set this up on my Wordpress blog, the level of comment spam dropped to zero *immediately* and I haven't had a single incident since.

    --
    "There is no night so forlorn, no mood so bleak, that it cannot be infused with pleasure by tender meat..." - R.W. Apple
    1. Re:Hashcash for mail would be better by Alioth · · Score: 4, Insightful

      The trouble is many spammers are now using networks (say, 50,000 or more) of pwned Windows zombies. They are doing it on a huge distributed network - they don't care if calculating a hash slows them down. If each zombie only sends 100 emails per day, that's 5 million spam emails sent. You'd have to have an insanely long calculation time to make a dent on a zombie network.

    2. Re:Hashcash for mail would be better by warkda+rrior · · Score: 2, Insightful
      many spammers are now using networks (say, 50,000 [my emphasis] or more) of pwned Windows zombies
      I would be very interested to hear the source of this number.
      --
      You need to install an RTFM interface.
    3. Re:Hashcash for mail would be better by rthille · · Score: 1

      If it takes a 100 times as long for a zombie to send a mail with hash-cash stamps, then spam is cut by 99%. And the real owner of the computer may be more likely to realize that their computer has been hijacked when it's CPU is pegged at 100% all the time and it's completely unusable.
      In general, making it "harder" to send email, without making it too hard for the normal users will reduce spam. I think this is a good thing.

      --
      Awesome furniture, accessories and cabinetry in Santa Rosa, CA: http://humanity-home.com/
    4. Re:Hashcash for mail would be better by fireklar · · Score: 1

      But of course, the user might notice that the machine is unusable, and therefore have the problem fixed. As it is now, there are no real negative aspects to having a zombie. If they became unusable, then that would be a negative aspect.

    5. Re:Hashcash for mail would be better by ahodgson · · Score: 1

      No one is going to change the whole email system (and especially voluntarily cripple it) to make hashcash work. It's a non-starter.

      The only anti-spam technologies that can be implemented are ones that can be added incrementally, preferably by a single party, without relying on "everyone else" to do the right thing. At best, you might be able to add technologies that allow cooperating senders and receivers to see benefits (like SPF+SES). Ideally, these techniques will actually make email handling cheaper, not more expensive. Ie. being able to bounce obvious forgeries before spending CPU time content-filtering them.

    6. Re:Hashcash for mail would be better by Phroggy · · Score: 1

      But of course, the user might notice that the machine is unusable, and therefore have the problem fixed. As it is now, there are no real negative aspects to having a zombie. If they became unusable, then that would be a negative aspect.

      You would think that, wouldn't you? But no, most people just put up with it, because they're too busy to worry about their computer, and too cheap to pay somebody, so they just leave it alone.

      --
      $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
      $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
    7. Re:Hashcash for mail would be better by Alioth · · Score: 1

      Why would the machine be unusable? The spammer just needs to run their process at low priority, so it only runs when nothing else is ready to run. The CPU will be pegged at 100%, but just like with Folding@Home, the user won't be impacted.

  58. legitmate - /dev/null + SPAM with SenderID by Anonymous Coward · · Score: 1, Insightful

    Um .. wait .. isn't there a BUG in SenderID?

    Domains below org and info can be registered in DNS within minutes today and are cheap. So it's easy to integrate SenderID into Spamtools by allocating a domain just-in-time, transfer the SPAM and then kill the domain again, all done with a single click of a button. Thanks to anonymous Domain registry services and zillions of Domains out there this will make it likewise difficult to track back the SPAMmer.

    However non-SPAMmers will have trouble supporting SenderID in their domains. I for my part often roam ISPs, so it's hard to track all those outgoing MTAs to add them to my SenderID entries of the domains I use to send eMails from.

    As a consequence this means, it's more easy to make SPAM conforming to SenderID than to do this in my highly mobile world. Thanks again, Microsoft, and poor users of Hotmail.

    SenderID shall be integrated in the ReverseDNS of the sending MTA and not in the Domain seen in From! It's relatively easy (thanks to djbdns-tools) to automatically add SenderID records to this reverse lookup of the Relay on the fly, such that all From-Adresses show up in the reverse as soon as the eMail is relayed. However this does not help, as open relays then automatically add SenderIDs as well.

    Checkmate. Either way, SenderID promotes SPAM.

  59. And people could email hotmail before by Anonymous Coward · · Score: 0

    it hardly matters. no one can email hotmail as it is.

    Everything ends up in the junk box including emails askingabout how college is going.

    And MS tags anything from gmail automatically cause most of those never even are recieved at all

  60. Re:This is one case where monopoly = good by Anonymous Coward · · Score: 0

    Totally agree! MS can start working on it immediately after they've finished off Longhorn.....

    I don't really know what people do with their address to get spam level up to annoyance level. I've three email accounts, and the last spam was received in october 2004(in my hotmail account). The other two accounts have never seen a spam-mail.

  61. Hotmail has No Spam Filter Whatsover... by loyukfai · · Score: 2, Interesting

    Even though I classify every email from Hotmail itself as junk, they still kept getting into my Inbox instead of the Spam folder.

    1. Re:Hotmail has No Spam Filter Whatsover... by Anonymous Coward · · Score: 0

      It's not junk because you aqreed to receive it when you signed up with them.

    2. Re:Hotmail has No Spam Filter Whatsover... by Al+Dimond · · Score: 1

      Who defines junk? You, or Microsoft? Clearly GP thinks it's junk and Microsoft does not.

      Well, as a technical matter, Microsoft pretty much has to write the rules in this case, since it's webmail.

      But I'd be rather disinclined to use a webmail service that would override my preferences to send through messages that I had told it I thought were junk. I would strongly consider leaving that service for one that served me better.

  62. ...and they'll save the world! by ardle · · Score: 1

    Something struck me a few weeks ago, when MS said that they were dropping *nix versions of a virus scanner company that they had just bought (where's my rant? Let's see - here. I'll re-state it to see what people think):
    I think MS is trying to get into the Internet "backbone" a bit more. They're going to provide filtering on the client side (anti-spyware and anti-virus products) but only MS boxes will be able to provide filtering "in between" and the majority of "heavy lifting" on the Internet is done by *nix boxes.
    If MS can claim to be the only entity that can filter out junk between client and server (or peers, or whetever), they might be more likely to be considered for such heavy lifting tasks, since this would free bandwidth for more lucrative payloads...

  63. I can see it now! by Evil+W1zard · · Score: 1

    CEO@Clarion.com to BillyGates@hotmail.com -- So have u figured out how to integrate Gator into Longhorn yet...

    Message delivery failed due to invalid SenderID record...

    --
    News Reporters Make Tasty Polar Bear Treats!
  64. that's easy. by Jeet81 · · Score: 1

    Since 90% of the email is spam, Microsoft can use their usual programming techniques and generate a random number. If it is lesser than 90 then delete the mail else let the mail go through. Easy...

  65. hoisted by their own petard by ehaggis · · Score: 1

    Microsoft is playing a dangerous game. Most of their Hotmail users will not understand why they are not receiving their emails or how to remedy it. They will blame Hotmail.

    Microsoft, hoisted by their own proprietary petard.

    --
    One ring to bind them - should probably have more fiber and less rings in their diet.
  66. interesting. by paRcat · · Score: 1

    Microsoft claims that 90% of email on the internet is spam. So from now on, 90% of all mail received will be automatically deleted. Thank you.

  67. Its better to choose who can send... by Anonymous Coward · · Score: 0

    A better way is to choose who can send you mail in the first place. If you don't want someone sending you mail - shut off the ability for their message to get to you. Channel-basd communications, where the message is authorized by a key (like keyed-based email ... i.e. joe+key@zoemail.com) lets the receiver choose who they want to hear from. And since spammers don't get keys, spam doesn't get to your inbox. (And if they get a hold of a key from one of your friends, change the key). Zoemail (http://www.zoemail.com/) owns the Bell Labs patent. Yahoo tried this, violated the patent, and now are going for this inferior spam control method DKIM

  68. ANSWER THE FUCKING QUESTION FUNNY MAN by Anonymous Coward · · Score: 0

    What product have they done this with and what was it inferior to at the time?

    and another question

    Why should a company not use it's marketshare to leverage it's products?

    1. Re:ANSWER THE FUCKING QUESTION FUNNY MAN by friedmud · · Score: 2, Insightful

      Ok, I'll bite..

      "Why should a company not use it's marketshare to leverage it's products?"

      Your basic premise is fine... that in general companies should be able to use their marketshare as a selling point. The problem is that in Market economies Monopolies develop (either "naturally" because they are the best, or through illegal practices).

      In our economy once a company or product reaches the state of "Monopoly" there are certain rules that they must play by in order to allow natural market forces to continue (rules as in laws). One of those is that you can't use a Monopoly in one sector to force your way into another sector.

      Microsoft has violated this time and time again... and to the detriment of consumers and consumer choice. A few recent examples:

      1. Internet Explorer. Bundling IE with Windows was how MS pushed itself into the "internet sector" using their monopoly on operating systems.

      "But IE is free! How is this bad for the consumer?!". Because MS then put proprietary extensions into IE that only it's web-server and authoring tools (Frontpage and Visual Studio) are equiped to serve/create (ActiveX and extensions to Java). So if you want to talk to IE the best way to do it is with Windows Server after creating it in Visual Studio/Frontpage... and since they used their monopoly to deploy IE... 90% of people are using it.....

      2. Windows Media Player (Both the format and the player). This one is the next MS cash cow. They bundle WMP with Windows so everyone has it...

      "But WMP is free! And it works well! How is that bad for consumers?!"

      Becuase of what they are doing now. They are pushing WMP as the next format for EVERYTHING. Music, Movies, Streaming Media... Have you noticed that the new HD-DVD codec is WMP based? Do you think you'll be able to play those without a license from MS? All MS has to do is start making set top DVD players and they can force everyone else out of the market (by not licensing the codec to them).... wait they already are! (Think XBox 360).

      What about streaming wmp?? What kind of server do you need to do that? Oh.. right.. Windows Server.

      What about music? Oh you mean WMPs with DRM will only be playable in Windows? Hmmm.

      #

      For some reason people have a hard time understanding just how evil MS really is. And when I say "evil" I don't mean that trying to make money is evil. That's capitalism. What's evil is trying to make money at the detriment to consumer choice and product quality.

      This is really a problem because destructive Monopolies are bad for the entire economy. They stagnate innovation and produce "economic blackholes" where all the money from the economy pours... but nothing comes out (how many billions does Microsoft have just sitting around in liquid assets?)

      Ok. That should do, nobody read this far anyway.

      Friedmud

    2. Re:ANSWER THE FUCKING QUESTION FUNNY MAN by hadaso · · Score: 1

      > Ok. That should do, nobody read this far anyway.

      I did! :-)

  69. Only as long as few use it by bluGill · · Score: 2, Insightful

    This works for now. However when everyone moves to it, it won't help at all. It is trivial for spammers to get around this - follow the standard. They don't bother now because most of their mail isn't being stopped by this trick. When it starts stopping a lot of email they will just implement that part of the standard and greylisting will become useless.

    1. Re:Only as long as few use it by TheGratefulNet · · Score: 1

      They don't bother now because most of their mail isn't being stopped by this trick. When it starts stopping a lot of email they will just implement that part of the standard and greylisting will become useless.

      I'm not so sure. once you start doing a store-forward (queue/retry), memory and resources will be eaten up rather quickly. this WILL be seen as a load on the user's system and he'll start to finally realize that he's owned.

      its because the spammers want to stay under the wire that they do NOT queue/retry.

      --

      --
      "It is now safe to switch off your computer."
    2. Re:Only as long as few use it by Lost+Race · · Score: 1

      It's not necessary to go to those lengths. Just do every spam run twice. Most victims will get two copies; greylisters will get one. I never bothered with greylisting because the workaround is so simple I can't believe they haven't started using it already (or won't very soon).

    3. Re:Only as long as few use it by dubl-u · · Score: 1

      This works for now. However when everyone moves to it, it won't help at all. It is trivial for spammers to get around this - follow the standard. They don't bother now because most of their mail isn't being stopped by this trick. When it starts stopping a lot of email they will just implement that part of the standard and greylisting will become useless.

      It's trivial for smart people people with good infrastructure to get around this. But there are an awful lot of spammers that are complete idiots working off of lashed-together infrastructure, half-assed open proxies, and poorly configured relays.

      I think raising the technical bar on spammers is a workable strategy. Really good techies and businesspeople can already make good money with a lot less hassle and contempt than spammers get. I've seen a couple of providers here in San Francisco go spammy as they went downhill, and good techies couldn't get out the door fast enough.

    4. Re:Only as long as few use it by AnotherBlackHat · · Score: 1

      I never bothered with greylisting because the workaround is so simple I can't believe they haven't started using it already


      When it was first announced on slashdot, I ran some tests and decided greylisting had a 15% false negative and less than 0.01% false positive rate.

      It seemed like it would be defeated in a few months, but I figured an 85% reduction in spam for a few months was a good thing.

      It's been more than a year, and greylisting still stops more than 80% of the spam.

    5. Re:Only as long as few use it by TheGratefulNet · · Score: 1

      they can't know the duration of the black-out period.

      it could be 5 minutes or an hour. or 2 hours.

      if they loop twice and still are inside my blackout period, they lose.

      --

      --
      "It is now safe to switch off your computer."
    6. Re:Only as long as few use it by nautical9 · · Score: 1
      This works for now. However when everyone moves to it, it won't help at all.
      Not entirely true; it still has the potential to remove a LOT of spam if used in conjunction with other anti-spam techniques, even if every spammer in the world sends email using proper SMTP standards.

      This is because the email will be held for at least 1 hour (can be configured for longer) before it can be delivered. By that time, it's highly likely that the spam email has been tagged by most RBL-type lists, so when it does get through, the anti-spam software can compare it (and the originating server) against the RBL lists and deny it then.

      And as another post said, it at the very least increases the resources needed to send the email. The resources on the receiving end are quite minimal (a bit of disk space for the cache of "denied" emails, and a trivial amount of network/cpu when the spam first tries to make it through), but for the spammer it's much worse because of the volume they send. The higher the cost of sending email, the less lucritive it becomes, and hopefully we can push a few of them out of the "market" as a result.

  70. So... by Sfing_ter · · Score: 1

    So, who kept their hotmail after MS bought it?
    IF YOU FEED THE MONKEY IT WILL KEEP COMING BACK.

    Funny thing is, they still have to keep some of the old bsd machines around for ... stability.

    --
    A computer once beat me at chess, but it was no match for me at kick boxing. Emo Philips
  71. In other news... by ztuni · · Score: 0

    Hotmail has decided to block all e-mail not from hotmail in an attempt to cut down on spam

  72. Nonsense by Anonymous Coward · · Score: 0

    Microsoft will patent their solution, and refuse to license it to open source developers. Hence no more free email servers that will work with the network.

    If microsoft developed a solution that worked and released it as an open standard then I'd salute them. But given their previous business practices I doubt that. And when this sendmail replacement becomes part of the Windows server offerings, hello new monopoly.

  73. who cares by Anonymous Coward · · Score: 0

    The reality is that if your using a hotmail address for anything that is even remotely important then you should really get a clue. The best thing anyone can do is get a new email address. there are so many better alternatives out there.

  74. Step 1 by VeganBob · · Score: 0

    1. Spam filtering.
    1. Preventing forged headers.
    1. Making e-mail sending computationally expensive.
    1. ...
    1. Profit!

    --
    Being funny is my sig nature.
  75. It's easy to create keys by ColourlessGreenIdeas · · Score: 1

    Especialy if you don't care about security.
    You don't have my key. If you get a signed message purporting from me, you have no way of telling if that was actually my key. You need an easy way of finding out my key. Also, srhawrtrdh12532@hotmail.com has to be somehow be prevented from getting a valid key on the grounds that he doesn't exist. (Yes. I know; keyservers and web of trust and so on and so forth. I think you'll find that incredibly few people use PGP properly. Very few get anyone to sign their key. Very very few have enough people signing their key to help build a genuine web. Almost no-one properly checks the identity of the sender and the key before trusting the key)

    --
    In soviet russia stale jokes recycle you!
  76. Auto rejecting all mail? by ravenspear · · Score: 1

    How is that a good solution? What about setups (such as mine) that depend on timely email delivery to a lot of people. This will not work for me. Although with SA, ClamAV and a bunch of blacklists, I get very little spam as it is.

  77. It works, if it does, only for the moment. by RealProgrammer · · Score: 1

    With so much money apparently out there to be made, slimy spammers will turn to using discardable domains with valid domain sender and MX records.

    They don't have to change machines, either. Just reconfigure the virtual hostname and DNS info, and they're ready to spam.

    If I were into that kind of thing, here's what I'd do: write a script to set up a virtual domain with a DNS server, sendmail, and some firewall rules. Buy a list of domains, acquire a few zombies for mail proxy, and "4. Profit!". You could rotate domains hourly, or keep several up at once, all sharing the same hardware. If one gets blacklisted (and you care), just buy another domain name.

    SenderID doesn't say anything about the mail server accepting mail, so pesky, bandwidth-choking bounce messages aren't a problem. A spam server can just drop any requests for incoming port 25. The resources are wasted on the machines which generate the bounces, not on the spam server. That's one reason why spam is profitable.

    --
    sigs, as if you care.
  78. Categories of senders is an interesting notion by bsandersen · · Score: 1

    Right now most of us have two buckets in our mail programs: our inbox and junk mail folders. If we did have 'sender ID' (or whatever wins) then we could have three (or more) buckets: known senders, inbox of unverifiable senders, and junk mail.

    At first, we wouldn't get much traffic in the known senders bucket but there would eventually be a cross-over point where the vast majority of the mail we want to receive is funneled to the known senders folder and we stop paying attention to the regular inbox of unverifiable senders (or we only look in it a couple of times a day).

    Of course whatever happens next will need to be evolutionary, but this path seems like a reasonable one to me.

    -- Scott

  79. Since most spam comes from zombie PCs by oneandoneis2 · · Score: 1
    . . . why not just create a "Windows license" so you can only install & use Windows after you prove you're not going to leave it wide-open to spammers?

    Wouldn't be too hard. A few questions like:

    • What's a firewall?
    • What's an anti-virus?
    • What browser do you use?
    • Should you open this attachment?
    • Should you download this software?
    . . . would weed out almost every user who, metaphorically, throws his computer open and yells "Free bandwidth, get it while it's hot!" to the spammers. Without a huge global network of PCs sending their spam out for free, spammers can't send spam, and the whole problem goes away.

    Note for the humour-impaired: Yes, that is in fact a joke

    --
    So.. it has come to this
  80. There's no span in MY house! by Anonymous Coward · · Score: 0

    Why? Because I never bought any. Fancy that. And I don't care how high the SPF is. I can lay that stuff on three layers thick, and I still burn in 10 minutes. That junk just seals in the flavor.

  81. Email Authentication Options by SuperSanta · · Score: 2, Informative

    I just got back New York and the http://www.emailauthentication.org/summit2005/agen da.html/ Email Authentication Summit that covered all of these topics. Here's the last one page summary on all 3 (SPF, Sender ID, DKIM)

    How is validation performed?
    SPF - RFC2821 MAIL FROM address, "Bounce" or "envelope from" address
    Sender ID - RFC2822 PRA FROM address
    DKIM / DK - Designated "singer" address/RFC2822 FROM address

    Strengths
    SPF - Reduces bounce messages where the victim receives errors for mail they didn't send
    Sender ID - Validates the identity most users see and reduces the threat to phishing.
    DKIM / DK - Provides end-to-end validation over multiple hops (i.e. forwarding)

    MTA Updates?
    SPF - Receiving update required.
    Sender ID - Receiving update required.
    DKIM / DK - Sender / Receiving MTA update required.

    Weaknesses
    SPF - Only validates the last hop
    Sender ID - Only validates the last hop
    DKIM / DK - Can be "broken" by imperceptible changes (and FWD: >'s in messages)

    Publishing / Signing
    SPF - Easy. Publish and maintain in DNS.
    Sender ID - Easy. Publish and maintain in DNS.
    DKIM / DK - Create keys & publish in DNS.

    Mailing Lists
    SPF - Easy.
    Sender ID - Easy.
    DKIM / DK - Hard

    Forwarding
    SPF - Hard.
    Sender ID - Requires a header added.
    DKIM / DK - Easy

    Performance
    SPF - Negotiable. ISPS may cache to improve.
    Sender ID - Negotiable. ISPS may cache to improve.
    DKIM / DK - 5 - 10% processing CPU

    1. Re:Email Authentication Options by Anonymous Coward · · Score: 0
      Your performance comparison is shortsighted (wrong), SenderID requires acceptance of the entire message while SPF permits rejection at SMTP time. You can't just factor in the cost of a DNS lookup for SPF and SenderID and then cost the processing time for DK without taking the full functionality of the respective protocols into consideration.

      Your Forwarding comparison is wrong, spoofing arbritary headers is simple, therefore SenderID does not function with forwarded email (or any email for that matter).

      Your Mailing list comparison is wrong, SenderID breaks on mailing lists.

      It now logically follows that your strength & weakness comparisons are totally wrong.

      You also forgot:

      Functionality
      SPF - Works as advertised
      Sender ID - Does not work

      Implimentation
      SPF - Free as in freedom
      Sender ID - Free as in bow before Microsoft sucka

      Other than these minor details, I found your post to be most accurate and highly informative. Thankyou.

    2. Re:Email Authentication Options by SuperSanta · · Score: 1

      As I said, it was not my summary, it was from the conference. I'd suggest you direct such questions / comments to the presenter - in that case Eric Allman CTO for Sendmail.

      Your welcome anonymous coward! I always love that term...Whether right, wrong, indifferent or sarcastic, atleast I'm willing to stand up and be recognized for the opinions of which I am speaking.

    3. Re:Email Authentication Options by Anonymous Coward · · Score: 0
      Right you are supersanta, however my real name just so-happens to be "anonymous coward".

      I don't think I'm going to sway Eric Allman, that's the problem with bought men.

  82. 90% of email is spam? by Chris+Mattern · · Score: 1

    Well, I'm sure that to the people who run hotmail, it must seem that way.

    Chris Mattern

  83. Invalid E-mails by Rac3r5 · · Score: 1

    "If Microsoft went through with this, for example, a significant portion of valid e-mails would never reach intended Hotmail recipients."

    Umm... its already happening. A number of my friends and I have noticed that e-mails we send sometimes end up going to the Junk E-mail folder. And yes, its already starting to tick a number of ppl off, forcing them to use other means.

  84. Zombies will steal your sender ID by Animats · · Score: 3, Insightful
    Right now, most zombie machines send using some arbitrary identity. Most of them are just proxies or forwarders, not mail generators. The way the spam industry works is that you rent some zombies at SpecialHam, get a "bulletproof mail server" from Black Box Hosting in China, install Dark Mailer, and go. Dark Mailer runs on the "bulletproof mail server" and generates the messages, which are sent via your rented proxy farm.

    If sender ID goes in, the software that takes over a target machine will just have to use the normal sending identity for that machine, or, more simply, transmit it back to the bulk mailer so the mailer can construct the outgoing messages accordingly.

    MX Logic reports that, as of March, 9% of spam already has valid SPF markings, and 0.83% have valid Sender ID markings. So the technology to bypass SPF and Sender ID is already deployed.

  85. Very Simple Solution... by DarthVain · · Score: 1

    Don't use Hotmail...

  86. more information by Exter-C · · Score: 1

    Based on the information at this URL :
    http://www.maawg.org/about/whitepapers/spf_sendID

    It appears as though AOL has adopted both SPF and Sender ID based Records. as Per Here:

    host -t TXT aol.com ;; Truncated, retrying in TCP mode.
    aol.com descriptive text "spf2.0/pra ip4:152.163.225.0/24 ip4:205.188.139.0/24 ip4:205.188.144.0/24 ip4:205.188.156.0/23 ip4:205.188.159.0/24 ip4:64.12.136.0/23 ip4:64.12.138.0/24 ptr:mx.aol.com ?all"
    aol.com descriptive text "v=spf1 ip4:152.163.225.0/24 ip4:205.188.139.0/24 ip4:205.188.144.0/24 ip4:205.188.156.0/23 ip4:205.188.159.0/24 ip4:64.12.136.0/23 ip4:64.12.138.0/24 ptr:mx.aol.com ?all"

  87. They don't even need SPF for that. by khasim · · Score: 1

    Phishing schemes attempt to mimic the most common banks and such.

    All that Microsoft would have to do to kill phishing on Hotmail would be to check the From: field for paypal, ebay, USBank, MBNA, etc and then see if the sending IP address matches the sending machines for those sites.

    And I'm sure that Microsoft would get lots of help from those companies to keep Microsoft's list current.

    There, instant death for phishing those sites. Then they could work to the less common banks and such.

    Getting a phishing email from Ethel's Bank and Feed Store in Nebraska won't affect too many people. And it shouldn't be too difficult for those smaller banks to contact Microsoft and confirm their identity to be added to the list.

    So, Microsoft kills all phishing on Hotmail and doesn't require any other email servers to adopt anything new.

    Google can do the same with gmail. Yahoo! can do the same. Everyone can maintain their own lists.

    Eventually, the banking regulators should get involved and provide a secure list of those addresses.

    This doesn't solve the same problems as SenderID and SPF solve, but it does get rid of the phishing TODAY. And this issue NEEDS to be solved TODAY.

    1. Re:They don't even need SPF for that. by shmlco · · Score: 1
      ...and then see if the sending IP address matches the sending machines for those sites.

      Which, unless I'm very mistaken, is what an SPF record allows you to do, identify the machines in a domain authorized to send mail.

      The problem with your suggestion is that everyone who wants to prevent people from phishing using their name would need to register with hotmail... and yahoo... and excite... and gmail... and...

      I hope you get the idea. Not to mention that you have no idea that the people who register are authorized to do so. At least with a change to the domain record you can assume it was authorized.

      --
      Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
  88. Alternate filtering techniques by fulldecent · · Score: 1
    1. Filter by IP.

    I don't know anyone in Asia. You don't know anyone in Asia. What is so wrong with this:
    [x] Block mail from Asia
    Seriously though, spam is a simple problem with a simple solution. It's just that the solution isn't popular enough: PGP.
    --

    -- I was raised on the command line, bitch

  89. Who Uses Hotmail? by cmacb · · Score: 1

    I don't know anyone who uses Hotmail for anything other than SPAM collectors. The interface is slow and cluttered, the terms (must sign on once a month) more restrictive, and they have demonstrated that they can't keep up with the space-race between Google and Yahoo (and some others). I rank their free e-mail offering a couple of notches below MyWay, Netscape and peoples local ISPs which are also responding to the space race by more generous storage deals.

    Even AOL's new AIM e-mail now that it has IMAP support is making the others look week.

    Now if Hotmail would just drop the sign-on frequently requirement it would be the perfect SPAM trap. I could direct all my junk mail there and they would delete it automatically. Way to go MS! Innovation!

  90. Junk mail by klept · · Score: 1

    Have a yahoo email account and can tell you since they started their new email authentification, I get plenty of Spam. Furthermore some legitimate email hasn't gotten through. With AOL some email I send doesn't arrive and have to send again If Microsoft succeeds in pushing their junk through , then it will make it that much easier for spamers. After all they have only one system to target. Diversity in products can make these creeps job difficult if not impossable. Don't use Nortan or Mcaffee antiviral software but an open source free app.. Practically no viruses enter. And when they do it is my own fault and they are easily isolated. Reason is probably not only is the software good, but not that many people use it. Ergo some malacious creep isnt going to try and waste their time cracking it.

  91. DKIM and PGP do different things by wayne · · Score: 1
    DKIM and PGP do different things and are complementary technologies. In fact, Jon Callas, the founder of PGP Inc, is one of the co-authors of the DKIM draft.

    DKIM lets domain owners "easily" sign all email coming from them as valid. DKIM does not do encryption or per-user authentication. PGP and S/MIME can do both encryption and per-user authentication, but it requires certs and public-key infrastructure (PKI) stuff that makes it much more complicated.

    So, if you want to know if the email you received from ebay is legit, use DKIM (or SPF). If you want to know if the secret contract you are negotiating with is really from the CEO of ebay, use PGP (or S/MIME).

    --
    SPF support for most open source mail servers can be found at libspf2.
  92. Re:IMPORTANT !!!! PLEASE MOD THIS UP !!!! by Anonymous Coward · · Score: 0
    Note to mods: I am placing this as high in the thread as I can, so that the editors and OP can see it. It is vital that they see this post, so that they can make the necessary corrections

    Last week they had an article with three spelling mistakes in one sentence. I emailed them; they ignored it. So good luck. Nevertheless, I modded you up from the current -1, which is why I'm posting this AC.

  93. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  94. Definitions by Beefslaya · · Score: 0
    Microsofts definition of "spam" is any mail not sent from an exchange server. Therefore the answer is to create a proprietary technology that won't run on open source mail servers such as Postfix, and reject mail that doesn't come from it.

    Be a real software company and tight up your mail systems. And quit trying to reinvent the wheel.

    I can sit and watch my RBL rejections on my spam filters running Postfix and 90% of my spam comes from AOL, Yahoo, and Hotmail...so F U Microsuck. Before you remove the spec from my eye...take the big fucking tree out of yours.

  95. Re:IMPORTANT !!!! PLEASE MOD THIS UP !!!! by Afrosheen · · Score: 0, Offtopic

    That's 'anally retentive'. Anally obsessive is more descriptive of rainbow flaggers.

  96. If this is true then... by Anonymous Coward · · Score: 0

    >>> a significant portion of valid e-mails would never reach intended Hotmail recipients

    Wouldn't this cause the last remaining hotmail users to switch over to Google's gmail?

    I get very few spam messages in my gmail account and I think all the intended emails are reaching me (since nobody complained to me about my not responding to them).

  97. Of all the inaccurate reporting on here... by Yankovic · · Score: 1

    Ok, this is massive FUD. SenderID & DKIM's single jobs are that IF a domain has that as part of it's DNS _AND_ it doesn't match the mail, then that mail is automatically dumped.

    Example 1:
    Paypal.com has a Sender ID
    Badguy.com sends something and it claims to be from Paypal.com
    Hotmail drops the mail

    Example 2:
    Fidelity.com does not have a Sender ID
    Badguy.com sends something it claims to be from Fidelity.com
    Hotmail DOES NOT drop the mail

    That's it! There's no random dropping or risk to mail. If someone is claiming to be someone they are not, drop them! Simple!

  98. I beg to differ... by doctorjay · · Score: 1, Insightful

    I have multiple hotmail accounts, and one of them is a generic name that could easily get slammed by dictionary spammers. The other is a not so generic name. I literally NEVER get spam on that account. So your claim that hotmail purposfully sells its lists or allows spam to go to ALL hotmail members is bogus. Stop signing up for pr0n stop giving merchants your email, and dont use email addys like puppy123@hotmail.com and I gurantee you wont have any spam from anywhere. Hotmail most definitly does NOT allow spam, nor do they sell their lists or anything like that. If you dont believe me make a new hotmail account, dont give the address to ANYONE... and see how much spam you get. You wont get any, guranteed. But of course you must make your email address something that a dictionary cant get etc..

  99. Leverage is a naming word, not a doing word. by Anonymous Coward · · Score: 0
    No, you didn't! Leverage is a noun

    Then what is the verb meaning "to use as a metaphorical lever"?

    What is the verb meaning "to set up a straw man argument when you're defending a position that is simply wrong" ? (How about "slashturbate"? Oops, no, that's already gone. How about "slashtervate" ?)

    Leverage *is* a noun. Most all of the places where it is used in bizspeak, appropriate words would be "harness", "employ", "utilise", or, best and simplest, "use". Once you've got that phrase vertically integrated into your knowledge mobilisation, we can fully harmonise the synergistic value-add of our dialoguing.

  100. Gmail by Mozk · · Score: 1

    "Microsoft claims that 90% of email on the internet is spam."

    My Gmail account is 90% of the internet.

    --
    No existe.
  101. Spamassassin by lorcha · · Score: 1
    I've found that SA does a good job with 419s. Every month or two I get a 419 hit my inbox, but no solution will be able to block 100% of spam without false positives.

    SA has been great with respect to false positives. I've only had 1 or 2 non-spam messages ever wind up in the "probably spam" folder (which only sees about 3 spams per day... not too hard to sort through), and have never had a non-spam message rejected outright (if I had, the sender would have contacted me and said, WTF? since I reject during SMTP... I don't /dev/null any mail.)

    --
    "Avoid employing unlucky people - throw half of the pile of CVs in the bin without reading them." -- David Brent
  102. Important question by Spy+der+Mann · · Score: 1

    Will Microsoft delete legit e-mails coming from Yahoo! ?

  103. Re:SPF doesn't prevent spam - Yes It Does! by nightbreeze · · Score: 1

    It sure does. It verifies that the envelope data came from the senders server. It checks the envelope data and compares it to the spf record from your domain. One way around this is if a email server is an open relay allowing anyone to send email through the server. However most email admins do not allow others to relay thru their server. Here is a great email related list serv. http://www.ipswitch.com/Support/IMail/discussion_l ist.html>

  104. A GNU solution? by dankelley · · Score: 1
    Tacked-on solutions to email seem a little like new circles in ancient astronomical models. At some stage, it might be time for a new approach.

    Unlike others posting here, I have no bright ideas. But I do hae worries and I do have hopes. Worry: a commercial solution will become standard and force me to use software not of my own choice. Hope: a non-commercial solution will surface, proving that GNU (*) has new ideas.

    --

    * or FSF or OSS or foo or bar or whatever the heck is the politically correct way of saying this without starting a flame war.

  105. Dear Microsoft, by jcuervo · · Score: 0, Flamebait

    Sender-ID advocates a

    (x) technical ( ) legislative ( ) market-based ( ) vigilante

    approach to fighting spam. Your idea will not work. Here is why it won't work. (One or more of the following may apply to your particular idea, and it may have other flaws which vary from state to state.)

    ( ) Spammers can easily use it to harvest email addresses
    ( ) Mailing lists and other legitimate email uses would be affected
    ( ) No one will be able to find the guy or collect the money
    ( ) It is defenseless against brute force attacks
    ( ) It will stop spam for two weeks and then we'll be stuck with it
    ( ) Users of email will not put up with it
    ( ) Microsoft will not put up with it
    ( ) The police will not put up with it
    ( ) Requires too much cooperation from spammers
    ( ) Requires cooperation from too many of your friends and is counterintuitive
    (x) Requires immediate total cooperation from everybody at once
    ( ) Many email users cannot afford to lose business or alienate potential employers
    ( ) Spammers don't care about invalid addresses in their lists
    ( ) Anyone could anonymously destroy anyone else's career or business
    (x) Ideas similar to yours are easy to come up with, yet none have ever worked
    ( ) Other:

    Specifically, your plan fails to account for

    ( ) Laws expressly prohibiting it
    ( ) Lack of centrally controlling authority for email
    (x) Open relays in foreign countries
    ( ) Ease of searching tiny alphanumeric address space of all email addresses
    ( ) Asshats
    ( ) Jurisdictional problems
    ( ) Unpopularity of weird new taxes
    ( ) Public reluctance to accept weird new forms of money
    ( ) Huge existing software investment in SMTP
    ( ) Susceptibility of protocols other than SMTP to attack
    ( ) Willingness of users to install OS patches received by email
    ( ) Armies of worm riddled broadband-connected Windows boxes
    ( ) Eternal arms race involved in all filtering approaches
    ( ) Extreme profitability of spam
    ( ) Joe jobs and/or identity theft
    ( ) Technically illiterate politicians
    ( ) Extreme stupidity on the part of people who do business with spammers
    ( ) Dishonesty on the part of spammers themselves
    ( ) Bandwidth costs that are unaffected by client filtering
    ( ) Outlook
    (x) Other: cheap throwaway domains

    and the following philosophical objections may also apply:

    ( ) Any scheme based on opt-out is unacceptable
    ( ) SMTP headers should not be the subject of legislation
    (x) Blacklists suck
    (x) Whitelists suck
    ( ) We should be able to talk about Viagra without being censored
    ( ) Countermeasures cannot involve wire fraud or credit card fraud
    ( ) Countermeasures cannot involve sabotage of public networks
    ( ) Sending email should be free
    ( ) Why should we have to trust you and your servers?
    ( ) Incompatiblity with open source or open source licenses
    ( ) Feel-good measures do nothing to solve the problem
    ( ) Temporary/one-time email addresses are cumbersome
    ( ) I don't want the government reading my email
    ( ) Killing them that way is not slow and painful enough
    ( ) Other:

    Furthermore, this is what I think about you:

    ( ) Nice try, dude, but I don't think it will work.
    ( ) This is a stupid idea, and you're a stupid person for suggesting it.
    (x) Nice try, assh0le! I'm going to find out where you live and burn your house down!

    --
    Assume I was drunk when I posted this.
  106. Forwarding in SPF by tepples · · Score: 1

    SPF seems like it might no allow forwarding and remailing to work, though.

    Under SPF-aware forwarding, each remail operation on a message replaces the envelope's sender address, and only the newest envelope is checked against the domain's SPF record.

  107. So the obvious solution here is.... by raehl · · Score: 1

    We know that spammers are smart, and thus hard to catch/stop. We also know that the people who respond to spam are dumb, or they wouldn't do it. Since they're dumb, they're much easier to catch.

    Seems the obvious solution here is that if you respond to spam, we shoot you. This should quickly stop people from responding to spam, and thus make it unprofitable for people to send spam in the first place.

    As an added bonus, more oxygen for the rest of us.

  108. Yoiks! by Vainglorious+Coward · · Score: 1

    I didn't realise when I replied to you earlier that you are not just a regular proponent of SPF, but Wayne* , so of course, you're very familiar indeed with the pros and cons of SPF. My apologies for not recognising you earlier, and for perhaps oversimplifying what I think all sides in the debate will concede is a difficult problem.



    * I guess you've been on by Friends list for so many years, I'd long forgotten *why*

    --
    My next sig will be ready soon, but subscribers can beat the rush
  109. Thunderbird by pipingguy · · Score: 1


    Thunderbird filtering works for me quite well, but it doesn't really stop the onslaught of assholes promoting their worthless crap by filling the servers' pipes. My inbox just doesn't see their junk as it is auto-deleted.

  110. Impact on minor sysadmins by Randseed · · Score: 1
    Whenever I read an article like this, the first thing that truly springs to mind is how it will impact me. I don't send spam. I don't abuse the net. But I run my own mail server, and receive mail on a dynamic DNS domain.

    In other words, I might support it if it does its job (reduces spam) while simultaneously allowing me a reasonable level of freedom (i.e., ability to continue running my mail system). The concern I always have is that it might turn into what port 25 blocking has become: a mechanism to force users to route mail through pathetic "approved' servers that do bizarre things with mail.

    For better or worse, I think when that happens you might see an alternative to SMTP and the standard mail system come about. I personally think that will be a good thing.

  111. SPF doesn't do jack by typical · · Score: 1

    SPF is roughly on par with the overpriced solutions that consultants sell stupid, desperate clients. Think Y2K era. People will do *anything* to stop spam, so they accepted an authentication system that:

    * Doesn't have anything better than domain-level granularity (If I compromise a single account at Ford, you've got a fun time ahead of you.)

    * Doesn't actually provide a proposal as to how to stop spam (this is actually verbally danced around on the SPF website, with hand-wavy statements about webs of trust and other things that have failed to materialize).

    * Doesn't deal with throwaway domains.

    * Treats as trusted a non-authenticated transport (DNS), which allows not only breaking SPF, but due to DNS caching, severely breaking it.

    * Has severe side effects. We've moved away from the era of the true peer-to-peer mail server, where each box ran a mail server and didn't need to own a domain, and I'm still getting spam. However, now I have to live with the side effects.

    Basically, SPF is a system that attempts to do nothing other than authentication to a domain (not spam stopping), and fails to securely do even that.

    The problem is the people that say "yes, it won't *stop* spam, but it will stop N%". The problem is that if you continue accepting solutions with negative side effects but which can be worked around, spammers simply work around them. Just like biology, if you start dumping a small amount of antibiotic on bacteria, sooner or later you have bacteria that aren't bothered by the antibiotic (except spammers are a lot smarter than bacteria and evolve a lot faster). No solution with negative side effects should be adopted unless it really has promise to *stop* spam in a non-workaroundable way, or at least permanently reduce it to an insignificant amount.

    I'm just waiting for people to give up and use PGP (or similar) with whitelists plus some sort of trust system. It will happen sooner or later. It might wait until Outlook starts doing it, but it will happen.

    --
    Any program relying on (nontrivial) preemptive multithreading will be buggy.
  112. mailsnare.com, any others? by typical · · Score: 1

    As a bit of a digression, I just started using graylisting on mailsnare.com, and I was wondering what other mail providers people use that they're pleased with.

    (I used a bunch of online comparison resources to find mailsnare, and chose it because the configuration is most like my own mail processing system (ClamAV + SA) so I could configure it to block a bunch of mail before I have to download it and because they do encrypted pop/imap. Oh, and because they give you a subdomain of your own, which my previous university did and I had gotten attached to.

    I don't have much to compare it to, but I haven't had any problems getting email through, so they beat my place of employment and my former university, both of which were known for occasional glitches and hold-ups.

    I'm a bit curious to know what services the other techies on Slashdot use, particularly if they're quite happy with them or there are unusual, geek-friendly features.

    I'm not tied to mailsnare (since I have a "lifetime" account elsewhere that forwards to them), and I could pretty easily switch services if there was something better out there.

    The main disadvantage of mailsnare is that their email boxes are relatively small (100 MB for my account), but which happens to not be a problem for me because my normal mode of operation is to regularly suck mail down to my box via fetchmail, not to leave it on-server (thus, the point of me getting service is essentially to provide a reliable access point that does some filtering and provides a secure channel back to my machine).

    Anyone else have favorites that might be worth looking into?

    --
    Any program relying on (nontrivial) preemptive multithreading will be buggy.
  113. DKIM? by Anonymous Coward · · Score: 0

    Please tell me that the acronym DKIM is not pronounced "Dick'em".
    This is what M$ does to thier customers.

  114. Nope. by khasim · · Score: 1
    Which, unless I'm very mistaken, is what an SPF record allows you to do, identify the machines in a domain authorized to send mail.
    Nope. SPF allows me to identify which machines are allowed to send email claiming to be from my domain.

    With SPF, I have to set up the info for my domain and the recipient has to have a system that checks that info.
    The problem with your suggestion is that everyone who wants to prevent people from phishing using their name would need to register with hotmail... and yahoo... and excite... and gmail... and...
    They could do that. But as I noted in my original post, Ethel's Bank and Feed Store isn't going to get many phishing attempts.

    Yet I see ones "from" eBay and PayPal and USBank and MBNA and so forth every day.

    If MICROSOFT wanted to block phishing attempts to Hotmail users "from" those sites, then Microsoft could collect the necessary information and not wait on anyone else to deploy SPF or SenderID.
    I hope you get the idea.
    I already had the idea. You're the one confused about who does what work to achieve what result.
    Not to mention that you have no idea that the people who register are authorized to do so.
    It's easy to find out if the sending server is in an assigned block.

    You're still confused about who would do what work to achieve which result.

    I'm already doing part of this with a local blacklist. I don't need eBay to tell me what servers they send their messages from. I can find that info and I can kill all phishing attempts "from" eBay. Even if eBay never filled out an SPF record or a SenderID record.

    In other words, I can solve this problem, today, for my system, without them having to setup anything.
    1. Re:Nope. by shmlco · · Score: 1
      I manage a site with a mere 20,000 members, and I get phish attempts bounced back from people pretending to be from my site on a daily basis. You don't have to be one of the "bigs" to have the problem, but according to you each one of us with a mail server should spend their hours collecting all of that information...

      ...which, if you're doing it the way you say you are, makes you a piss-poor system administrator. Yeah, MS could, like you, GUESS which servers ebay is using today to send it's e-mail. Which doesn't mean that they'd actually find all of them, nor would they (nor you) know where ebay's backups and secondaries may reside, nor will you know when they suddenly change them or use them.

      Unlike SPF, which exists to TELL you (and me, and everyone else) precisely and exactly where they are, currently in use or not.

      You're not "solving" anything, and probably screwing up your user's e-mail to boot...

      --
      Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
  115. flag it as potential spam... by hadaso · · Score: 1

    I believe there are implementations that use SpamAssassin and weigh an SPF test in. The way to do it is of course to use all the available data, including results of SPF/DKIM if available, and use statistics to assign them weights that produce the best prediction of a message being unwanted.]

    What it seems M$ is planning is to weigh SenderID compliance more than what statistics would give it, making more uncomplying messages go into the Jubk mail folder, and by doing so with many millions of mailboxes of users who have no real choice about their spam filters, they can thus force copliance.

    One mportant thing one needs to remember is that in some jurisdictions complying with SenderID would mean either infringing on M$ IP or getting a license from them.

  116. The worst assumption in implementing SPF/SenderID by hadaso · · Score: 1

    The worst assumption in implementing SPF/SenderID is classifying doamins that did not publish an SPF record as incompliant, when the SPF specification specifically means that not publishing an SPF record has a meaning equivalent to publishing a record that authorizes sending from any server. In other words: The SPF specification has a default record that is assumed if no record is explicitly given and that is the record that is most suitable to the vast majority of email users - those that do not need to protect the use of their "brand name" in hidden email headers (another misinformation in the article is that SPF/SenderID protects somehow against "changing" the "From" header. It does not in any way. "From" is not checked by SPF, and is checked by SenderID only if there is absolutely no other kind of sesnder/resender headers. I would say that the only thing that these "authentication" schmes do is promote the worse kind of identity theft: stealing credit card info+personal info needed to use the CC numbers, and using these to buy wahtever's needed to bypass SPF/DKIM - all that's needed is a domain name to use in a hidden email header.)

  117. Re:No single technology.. -Obscure, effective MTA by iamcf13 · · Score: 1

    Note: This is an on-topic 'ad'. If you hate ads, read no further. If you are 'drowning' in unwanted spam email, please read on.


    No single technology will bring spam under control. It's going to take a blend of technologies, namely:

    Spam filtering.

    Preventing forged headers.

    Making e-mail sending computationally expensive.


    I did this back in July, 2004 as Windows shareware, the platform that could *really* use such software.

    Note: Submitted with 'No Karma Bonus' to prevent cries of 'Karmawhoring/astroturfing'.

  118. No real problem for you! by hadaso · · Score: 1

    You shouldn't have any problem with SPF.

    First, you need to publish a one line SPF in your DNS record. That's a few minutes work.

    And then, if your forum software allows a forum member to email another forum member using your server and their email address in "From", then you should either have an additional "Sender" header with an address in your domain (which is really the correct way to do it and comply with email standars - rfc2822), or you can use your own address in the "From" and their address in "Reply-to" (which is less standards compliant, because rfc2822 defines "From" as the author and "Sender" as the one actually sending - such as when a boss dictates to a secretary and the secretary sends).

  119. Bypassing SPF is so easy!!! by hadaso · · Score: 1

    No need to alter ebay/paypal DNS.
    No need to spoof IP.

    Method 1:
    You need a bunch of stolen credit card info with enough personal info to use for small payments online.
    You buy domains werothjwer.com werwervser634.com etc. (not paypa1.com)
    You send your spam with Paypal.com/ebay.com in the "From" header and with werothjwer.com in the "Sender" header and the SMTP envelope-from.
    Your email passes SPF/SenderID tests perfectly, and the recipient email client (Outlook Express?) proudly peresents email "From: paypal.com" (not paypa1.com!).
    By the time someone complains about you using their credit card your phishing emails are history, and you have a pile of now CC+personal info to use for your next venture. Paypal/ebay can seize all your registered doamains because you don't need them anymore. You get new ones every day using presh stolen identities.

    method 2:
    No need for the classical identity theft (Credit card+personal info). You alter the trjan horses that power your spam sending botnet to use info from the compromised machine's credentials in the "Sender" header and the SMTP envelope-from and route it through the servers listed in the email account info on the infected PC. You can still use paypal.com or ebay.com in the "From" field.

    SPF/SenderID are very well suited to fight late 20th century spammers' methods, but the 20th century is over and spammers don't use these methods anymore.

    The real mistake with all those "authentication" methods is that the data they try to "authenticate" is quite meaningless and useless in the email protocols. the only piece of data that has any significance in an SMTP transaction is the recipient's envelope address. If it is not correct the message never gets to its destination. The rest is quite useless, especially for bulk mailers (the envelope-from is there for error messages in case of indirect delivery, and the different headers indicating "message origin" are there for replies. Bulk mailers have no interest in either of them so they are free to abuse them). If you don't want to be fooled with an email "from paypal" that is not from paypal, all you have to do is to give paypal a unique address to send mail to you. Mail sent from paypal to that address is from paypal. Mail sent "from paypal" to any other address you use is not from paypal. So the only thing needed to protect people from themselves is to educate them about using unique email addresses with those entities such as financial institutes where they want to be sure they email sent is really from the intended sender. It's not foolproof, but it would be extremely difficult to break this in bulk. It's not like harvesting/purchasing huge lists of addresses. It's a real effort to recover each single address.

    One obstacle to public education is that ISPs have no interest in having their customers know that email addresses are so cheap. The only thing that locks Joe Sixpack or Jane Shoponline to their ISP is the precious email address they got from their ISP. Changing an email address is a hassle and most users don't realize that there's no real reason to use the email address supplied by their connectivity provider (except to make it difficult to switch providers).

    One suggested method to base authentication on recipient's address is VarA (http://wiki.outboundindex.net/VarA). VarA is a way to do it without any database. There are many other ways to do it, but actually all one needs right now is a disposable email address service like spamgourmet.com or sneakemail.com, or an email provider that allows users to use all addresses in a subdomain (like FastMail.FM allowing user jcitizen to use all addresses like anything@jcitizen.fastmail.fm). There are many other services that provide similar functionality. There is no "best" option here. I use a combination of the three above and addresses in my own domain (another cheap option). One concern that I have with those "authentication" schemes like SPF is that they would make it harder to use bulletproof anti-phishing protection like unique addresses for an "authentication" scheme that any half educated spammer would be able to bypass... :-(

    1. Re:Bypassing SPF is so easy!!! by Shadowlore · · Score: 1

      Method 1:
      You need a bunch of stolen credit card info with enough personal info to use for small payments online.
      You buy domains werothjwer.com werwervser634.com etc. (not paypa1.com)
      You send your spam with Paypal.com/ebay.com in the "From" header and with werothjwer.com in the "Sender" header and the SMTP envelope-from.
      Your email passes SPF/SenderID tests perfectly, and the recipient email client (Outlook Express?) proudly peresents email "From: paypal.com" (not paypa1.com!).
      By the time someone complains about you using their credit card your phishing emails are history, and you have a pile of now CC+personal info to use for your next venture. Paypal/ebay can seize all your registered doamains because you don't need them anymore. You get new ones every day using presh stolen identities.


      How does this bypass header checks using SPF? YOur "From" is a header that gets checked. When your mailserver verifies the From address, your "easy bypass" is an absolute failure. SPF CAN check the From addess, it's merely a matter of choice. Note that checking the From line also handles option 2.

      In postfix, at least, you could set up triggers to check the From field only for specific domains. For example, I can have in my header checks triggers for paypal.com, ebay, *bank*, etc. to run an SPF check. This keeps resource usage down.

      Thinking in layers is the most effective approach to fighting spam, just like it is in security. Defense in depth. Use your early checks to weed out the common easy stuff (such as envelope sender SPF), then do additional checks that may require more resources only on certain triggers. Sure, header and content inspection generally take place after mail acceptance ... though this is not always required, but eliminating it is eliminating it. Naturally I'd prefer to reject during the SMTP transaction (and you can), but as a second layer, I'll take discarding the spam/phish attempt before it reaches my eyes too.

      Also MUAs should compare the From field with the envelope sender address and so on. If the From and the envelope sender are different domains, it can trigger additional MUA checks and eventually display a warning about a possible phishing attempt. This is an additional layer of protection -- one that does not require end user intervention.

      If you don't want to be fooled with an email "from paypal" that is not from paypal, all you have to do is to give paypal a unique address to send mail to you. Mail sent from paypal to that address is from paypal. Mail sent "from paypal" to any other address you use is not from paypal.

      That's easy to bypass. ;) Just need a trojan/worm that checks your inboc for addresses. Sender, recipient, it doesn't matter. If you still have an email from them in your mailbox when the tojan hits, your "paypal only" address just got sent out and is now on the lists making the rounds. Note this is similar to your method 2.

      On method 2, I think you are referring to defeating sender ID, which I am not talking about. The compromised machine you are referring to is a client machine, not a server. Thus there are no "client machine credentials" to bother with.

      That said I use a variety of custom addresses for various places. It's good for tracking what companies *really* do with your aemail address. They claim they do't give or sell it but when you start getting email from somewhere else to that IP, you know they were less than honest.

      One concern that I have with those "authentication" schemes like SPF is that they would make it harder to use bulletproof anti-phishing protection like unique addresses for an "authentication" scheme that any half educated spammer would be able to bypass

      Care to explain that? Just how does sender verification such as SPF eliminate unique addresses? I use both in combination without problem. SPF merely attempts to determine if the sender address is one that the domain owner uses. It does not care wh

      --
      My Suburban burns less gasoline than your Prius.
    2. Re:Bypassing SPF is so easy!!! by hadaso · · Score: 1

      > Thinking in layers is the most effective approach to fighting spam ...

      ABSOLUTELY!!!

      > SPF CAN check the From addess, it's merely a matter of choice

      But then it's not really SPF. The SPF standard defines both a way of publicizing a list of hosts that may send on behalf of a domain, and a method of assigning a pass/notpass value to an email message based on the published SPF record (or lack of such record). SPF defines its tests with the envelope-from address. SenderID uses the same record in the DNS comparing it to a different address, so it's the same list of servers with a different test. Testing the header "From" using the SPF record is yet another test that is not equivalent to any published standard. So if everyone, or even just several big ISPs decide to do this, it adds another UNPUBLISHED standard that senders have to comply with. I don't say that it is a bad idea to compare the header "From" address to the SPF record. It might be good as an extra layer in ranking messages as more or less "spammy" after reception and filtering mail accordingly. But it was not chosen as a good method to verify source because it breaks too much legitimate email.

      > ... Just need a trojan/worm that checks your inbox for addresses ...
      Or your trash folder. Or your swap file... A trojan could just insert the spam directly into your inbox bypassing all email protocols... but they are not doing it yet. I suspect that they are already starting to crop addresses by scanning the HD of compromised machines.

      > Regarding VARA ... you do know that half of it is SPF right?
      Yes, sort of. VARA is just a concept. It can use SPF or other methods to try to verify that email came from a "legitimate" host.

      > The only difference is you want the end user to make the SPF record
      Actually not. The user only says that email address A is to recieve email only from domain Bm, and that's it. The owner of domain B set up their own SPF record. When email arrives for address A, the MTA quries the DNS for the SPF record of domain B, and accepts email only if it passes the test. An ISP can provide this service to a user is by letting her access a web page where she enters a domain or list of domains, and then an email address is generated than can be handed to whoever is supposed to send the email "from" these domains.

      > By using SPF, you've provided a route to track you by.
      > The SPF verifies the emails very likely came from your system.
      > This improves the ability to track you down
      Only this would almost alway lead to a dead end. Spammers are already using throaway domains and compromised machines. Almost all the spam I report using SpamCop comes from IP addresses of PCs on broadband. So this path leads to a compromised machine. SPF would be able to verify the compromised machine. DNS would lead to the spammer's website on another compromised machine, and financial info would lead to someone whose credit card number was stolen...
      What's really needed here is for service providers to identify the compromised machines on their networks and help users clean them, or at least block their outgoing traffic as long as they are compromised, and do it fast. If this goal can be achieved and spammers are forced to use their own machine, then SPF or other authentication methods would become useful for finding the spammer. Anyway, the real spammer is the advertiser and the contact info is in the spam.

    3. Re:Bypassing SPF is so easy!!! by Shadowlore · · Score: 1


      But then it's not really SPF. The SPF standard defines both a way of publicizing a list of hosts that may send on behalf of a domain, and a method of assigning a pass/notpass value to an email message based on the published SPF record (or lack of such record). SPF defines its tests with the envelope-from address. ...


      Actually, it is. SPF's (submitted) RFC allows for tests against other entities including the From: header. It reccomends testing the HELO/EHLO statement as well. It does recommend you not check specific entities against SPF v12 records. The SPF site even talks about checking from From: header. It largely talks about attempting to verify authorship, which is not to be done with SPF. It even lists the comment that there are places checking on the From: header.

      I suspect that they are already starting to crop addresses by scanning the HD of compromised machines.

      Yup, they already are.

      Actually not. The user only says that email address A is to recieve email only from domain Bm, and that's it. The owner of domain B set up their own SPF record. When email arrives for address A, the MTA quries the DNS for the SPF record of domain B, and accepts email only if it passes the test. A

      Incorrect. Indeed according to the FAQ VARA does not require an SPF record. In VARA the end-user puts an address like bob_bm.com_@smartisp.com for bm.com. When email comes in, the inbound server would then run a frward and reverse DNS check on bm.com to verify the client has bm.com at the end f their name, and that the Ip they ar eusing maps to said name. No SPF record. Thus, VARA is client side SPF.

      Only this would almost alway lead to a dead end. Spammers are already using throaway domains and compromised machines. Almost all the spam I report using SpamCop comes from IP addresses of PCs on broadband. So this path leads to a compromised machine. SPF would be able to verify the compromised machine. DNS would lead to the spammer's website on another compromised machine, and financial info would lead to someone whose credit card number was stolen...

      But you don't stop there.

      What's really needed here is for service providers to identify the compromised machines on their networks and help users clean them, or at least block their outgoing traffic as long as they are compromised, and do it fast. If this goal can be achieved and spammers are forced to use their own machine,

      No the goal for Zombie machines should be to prevent them from happening through better security in the first place.

      That said, one method of cutting down the effect of zombies at large companies is for the internal mail server to not allow sending of mail from a non-company domain name. This can be checked in the From: header as well as the envelope sender. ISPs should probably not do this, but the big companies could do it for their own employees.

      BLocking outgoing broadband zombies requires several other steps. You are effectively limiting a customer's email sending rate. This can and will lead to other problems unless you set the numbers really high. This would negate any beneficial attempt. Spammers using zombie-pcs are already starting to use a slow transmission rate to avoid detection. Personally if I were doing it I'd choose to send maybe one or two every hour or half hour and be able to have that machine more likely to escape detection for much longer than to send a blast that gets me noticed and purged.

      This is especially true if the trojan has a way of receiving updates and sending out new messages. Perhaps you use DNS TXT records to store and distribute short spam messages.

      The trojan gets in using an unpublished exploit. It retreives all email addresses it can get from the compromised machine (CM). It retreives the spam of the day by doing a DNS query. It then sends out the spam. Say one message every random inteval between 10 and 40 minutes.

      Further, the trojan looks in your br

      --
      My Suburban burns less gasoline than your Prius.
  120. SenderID and SPF are not designed for ... by hadaso · · Score: 1

    > ... effective litigation and prosecution
    > is made more difficult by a lack of
    > effective authentication for email traffic.
    > These are things that SenderID and SPF are
    > designed to address

    These are NOT things that SenderID and SPF are designed to address! neither of them can authenticate the real identity of a person responsible for sending email. The only thing they "authenticate" is that someone that paid for the use of a domain has set permision for email to be sent with some hidden header field containing the domain name from a list of specific computers (IP addresses listed either directly or indirectly in an SPF record). There is nothing here that can identify a person. Spammers have already used SPF authenticated domains that they purchased with stolen identities (credit card info). The ONLY THING SPF/SenderID provide, is very limited protection for brand names.

    On the other hand following the money (credit card payments to spammers) have already proved effective for litigation, and they don't necessiate any change in technology.

    1. Re:SenderID and SPF are not designed for ... by Anonymous Coward · · Score: 0

      Split hairs all you like, but the point is that one of the largest obstacles with identifying and prosecuting spammers is the ability to authenticate senders.

      Your point that spammers can fraudulently acquire SPF authenticated domains doesn't mean that the authentication process is worthless. There is no "magic bullet" that will stop spammers cold, and anything that adds a layer of complexity for spammers while minimally impacting legitimate email senders is not a bad thing.

      If a spammer acquires a SPF authenticated domain which he then uses to send spam, don't you think it would be relatively easy to find and block that domain?

      You're right in that "following the money" is an effective method for tracking down spammers, but that is a lot harder when you're talking about multiple national and international jurisdictions. Even the easy cases can take 3-6 months to get going, meanwhile, the spam still flows.

      -Grim

    2. Re:SenderID and SPF are not designed for ... by hadaso · · Score: 1

      >... anything that adds a layer of complexity for spammers
      > while minimally impacting legitimate email senders
      > is not a bad thing

      Only I think that in the case of SPF the impact on legitimate email is much greater than the added layer of complexity for spammers. In fact they already have all the tools they need to bypass SPF and are using it. The only added complexity is adding a one line record to the DNS for the domain. A spammer needs to spend a few minutes once to learn how to do it. On the other hand these authentication techniques break a lot of existing email practices, like email forwarding, or like sending email from web form ("send this article to a friend"). A lot of people would have to spend a lot of time and money adjusting to a technology that doesn't seem to do what it claims it can do.

      But the worst impact is by big players like microsoft that would not accept mail even from authenticated senders like microsoft claim they would do (SPF clearly states that lack of SPF record is equivalent to the doamin owner authorizing every computer as a server, and it passes the SPF test. MS Hotmail decided they would not follow this standard and would consider these domains as unauthenticated. This means that big players here get to decide how you are to use your own domain even if you are not their client, and just following the standard is not enough. You are only free to use what is yours the way they decide you can use it.

      There are good and harmless ways to use SPF authentication, but they are not the way MS plans to use it.

      > If a spammer acquires a SPF authenticated domain
      > which he then uses to send spam, don't you think
      > it would be relatively easy to find and block
      > that domain?
      I think it would be extremely easy and would have very little impact on the spammer. Spammers already change domains daily for the websites they operate and providers constantly take their websites off (either that or they are blacklisted). By the time a domain is blocked the spammer would already be using a new one.

  121. Re:SPF doesn't prevent spam - Yes It Does! by jaredmauch · · Score: 1

    As evilspammer@example.com, I could set my spf record to be 24.0.0.0/8 so I could then spam from anyone in that space. Or i could have short lived ttls for my recently r00ted WinDoze boxen in my zone, utilizting dyndns to push them out. Anyone who thinks spammers can't run their own dns servers or manage technology is in denial.

  122. Slashdot gets "screen scraped" all the time by hadaso · · Score: 1

    I use a different email address with each subscription (I use sneakemail.com for that). Some email addresses of mine have been harvested from several online forums, but with the addresses I publish on slashdot this happens more often than anywhere else. I change address on slashdot every few days, and usually it takes no more than a week for the address to be picked up by spammers (one time it happened on the same day).

    1. Re:Slashdot gets "screen scraped" all the time by m50d · · Score: 1

      Are you sure that's just due to screen scraping?

      --
      I am trolling
    2. Re:Slashdot gets "screen scraped" all the time by hadaso · · Score: 1

      > Are you sure that's just due to screen scraping?

      I'm quite sure. What else? Who knows this address?

      1) Myself.
      2) Sneakemail.
      3) Slashdot.
      4-zillion) Anyone that has access to the slashdot.org

      The address is not available anywhere else. So how did the spammers get the address:
      I trust that 1,2,3 didn't give the address to spammers. (#1 - I know this guy personally. #2 - has lots of other addresses I have and no particular interest in specifically giving apammers only the address I give to slashdot. #3 - others here can explain why this party can be trusted). #4-zillion I consider screen scraping, because they only have access to the address by finding it on a web page. And while it is possible that someone here hates me enough to manually copy my address and give it to spammers, I doubt that there's anyone here that would not realize by just looking at it that it's a waste of time with an address that is obviously a throwaway address.

      Actually there is one additional possibility:
      zillion+1) key logger or HD scanner on my PC.

      While it is a possiblity, It is highly unlikely that it would pick up only the throwaway addresses I use on slashdot.

    3. Re:Slashdot gets "screen scraped" all the time by m50d · · Score: 1

      It's the #3 I wonder about. Why are they trustworthy?

      --
      I am trolling
  123. Multiple e-mail addresses in one account by hadaso · · Score: 1

    > With several gmail accounts, I never have trouble managing spam ...

    Of course you have! You have to check each account separately. And in time you might find out that it's difficult to dump an account when you're not sure that you remember who got the address. What you really need is a single account with multiple addresses (in a way you already have it in gmail: if you are user@gmail.com you can use user+anystring@gmail.com).

    One popular way to do it is to use a disposable addresses service that forwards the mail you receive at any of your multiple addresses there to your mailbox (the one you already use, such as your ISP or your gmail account.

    Another approach is to register a domain - usually you would get free email forwarding with that. Then you can use all the addresses in your domain. This costs less than $10 a year and has the added benefit that having your own domain is cool (and you can send your love letters from "the_one_who_loves_you@mydomain.net").

    There are some email services that allow a user to use a whole subdomain (e.g. jcitizen@fastmail.fm can use anything@jcitizen.fastmail.fm). This is much like registering a domain but without having to either forward email or host it somewhere.

    The benefit of all these methods is that you get all your email in one place, but they still come to different addresses so it is easy to cut off a spam stream if one of those addresses starts getting spam.

    Each one of these methods has it's own advantages and disadvantages. I use a combination of several of them, but one or two of them are good enough for almost anyone.

    I use sneakemail.com and spamgourmet.com for "disposable addresses". They are very different services. At least spamgourmet is a service everyone should know about because it's the most hassle free service on earth: about 20 seconds to register and then use transparently. SneakEmail requires more work but in return gives a lot of control. I use it with financial institutes (bank, credit card...) as it totally eliminates the risk of phishing.

    Then I use fastmail subdomains and aliases, and I use my own domain that I host with fastmail. Fastmail allows for very detailed filtering of incoming email using the Sieve filtering language, so this allows for management of all the email coming from different addresses (sorting into folders, applying differernt spam filter sensitivity to different sources...) Gmail is a bit less powerfull than Fastmail in filtering ability (e.g., envelope info is not available for fltering in Gmail) but it is very easy to setup filters in Gmail to separate and label incoming email forwarded from sneakemail, and tghe search functionality in Gmail can also do this job. Of course I could do with one email address and one disposable email address, but I like to play!.

  124. Claim whatever you want to. by khasim · · Score: 1
    I manage a site with a mere 20,000 members, and I get phish attempts bounced back from people pretending to be from my site on a daily basis.
    Strange. You are a bank? No? An auction site? No?

    Yet you claim to have "phish attempts" for a user base of 20,000.

    So, what are the odds that someone sending a phishing message will hit someone on your site? 1 in 10,000? 1 in 100,000? 1 in a million? 1 in 10 million?

    And if they do succeed, what that they gained? With a real bank, they have access to the account.
    You don't have to be one of the "bigs" to have the problem, but according to you each one of us with a mail server should spend their hours collecting all of that information...
    You might want to pay a little bit more attention to this thing called "reading with comprehension".

    I have never said that everyone "with a mail server" should spend any time collecting this.

    I said that if Microsoft wanted to deal with the problem, today, they could.

    Hotmail has a lot more users than you do. USBank has a lot more users than you do. For a little bit of work, Hotmail users could be safe from phishing attempts targetting USBank.

    Am I going to fast for you?
    ...which, if you're doing it the way you say you are, makes you a piss-poor system administrator.
    Taking into consideration your inability to read, I don't feel bad about your opions on other topics.

    Or do the names "Microsoft" and "Hotmail" mean "everyone" in your world?
    Yeah, MS could, like you, GUESS which servers ebay is using today to send it's e-mail.
    Why would they have to guess? Not everyone has the same intellectual issues you do. Reasonable adults can take reasonable steps to ensure that they know to whom they are talking. Particularly with well established companies such as Microsoft and eBay and USBank, etc.
    Which doesn't mean that they'd actually find all of them, nor would they (nor you) know where ebay's backups and secondaries may reside, nor will you know when they suddenly change them or use them.
    Again, why waste time with guessing? Did you miss this line in my original post?

    And I'm sure that Microsoft would get lots of help from those companies to keep Microsoft's list current.

    If you disagree with the concept, show why they would not/could not cooperate with Microsoft.
    Unlike SPF, which exists to TELL you (and me, and everyone else) precisely and exactly where they are, currently in use or not.
    Again, they are not using SPF. Very few people are using SPF.

    I'm talking about solving this problem, today, for all the Hotmail users.
    You're not "solving" anything, and probably screwing up your user's e-mail to boot...
    I'm not even going to ask how you would presume that this would screw up anyone's email. You don't even understand how it is possible for two businesses to securely communicate.

    Good luck in your little fantasy world with your 20,000 users.
  125. Can Slashdot be trusted with our email addresses? by hadaso · · Score: 1

    > It's the #3 I wonder about.
    > Why are they trustworthy?

    You have a point! I have no idea. Just gut feeling! What do others think? Can it be that Slashdot "sells" our email addresses? I believe that it does not, but then it's just my belief, unsupported by facts.

    A more general issue: If I agreed that my email address be displayed on a website (such as by checking a box that says I agree), is that website allow to give my address to anyone in any other way pther than posting it where I expected them to post it (e.g., in my public profile and alongside my posts). I believe not.

    Remark (for those who came directly to this post): #3 refers to the grandparent post where I said I trust that Slashdot did not give my address to spammers.