Slashdot Mirror


Major ISPs Publish Anti-Spam Best Practices

wayne writes "The ASTA, an alliance of major ISPs, has just published a set of best practices to help fight spam. The list of ISPs include the likes of AOL, Yahoo, MSN/Hotmail, Earthlink and Comcast. The recommendations include such things as limiting port 25 use, rate limiting email, closing redirectors and open relays, and detecting zombies. For details, see the ASTA Statement of Intent (pdf) or any of the ISP's antispam websites."

56 of 252 comments (clear)

  1. Don't forget SPF by Anonymous Coward · · Score: 4, Informative

    Several large ISPs are backing SPF. I even noticed my ISP, Verizon, who tend to be quite lazy and stupid when it comes to spam (and other things), have added an SPF record.

    1. Re:Don't forget SPF by Smallpond · · Score: 2, Insightful

      SPF should be checking envelope MAIL FROM, not From: header. If your bank is forging the envelope, then you should block them, since their software is borken.

    2. Re:Don't forget SPF by Dimensio · · Score: 4, Interesting

      I even noticed my ISP, Verizon, who tend to be quite lazy and stupid when it comes to spam (and other things), have added an SPF record.

      I wouldn't call Verizon "lazy and stupid" when it comes to spammers on their network. I would call them "criminally negligent".

      They had a spammer's website on their network for over a month. The spammer was selling a product that was blatantly illegal (digital cable descrambler). The only possible way that their product could have been legal was if it did not function as advertised, and then they would have been committing advertising fraud, so either way they were breaking the law and Verizon was allowing it to happen on their network. After a MONTH of daily complaints about the site, it only disappeared AFTER I setup a webpage documenting Verizon's open support of criminal activity and started advertising it in my .signature file.

      No legal threats were ever issued to me. I guess that Verizon knew that I had truth on my side.

    3. Re:Don't forget SPF by squiggleslash · · Score: 2, Insightful
      You know, blocking all email that contains a Subject: line would also only break CURRENT methods of sending and receiving email.

      I think it's a tad silly to say "Well, it's ok if it breaks everything, because we can always change everything."

      --
      You are not alone. This is not normal. None of this is normal.
  2. I don't want to sound pessimistic by TheOtherAgentM · · Score: 2, Insightful

    ...but the people that would really read these things are the one that know how to avoid most spam already, aren't they? I doubt my parents would even stumble across any of these resources in their daily submitting of their email addresses to every form they can find.

    1. Re:I don't want to sound pessimistic by pavon · · Score: 2, Insightful

      Seeing as how these are guides for system administrators, I don't see how your parents need to know any of this. Besides it isn't a knowledge problem that this solves, but a business problem.

      This is a loose agreement by ISP's about what they need to do on thier part to confront spam. These things would improve the situation, but ISP's are reluctant to implement them out of fear that the user will become angry with the tightened security problem and go to another ISP. And I am not talking about spammers, I am talking about everyday users who don't like to be told to patch thier systems or get off the internet.

      So what this guidelines does is provide a unified front - a lowest common denominator policy that all the ISPs are willing to implement. It will improve the situation somewhat, but will not be too noticable by the user, and to the extent that it is they can't leave and go somewhere else because all the major ISP's will be doing it.

  3. Best practices,... published? by Bill,+Shooter+of+Bul · · Score: 2, Insightful

    Spammers are like a retrovirus. The will adapt to any system you construct. Creating a list of what every major isp will do to combat them will only serve to accelerate their evolution and make them more effective spammers.

    --
    Well.. maybe. Or Maybe not. But Definitely not sort of.
    1. Re:Best practices,... published? by AviLazar · · Score: 5, Insightful

      And just like all crime, all we can do is fight back. We either find the weakness ourselves and fix it, or we find out that a criminal (spammer) found a weakness and we fix it. To sit and do nothing would be really bad (imagine windows XP with all the flaws dating back to windows 3.1) :)

      --

      I mod down so you can mod up. Your welcome.
    2. Re:Best practices,... published? by WormholeFiend · · Score: 2, Insightful

      one example of bad spammer behavior I've seen, which is totally new from the usual types is spammers sending email pretending to be my ISP, complete with legit-looking special offers from said ISP...

      but with a suspicious attachment or a spurious "click here if you don't want to receive such notices anymore".

      I shudder to think how many people will fall for those evil tricks.

    3. Re:Best practices,... published? by jkabbe · · Score: 2, Insightful

      One major reason that spammers are using zombies is that ISPs cracked down on spammers and closed a lot of open relays. Are you suggesting these weren't good ideas? Just because a spammer may find another way to spam doesn't mean we shouldn't shut down the known methods of spamming if we know how.

    4. Re:Best practices,... published? by surreal-maitland · · Score: 5, Insightful

      just like we should not publish our source code because then hackers will find exploits, right?

      --
      -ninjaneer
    5. Re:Best practices,... published? by Have+Blue · · Score: 2, Insightful

      Spam does not have to be made impossible to be eliminated; we just have to reduce response rates to the point where it's no longer profitable and wait for professional spammers to die off.

    6. Re:Best practices,... published? by deadmongrel · · Score: 3, Insightful

      Spammers are like a retrovirus. The will adapt to any system you construct. Creating a list of what every major isp will do to combat them will only serve to accelerate their evolution and make them more effective spammers.
      Spammers always try to be one step ahead of the game. Just by keeping the best practices a *secret* wound't help to combat spam. Its the business model that needs to be attacked. Money is made somewhere and that is where we have to attack. Having said that, I think its important we keep these fighting techniques open. A lot of people would benefit from it. Also, just like security, obscurity would be of no help.

    7. Re:Best practices,... published? by Anonymous Coward · · Score: 3, Funny

      Yes. There's one going around now titled best practices to help fight spam Delete that one right away.

      But be sure to verify your Paypal information, that one's legit.

    8. Re:Best practices,... published? by LehiNephi · · Score: 5, Interesting

      Attacking the source of the money--that, I believe, is the only way to kill spam.

      That's why I run Unsolicited Commando. It fills the inboxes of companies that pay for spam with spurious form fill-outs. I guess it's kind of like giving them a taste of their own medicine.

      --
      Help find a cure for cancer. Join the [H]orde
    9. Re:Best practices,... published? by MissTuxie · · Score: 2, Insightful

      one example of bad spammer behavior I've seen

      Have you ever seen any GOOD spammer behavior?

    10. Re:Best practices,... published? by WormholeFiend · · Score: 4, Funny

      Have you ever seen any GOOD spammer behavior?

      As a matter of fact, yes.

      Some of them retire.

      Or die.

    11. Re:Best practices,... published? by jkabbe · · Score: 2, Informative

      Comcast has indicated they will be doing just that. Other ISPs are beginning to shut down port 25 for everyone. As many times as I have disagreed with Comcast in the past, I like their plan of action this time.

  4. What about my personal mail server? by tstoneman · · Score: 3, Interesting

    I am thinking about setting up my own personal mail server for my small business.

    Is there a guideline that can help me figure out what steps I need to take to harden my mail server?

    I will be using either Postfix or Microsoft Exchange.

    1. Re:What about my personal mail server? by forevermore · · Score: 2, Informative
      Unless you need the groupware functionality of Exchange, go with postfix or courier. Then install Spamassassin and Rules du Jour to keep your spamassassin rules up to date, and a good serverside antivirus program like Clam. Also, configure some blackhole servers (I use dnsbl.sorbs.net, list.dsbl.org, dnsbl.njabl.org and relays.ordb.org).

      And then be prepared to continue filtering out spam (although with my setup, of the 100+ daily messages that would get into my inbox without filtering, I now get about 10, all marked as spam, with the rest getting blocked by the rbl lists and some custom rules).

      --
      Do you really need reason for beer? Wingman Brewers
    2. Re:What about my personal mail server? by thedillybar · · Score: 3, Informative
      >Is there a guideline that can help me figure out what steps I need to take to harden my mail server?
      Basically don't relay mail for any user who you don't know (either by IP address or by SMTP authentication). Relaying is accepting mail for another domain and passing it on. If the server is the MX server for your domain, you must accept mail addressed to that domain regardless of whether or not you know the sending party.

      >I will be using either Postfix or Microsoft Exchange.
      I use sendmail, and I know that the "default" prevents unauthorized relaying. The latest version of Postfix or Exchange will almost certainly do the same. After you make any configuration changes, just verify that an outside machine can't send mail to another domain.

      Whichever SMTP software you run, I'd recommend joining some comp.mail.* newsgroups.

    3. Re:What about my personal mail server? by Anonymous Coward · · Score: 2, Funny

      To harden your mail server, heat it to 1000 degrees, then quench it in oil. This is guaranteed to block all spam.

    4. Re:What about my personal mail server? by Not_Wiggins · · Score: 2, Interesting

      How is that any different except you have to update your aliases file (or whatever config) anytime you wish to create a new ID?

      As least I can just log onto amazon and create me+amazon@myrealdomain.com without a thought.

      Or, are you saying that mail to whomever1@whatever.com, whomever2@whatever.com will always forward on you you@myrealdomain.com?

      It essentially is the same problem as having your "real" (final) e-mail address out there for the world to see... maybe worse, if you have it setup as a "catch-all." Filtered into a separate mailbox, you're still getting all the spam.

      But, I think you'll agree, the solution isn't really in either of our setups... it is in nailing the spamming bastards to the walls. That would require better authentication/validation of sender identity and location. At least if we could trace the mail back to a real person, things would change in more of a hurry.

      BTW, have you thought about implementing grey-listing in your postfix config? (Just in case you're not familiar: it associates a triplet with incoming mail... the sender, the receiver, and the originating IP). First time it sees a triplet, it logs it and rejects it with a 450 (temporary) error. Most spammers never bother with retries, so it can effectively bounce messages out. Real mail programs will retry... and on the second (and future) attempts, it'll just go through. Sure, it delays the mail a little, but it weeds out a *lot* of spam. 8)

      --
      Diplomacy is the art of saying, "Nice doggie!" until you can find a rock.
  5. limit port 25 by markan18 · · Score: 4, Insightful

    As long as i still can run my own smtp server.
    They can limit outbound port 25 because i still can forward my email through their official smtp server. If they limit inbound port 25, it will suck big time.

    1. Re:limit port 25 by FireFury03 · · Score: 2, Informative

      TFA says clearly that blocking port 25 is a problem for those of us who run our own SMTP servers (and no I won't be forwarding through my ISP's smarthost - it's pointless, adds another point of failure and like I trust an ISP to make services work right :). The article also says that ISPs must accommodate these people by allowing people to unblock port 25 if they have a legit use for it. IMHO the document is very well written - when I downloaded it I was expecting to see a "block everything except web" type overreaction and was pleasantly supprised.

  6. Take what they say with a grain of salt by Raul654 · · Score: 4, Interesting

    How many of those ISPs were caught in pink contracts?

    --


    To make laws that man cannot, and will not obey, serves to bring all law into contempt.
    --E.C. Stanton
    1. Re:Take what they say with a grain of salt by Desert+Raven · · Score: 2, Insightful

      You have to presume that it's far more common than anyone would suspect

      Actually, pink contracts aren't even necessary for spammers anymore. With major providers like MCI/UUNet, who will only kick off spammers if they spam from their space, and the wide availability of compromised systems to use as relays, spammers can have completely bulletproof hosting from the largest backbone provider without negotiating special contracts.

  7. Whatever... by Bif+Powell · · Score: 4, Insightful

    ...let's just all do something before the government really starts to regulate things. I'm stupid about such things, so out of curiosity why hasn't the w3c or the people who write the RFCs come up with some new SMTP spec?...please...

    1. Re:Whatever... by IamGarageGuy+2 · · Score: 2, Interesting

      That would be the way to go... but unfortunately life doesn'r work that way. SMTP is so entrenched everywhere that writing a new spec is like making a new internet. In theory, it's easy, in reality everybody would bitch that their email doesn't work.

      --
      Stay tuned for new sig...
    2. Re:Whatever... by firewood · · Score: 2, Insightful
      SMTP is so entrenched everywhere that writing a new spec is like making a new internet. In theory, it's easy, in reality everybody would bitch that their email doesn't work.

      New net protocols have always displaced old protocols without requiring a new internet. Like Gopher (et.al.), SMTP will soon fade away because it already doesn't work. At the current rate-of-increase of spam, allowing current SMTP email onto your network will soon become (if not has become already) the same as paying a gangster to DDoS your network.

  8. press release on yahoo gives more info by brian+ferullo · · Score: 3, Informative
  9. Blocking outbound port 25 by Bronster · · Score: 4, Interesting

    Makes me really glad that I push all my email backwards and forwards through an openvpn connection to my mail server now. As long as my ISP doesn't block UDP port *mumble* I'll be fine.

    My wife was not so lucky. She was unable to send email a few weeks ago when our cable modem provider instituted outbound port 25 blocking. Luckily it's really easy to set postfix up to listen for smtp on another port as well - one quick config change and she was back in business. I'm planning to install openvpn for Windows on her box one of these days.

    1. Re:Blocking outbound port 25 by warpSpeed · · Score: 2, Interesting
      Makes me really glad that I push all my email backwards and forwards through an openvpn connection to my mail server now.

      Openvpn rocks! I have started to use it for clients that I relay mail for, and back their systems up remotly. It works with Win32-Linux,Windows-Win32, Linix-Linux.

      I run open VPN on my laptop and tunnel back to the mothership for access to all my local services at home too.

      I have converted a few people using remote laptops over to it for various applications and it is pretty solid.

      To stay on topic here, openvpn is a great tool to overcome the limitations of using many mail servers out there.

  10. How about "no more delayed bounces" by Anonymous Coward · · Score: 5, Insightful

    I'd be very happy if everyone could get their act together and reject undeliverable addresses during the SMTP transaction. Delayed bounces are responsible for most of the backscatter which pollutes my mailboxes and logs these days.

    Qmail, I'm looking at you. People who don't run something like LDAP on their secondary MXs, I'm looking at you.

    I'm almost to the point of blocking the null sender from certain hosts, just because they are nothing but crap. I know all about the RFC (and rfc-ignorant.org), but they're causing a serious problem for the rest of the world.

    The worst part is for people who run control panels like Plesk. They have to run qmail (no choice in the matter), and so they either become a delayed bounce source, or they enable the catchall and get to suck down all that mail. They can't win.

  11. don't put exchange as the first stop by vg30e · · Score: 3, Informative

    Most of exchange problems occur when you have an exchange server being the SMTP gateway. IF I were you, find a product to be the SMTP gateway that doesn't use anything made by Microsoft. There are also serious problems using the IIS SMTP service to talk to exchange. So, in short, get another kind of SMTP gateway to run the SMTP service, and then run Exchange behind it forwarding all mail to your non-microsoft gateway.

  12. ISP's need to act by nagora · · Score: 4, Insightful
    If someone has an open relay box because of some Trojan horse program surely their ISP are in the best place to notice the traffic patterns in and out of their port 25. Cut them off and when they call to complain tell them to sort their machine out or find another ISP.

    But, of course, that might cost the ISP's money. So instead we get a "best practice" document which preaches to the converted and achieves nothing.

    TWW

    --
    "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
  13. What about laptops by Marrow · · Score: 2, Interesting

    If port25 is being blocked and you dont want users to change their outgoing smtp servers all the time, what is the best way to have reliable email on laptops.

    Is VPN the only way to make mail reliable and consistent on laptops?

  14. *cough* *cough* by Anonymous Coward · · Score: 3, Informative

    *COUGH* bullshit *COUGH*

    Out of this list of ISPs (AOL, Yahoo, MSN/Hotmail, Earthlink and Comcast), AOL is the ONLY ISP who is actively working in the antispam community - seriously. They've got a single contact for dealing with it and they are keeping their ax sharp and swinging it whenever needed.
    All of those other 'posers are lying thru their teeth. Yahoo, MSN/Hotmail, Earthlink, Comcast? Antispam? They'd choke if they tried to say, "We're antispam". It's sad now that AOL has made a solic effort that they're going to be painted with the same brush as those other spam-havens.

  15. it all works out for the ISPs by mr_z_beeblebrox · · Score: 2, Funny

    Spammers paid a lot to get their spam out and people like AOL and Earthlink cozied right up. Now it is unpopular so they pretend to be fighting spam. My guess is that then they will hold out for more profit from spammers, it is a cycle of blackmail.

  16. Protect your own domain name by Talking+Toaster · · Score: 5, Insightful

    best practices to help fight spam. The list of ISPs include the likes of AOL, Yahoo, MSN/Hotmail, Earthlink and Comcast.

    Something that would really help is for these big companies to protect their own domain names by going after anyone who forges the headers as such. These days if someone isn't already in my whitelist they are probably going to get caught in my spam filters if they use any of these domain names.

    Under most circumstances I think it is a bad thing for a company to throw lawyers at someone until there is nothing left but a smoking hole in the ground, but I think I would make an exception for spammers. These companies not only have the resources to make spamming unprofitable, but they have a valid, and vested interest to do so.

    --
    Howdy Doodly Doo!
    Anybody want some Toast?
  17. Penalties by Anonymous Coward · · Score: 2, Insightful

    If you want to kill spammers, kill thier source of income. Fine the hell out of the people ADvertising through them. Hit where it hurts (the bottomline) and spammers would be out of a job.

    1. Re:Penalties by Animats · · Score: 4, Informative
      Exactly. That's what California enacted as law, and what the Direct Marketing Association successfully blocked by pushing the CAN-SPAM act through.

      The California law made the "beneficiary" of the spam responsible for it. And anybody could sue. That would have made hiring a spammer very risky.

      Broadly defining the "beneficiary" could go even further. The credit card service provider, and the bank behind them, could be held responsible for spam if they processed a transaction resulting from spam. They profit from it, after all. A good lawyer could make the case now that they bear some responsibility, especially if they assist in any way in concealing the identity of the spammer.

      We really need to go after the payment end of spam, not the sending end.

  18. Mail admin here, my solution was port 26 by aardwolf204 · · Score: 5, Interesting

    As a mail administrator for a medium size company I've had to deal with residential broadband ISPs blocking access to port 25 a lot lately. It was a headache explaining to employees that work at home, at the office, and at customer sites, that they must change their outgoing SMTP setting in Outlook depending on their location. This is a true PITA as lots of times your not supplied with that information (or at least it is not obvious to the non-technical people), for example, internet access in hotel rooms.

    For a while the quick and dirty solution was to use webmail when in doubt but we needed something that people could live with and as much as I dislike M$ Outlook its a lot better than Horde, Neo, or Sruirrel Mail (IMO).

    My 80% solution now is to handle SMTP on both ports 25 and, hehe, 26. So far so good, I'm able to go between the office and home on my laptop with no problems where as before Cox Cable wouldnt let me get to our SMTP server.

    I'm wondering what other admins have had to do in this situation. I know I'm not alone here. And how do you think it will effect the propogation of spam in the future.

    --
    Im dreaming ofa big bndwdth, That can resist the /.crowd.May ur days b merry & bright & may al
    1. Re:Mail admin here, my solution was port 26 by silas_moeckel · · Score: 4, Insightful

      Why dont you get with the rest of the planet and use 587 for client mailers to connect to your server and run authentication??? It's a port that shouldent be blocked by anybody but a corperate system and if they are blocking it you shouldnt be trying to get around it :)

      --
      No sir I dont like it.
    2. Re:Mail admin here, my solution was port 26 by plcurechax · · Score: 3, Interesting

      As a mail administrator for a medium size company I've had to deal with residential broadband ISPs blocking access to port 25 a lot lately. It was a headache explaining to employees that work at home, at the office, and at customer sites, that they must change their outgoing SMTP setting in Outlook depending on their location. This is a true PITA as lots of times your not supplied with that information (or at least it is not obvious to the non-technical people), for example, internet access in hotel rooms.

      Um. Shouldn't you be fixing the problem, which is that you want these remote users to act as if they are part of your trusted corporate network? When you look at it this way, you realise that the best (and far more secure) solution is to be using an VPN into a DMZ that can access limited services needed for tele-commuters and road warriors.

    3. Re:Mail admin here, my solution was port 26 by harlows_monkeys · · Score: 4, Informative
      I do run authentication and SSL is on its way, but care explaining why port 587 would be any better than, say, 26?

      Because port 587 is the one specified in the Message Submission RFC (RFC 2476).

  19. might help if... by voudras · · Score: 2, Funny

    might help if they publish these in korean and chinese

  20. target audience by earlytime · · Score: 3, Interesting

    While the authors say the target audience includes "ISPs and mailbox providers", the list of recommendations reads like a wishlist for large ISPs and email hosters. These are the things that hotmail, yahoo and earthlink want us to do so they don't get as much spam. There is very little in there recommendations that will help me get less spam. If I could use spf to know where hotmail, msn and yahoo send mail from, I'd be able to reject 30% of the spammy organization recieves. This isn't on the list of recommendations, although aol, earthlink, and gmail all do publish spf records.

    It's very hard for any mail administrator to block mail from these large domains, because so much of the legitimate mail comes from their actual servers (wherever these are). I'd be happy to reject all mail addresses from msn.com or yahoo.com, but my users would see a huge increase in false positives. It's a no brainer to drop messages addresses from dailyoffers.com because I don't see any legit mail addresed from this domain anyway.

    --

  21. Where are the best practices by linuxwrangler · · Score: 4, Interesting

    This was just a bunch of fluff. I was hoping for some meat. The big ISPs have enough clout that if they force the issue of good practices everyone will have to adapt and the people who will have to adapt are those with broken non-RFC compliant servers.

    Best practices can encompass the RFCs and extend them to, well, best practices.

    For example:

    Per RFCs every place a domain is used it must be fully qualified and resolvable. In addition, the EHLO is supposed to be the primary hostname of the sending machine.

    Anti-spam best practice might say that the machine name must resolve back to the connecting IP. Even better, the reverse entry for the IP must include the correct hostname. This way a receiving machine can determine who the sender claims to be, that the DNS entry for that name matches the IP (anyone can spoof the header but it's lots harder to get to the DNS of a legit operation) and that the reverse DNS shows the correct hostname (which would be harder on those who have low-end connections where they don't have control over the reverse DNS entries but no problem for most IT operations - anyone with a small operation can send through their ISP anyway).

    If the major ISPs required just these items to match there would be a brief period of pain while everyone scrambles to fix broken systems but the gains from stopping viruses and spam would be enormous and tracing back to and blocking the remaining spam would be easier.

    I also saw nothing about information sharing among the large ISPs so they could quickly act against a spammer or quickly disable the web accounts to which the spam is directing people (carefully, of course, or fake spam could be a means of a DOS attack).

    Similarly, there was no mention of blocking email where the from address doesn't match the ISP. A couple years ago I dealt with massive backscatter from spam sent by an Earthlink customer THROUGH the Earthlink server. I tried to get an answer from them on why they were allowing someone to send out email "from" our domain when they have no relationship to us. Silence. Sure this is a pain for some people but people who want legitimate extra services can sign up for them. It's not so different than paying for a static extra IPs. If you want to send from a different domain we'll unblock it for you for a small monthly fee after determining that you are authorized to represent that domain.

    This just scratches the surface but all in all this "best practices" is a joke.

    --

    ~~~~~~~
    "You are not remembered for doing what is expected of you." - Atul Chitnis
  22. SSH Tunnel by santiago · · Score: 2, Informative

    I have a command-line alias set up to use SSH port reflection from port 25 on my laptop to port 25 on my server. My mail client is then configured to use localhost as the outgoing mail server. Whenever I need to send email, I just need to enter one command in a terminal window to enable it until I move elsewhere and the connection is broken.

    I used to just run sendmail directly on my PowerBook, but I got too many bounce messages from servers that refuse to accept mail from known dynamically allocated IP ranges, on the assumption that I must be a zombie spammer.

  23. Earthlink != Best Practices by Brandybuck · · Score: 2, Interesting

    I get my DSL through Earthlink, but my domain is hosted elsewhere. So I don't ever use my Earthlink email address. The ONLY legitimate email coming to that address is my monthly billing statement. And for the last few years, that's pretty much all I got. Sometimes Earthlink itself would send me spam, but it was nothing an embarassing submission to abuse@earthlink.com couldn't handle.

    But they recently stopped their server-side spam filtering (Spaminator(tm)) and replaced it with client-side plugins. Overnight I started receiving thirty spams a day to an account that I have NEVER used. Besides the general annoyance that they are shuffling off anti-spam responsibilities to the customer, their plugins are for Windows Outlook and webmail only. (They say it's for Mac as well, but that's only a euphemism for "you must use webmail"). This is unacceptable.

    --
    Don't blame me, I didn't vote for either of them!
  24. Re:Related article on Reuters by Tripster · · Score: 2, Insightful

    Is it reasonable to expect that your average home user will act as responsibly as a company's system administrator at keeping their systems patched?

    If they keep getting fined and/or booted by ISPs then yes it is reasonable to expect it. After all, our public highways are safer because we expect people to learn to use vehicles and to also properly maintain them mechanically. If you drive around with no brakes and cause and accident you will be held accountable.

    What would you prefer? When you have idiots getting infected by viruses by actually entering a password to the encrypted zip attachment it means said user sorely needs some education about proper usage of the device in front of them. Since all the TV/Radio/Newspaper stories telling these same idiots not to open unannounced attachments don't seem to work then hitting them in the pocket book or removing them from the information highway entirely might be a better education method.

    Really, the users are only stupid if you keep on letting them do the same old things without educating them, for those extra stupid you need more extreme training methods.

  25. What Constitutes a Need For Mail Servers? by schnarff · · Score: 3, Interesting

    One major question anyone reading this has to ask is -- what constitutes a "legitimate need" to run a mail server (people meeting this condition are those who ISPs should open port 25 for, according to the official doc). I run my own mail server, and have since 2000; additionally, I give out accounts to any of my friends and family that want them. The reason I do this, and the reason people get accounts on my box, is the lack of (unreasonable) restriction I impose on them: no mailbox size limit, no outbound mail size limit, as many aliases as they feel like (of course, I don't run an open relay, and I'd cancel an account instantly if I found someone spamming through it). If I were forced to move to some hosted solution, I would lose a lot of features, and have to pay to boot.

    So is it necessary for me to run a mail server? No, I could technically survive without my own. Would it be a travesty if I were forced to switch to cut off spammers? Hell yes!

    So until they draw the line on who "needs" to run a mail server, I can't possibly support this concept (or at least the port 25 restrictions piece of it).

  26. Another point: web pages by eaolson · · Score: 2, Interesting

    I understand that there is no silver bullet to end spam. But recommendation that this document does not address is the hosting of the web site advertised in the email. If spammers also could not find places to host their sites, the utility of spam (to the spammer) would significantly decrease.

    The irony is that Yahoo appears to be fairly spammer-website friendly. They kill abusive Geocities pages fairly rapidly, but paying users appear to be basically bulletproof.

    I've got one pet spammer (http://suburbanexpress.site.yahoo.net/) that's been hosted from Yahoo and spamming from an Ameritech DSL line since November, and neither will do anything about it.

    1. Re:Another point: web pages by GorillaButt · · Score: 2, Interesting

      Not so. Many forms of spam today have ZERO websites advertised like Diploma spam with phone numbers, Stock tips which simply advertise the ticker symbol, and a host of phishing and 419 scams. I do agree that sites should be shut down, but it is a secondary issue. We need to shut off the source of where the spam comes from and work back to the spammer him or herself.

  27. You are wrong. by warrax_666 · · Score: 2, Insightful

    Blocking outbound port 25 has the effect that zombies cannot send mail to SMTP servers listening on port 25. (Incidentally, it also has the effect that completely legitimate and well-behaving mail servers on the network cannot do so either -- unless there is some form of more or less manual unblocking which the customers can apply for/use)

    --
    HAND.