Slashdot Mirror


Why Are We on E-mail Blacklists?

LogicallyRogue asks: "I run an email server for a small webhosting company. We've crawled all around the email server to make it as secure as possible: tightened Sendmail's security, POP Before SMTP, denying non-authenticated relaying, using SpamCop DNS blacklist, etc. However, with all this in place, every few months, it seems that we have been blacklisted by some ISP somewhere. This month it was AOL. We had no warning, and we don't know why we were blacklisted. All the information we have is a single URL. We visit all the DNS blacklist services we can to be sure we are not on any of them. We send emails to the postmasters inquiring for more information (like perhaps a reason or copy of the email that made the ISP blacklist us) - however, those are usually bounced back because we are blacklisted. We've tried calling the Blacklisting ISP tech support - and usually get the stunned I-have-no-clue-what-you-are-talking-about silence. Have any other Slashdot readers experienced similar problems with blacklisting and the big ISPs?"

118 comments

  1. You called the wrong people by Baloo+Ursidae · · Score: 3, Informative

    This isn't a customer support issue as much as it is a your-server-is-being-over-anal-and-you-probably-wa nt-to-know-about-it issue. Email postmaster@host, if that doesn't work, submit them to postmaster.rfc-ignorant.org and call their NOC.

    --
    Help us build a better map!
    1. Re:You called the wrong people by Anonymous Coward · · Score: 0

      emailing postmaster@host won't help if that ISP's got them on a blacklist, now will it?...

    2. Re:You called the wrong people by krico · · Score: 2, Interesting

      I run an e-mail server with over 20.000 acounts. This is what happens (and I am not RFC ignorant): My domain (ie: mandic.com.br) is about 10 years old. So it was present on the first spam lists that ever existed. People use it to send spam. That is, they send spam and sign it as foo@mandic.com.br. That happens about every day. My postmaster@mandic.com.br receives about 40MB e-mail every day. I would need 2 persons reading this to get it read. What do I do?

    3. Re:You called the wrong people by Baloo+Ursidae · · Score: 1

      One word: SpamAssassin.

      --
      Help us build a better map!
    4. Re:You called the wrong people by Anonymous Coward · · Score: 0

      Send postmaster to /dev/null, naturally. Nothing on postmaster except whingeing from people about how come their mail to yhaoo.com bounced. If some bozo wants to blacklist your site, screw 'em. His email customers can dial you up on their rotary-dial phones.

    5. Re:You called the wrong people by Mark+Ferguson · · Score: 2, Interesting

      Contacting the postmaster@ does not always meet with success. You omitted your IP address so an informed response is rather unlikely. AOL runs their internal block list you can be listed for reasons like changing your server configuration without notifying them about said changes.

      With 30 Million subscribers AOL receives a deluge of spam and must act to protect the integrity of their systems and subscriber base. As far as I am aware AOL does not subscribe to any outside filters reasons being the lack of control over such filters.

      With so much on the line AOL most likely feels they must be proactive instead of reactive. The Comcast fiasco was about server configuration "Comcast must register their e-mail server configurations to communicate with AOL"

  2. Happens all the time... by eWarz · · Score: 1

    AOL does this all the time. Comcast was blacklisted by aol a while back, sending to AOL addresses would bounce. (!) The problem was fixed very quickly, and comcast is a VERY large ISP. Just call again, keep bugging them, and hope for the best.

    1. Re:Happens all the time... by llefler · · Score: 1
      AOL does this all the time. Comcast was blacklisted by aol a while back,

      That's nothing, AOL blocked RoadRunner (and vice-versa) not too long ago. If they're blacklisting parts of their own company, there's no hope for the rest of us.

      --
      It is amazing what you can accomplish if you do not care who gets the credit. -- Harry Truman
  3. The root cause of this.... by Sevn · · Score: 1

    Usually has to do with overzealous abuse people
    that are heavily overworked accidentally concluding
    that a forged return address is a guilty party.
    The other common cause is running any older versions
    of netscape's shitty email server software. :)
    I have no idea why so many people fork out so much
    money for this single-threaded piece of crap. It's
    like having an open-relay that you close 9 billion
    times, but the latch is broken.

    --
    For every annoying gentoo user, are three even more annoying anti-gentoo crybabies. Take Yosh from #Gimp for example.
    1. Re:The root cause of this.... by Stephen+Samuel · · Score: 2, Interesting
      Usually has to do with overzealous abuse people that are heavily overworked accidentally concluding that a forged return address is a guilty party.

      Sometims they just get confused between the attacking and defending system.

      I have a program which scans http connects for nimda style probes of my server (given that I don't have a 'live' website, or even a real dns address that points at my box, I know that 95%+ of connects are bogus to begin with, but I filter for obvious attacks anyways).

      At the height of the NIMDA season, I was getting more than a dozen provable probes a day, and statistics would just catch up to me. Once in a while I would get letters to my roommate threatening him with cutting off his broadband connection unless he cleaned up the virus on his system..... Given the work that he's done to lock down his system and the fact that he depends on it for his business (he pays business broadband rates, even), he would freak.

      He'd then pass the letter to me, I'd ask them for the log information indicating when the complaint occurred, and then look in my logs, and send them my (saved) copy of the original complaint. After the second or third complaint, I sent them a much sterner message asking that they completely clear my roommate's name and put an explicit note on his file explaining my program.

      I got a call from a rather knowledgable member of their group who appologized profusely, and even took a copy of my program to play with. We agreed on some minor changes to my automatic email that made it even more obvious that my machine was the defender, and that was that ...... for a while.

      A couple of months later I got another email from my roommate -- forwarding yet another threatening letter from our cable company.

      In response, I sent a rather bitter email and wrote a rather sarcastic how-to on reading my logfiles. Once again, their abuse uber-geek called me up and apologized. He told me that the latest email was because they had changed their abuse reporting system and hired a fresh set of newbies. Between then and when I moved out, I didn't get another complaint from them.

      --
      Free Software: Like love, it grows best when given away.
  4. AOL fucked up by reynaert · · Score: 2, Informative

    From the spam-l list:

    > I was shocked since I check my mailserver weekly to make sure it isn't an
    > open relay. I checked several of the sites that will run checks against your
    > mailserver and I was fine. *UGH* I have to call AOL to find what the problem
    > is. After waiting on hold for 30 to 45 minutes, the gentlemen on the other
    > end of the phone informed that they were having an "issue" where their server
    > were rejecting email from IP's starting with a 6. Going to be a long morning
    > for somebody over at AOL....
  5. overzealous spam lists by PapaZit · · Score: 5, Informative

    Where I work, we have that problem frequently. Often, it's a result of an overzealous spam list that decides that because the spammer forged headers that make it look like mail passed through one of our machines, mail MUST HAVE come through that machine, so we should be blocked.

    Call the ISP and ask which spam filtering or RBL services they use. The first-level drone won't know, but if you explain that you're being blocked and you need this information to fix the problem, you'll probably get transferred or get a call back from someone who -does- know. You'll probably discover that their filtering was overzealous.

    Sometimes, you'll run into a knee-jerk admin who unconditionally believes anything the RBL tells them. It's best just to write off this ISP -- you won't convince them that you weren't sending spam. Put a custom "ISP admin is an idiot" bounce message in for that domain so that your users know why the mail didn't get through, then move on.

    Of course, this assumes that you're already actively handling open relays and abuse on your end. That's part of the job, and you should check carefully to ensure that your setup is okay before contacting anyone.

    --
    Forward, retransmit, or republish anything I say here. Just don't misquote me.
    1. Re:overzealous spam lists by 6hill · · Score: 1
      Often, it's a result of an overzealous spam list that decides that because the spammer forged headers that make it look like mail passed through one of our machines, mail MUST HAVE come through that machine, so we should be blocked

      Slighty off-topic, but still... this reminds me of one of my pet peeves. One or two of my older email addresses have been used in forged headers (To: field, namely) to make it appear that I, not some anonymous dickwad spammer, sent the spam. Consequently, not only do I get bounce messages for emails I didn't send (easy to filter away) but also the occasional irate email from someone who objected to the "Grow Your P.E.N.I.S Herbal Viagra from Nigeria with Free Digital Camera!!!!!" email I supposedly sent. Agh! I explain the thing to the hapless souls but it still drives me nuts for my email to be used in this obscene manner.

      Anyway. Spammers. Where are a few convenient unemployed inquisitors when you need them? I'd have a job for them.

    2. Re:overzealous spam lists by Xesdeeni · · Score: 2, Interesting

      All the more reason for verification that an e-mail actually did originate from the address specified. I think half the solution is in this proposal, but I think the other half is validation of the sending address as follows:

      1. The sending server would generate a CONTENT KEY based on the contents of a specific message, including the subject, date, from, to, and CC fields, as well as the body. The algorithm to generate this key would be public in nature.
      2. A PRIVATE KEY would be used in conjunction with the CONTENT KEY to generate a VERIFICATION KEY.
      3. The VERIFICATION KEY would be added to the e-mail, which would then be sent.
      4. The receiving server would use the same algorithm above to generate another CONTENT KEY for the received message.
      5. The CONTENT KEY plus the VERIFICATION KEY would be sent to the sending server for verification.
      6. The sending server would use its PRIVATE KEY with the CONTENT KEY from the receiving server and compare the results to the VERIFICATION KEY.

      A. If the receiving server was not updated with the verification capability, it would pass the message through as is done today, for backwards compatibility.
      B. If the sending server was not updated, the VERIFICATION KEY would obviously not be present, and the receiving server would pass the message through as is done today, for backwards compatibility (note that the number of non-updated servers will diminish over time, eventually leaving only "spoofable" servers, which could easily be blocked in a more manageable way via the RBL).
      C. If the sending server indicates that the message is verified, the message passes through.
      D. If the sending server indicates that the message is NOT verified, the message is BOUNCED (I think it is important to actually bounce the message in order to generate additional traffic at the sending server and further encourage open relays to be updated, and to discourage protected e-mail addresses from being added to further SPAM address lists).

      Xesdeeni

    3. Re:overzealous spam lists by Anonymous Coward · · Score: 0

      Some ISPs don't pass bounce messages on to their subscribers.

      You can't block MSN/Hotmail's servers with a pointer to a web form where the sender can get their email through anyway, for example, because MSN will just give the subscriber a bounce messages that reads "could not send email to ". They squash the bounce message.

    4. Re:overzealous spam lists by coed.jpg · · Score: 1, Funny

      It's so simple... I just can't see why it hasn't been implemented.

      --

      Pictures |

    5. Re:overzealous spam lists by WuphonsReach · · Score: 1

      I think what we *may* see come about first is that SMTP servers will start rejecting e-mail if the sender's IP address doesn't match the IP address that's in the domain's MX records. So if a spammer wants to spoof their e-mail address as yadda@yadda.org, they need to also hack the DNS record so that their machine's IP is listed as one of the MX addresses for the yadda.org domain.

      This would at least cut down on the domain spoofing that currently goes on - and - puts the preference of whether to accept spoofed domains in the hands of the recipient. Ideally, it would require a change to the SMTP spec, but I'm not even sure that would be necessary.

      --
      Wolde you bothe eate your cake, and have your cake?
    6. Re:overzealous spam lists by PapaZit · · Score: 1

      The problem with this plan is that a lot of larger sites SEND with one set of machines and RECEIVE with another. We (a medium-sized private university) have 3 inbound-only machines, 3 outbound-only machines, and 6 IMAP servers.

      Some big companies go as far as "the inbound mail subnet" and "the outbound mail subnet".

      --
      Forward, retransmit, or republish anything I say here. Just don't misquote me.
    7. Re:overzealous spam lists by WuphonsReach · · Score: 1

      Yep, as I was working on our systems today - that thought also occured to me (that there are often seperate systems for send vs receive).

      Since the MX record is used for inbound mail... it would be kind of silly to hijack them to authenticate outbound mail for a domain

      1) Require that the IP address of the server that is sending the mail match an IP address of a record in that domain's DNS (e.g. you'd have to create A records for all of your outbound mail servers). Easy, fits within today's DNS without modification - heck, most sites probably already list those machines anyway... (well, maybe)

      2) Add a new record type to the DNS system where it would list the IPs authorized to send mail for this domain. Initially, probably no domains would have the records as it would be optional, but as more SMTP software added support for the requirement, companies would quickly add the record to their DNS entries.

      Still doesn't fix the problem of forged IP addresses, or open-relays.

      --
      Wolde you bothe eate your cake, and have your cake?
    8. Re:overzealous spam lists by Kissing+Crimson · · Score: 1

      OK, so add MX records for your outbound mail servers / network.

      --
      What's that smell? Ah, that's my karma burning...
  6. RBL's aren't perfect... by PunkeyFunky · · Score: 5, Interesting

    ..and as such, shouldn't be relied upon as a "oh this is definately for rejection". My firm uses an RBL as a plug in to SpamAssassin. Just being in the RBL by itself isn't enough to get rejected, but it bumps up the score a bit. Unfortunately, because RBL's are easy to slave and use, too many people rely on them, when the use is now limited. Limited by the fact that the 'big' spammers are incredibly clever these days. Having said all that, it wouldn't surprise me if AOL started blocking addresses with the '@' symbol... ;) Lee -- 'I love spam. Come get me.'

    1. Re:RBL's aren't perfect... by 42forty-two42 · · Score: 1
      Having said all that, it wouldn't surprise me if AOL started blocking addresses with the '@' symbol... ;) Lee -- 'I love spam. Come get me.'

      Dosen't affect me.

      -- {bd-home-comp.no-ip.org, maine.rr.com, users.sf.net}!bdonlan
    2. Re:RBL's aren't perfect... by jonadab · · Score: 1

      > > it wouldn't surprise me if AOL started blocking addresses with
      > > the '@' symbol... ;) Lee -- 'I love spam. Come get me.'
      > Dosen't affect me.

      Oooh, you have an old-fashioned bangpath address?

      --
      Cut that out, or I will ship you to Norilsk in a box.
    3. Re:RBL's aren't perfect... by homer_ca · · Score: 1

      Definitely not perfect so you need to plan for false positives. Sendmail can specify recipient addresses as spamfriends so their mail isn't blocked by RBLs. We make postmaster a spamfriend so it can receive mail from blocked IPs, and we promptly whitelist any nonspam senders. SPEWS, Osirusoft and DSBL are very effective, but I definitely would not use them without a whitelisting mechanism.

  7. Too bad by TripleA · · Score: 1

    This is too bad. Some people would say that blacklistings are necessary because they help keep the spamming down. And the spamming need to be kept down because most peoples inboxes would be too filled with spam to be useable. But when big companies like AOL starts blocking mail servers out of the blue, it kinda defeats the purpose.

  8. I find it ironic. by Captain+Pedantic · · Score: 4, Insightful

    Here you are complaining that you are being blacklisted, but at the same time you are blacklisting loads of other people.

    Instant karma's gonna get you.

    --

    None are more hopelessly enslaved than those who falsely believe they are free. Johann Wolfgang von Goethe.
    1. Re:I find it ironic. by Anonymous Coward · · Score: 0

      Yeah, but there's no justification for him being blacklisted.

    2. Re:I find it ironic. by LogicallyROgue · · Score: 2, Informative

      You really have a good point....

      I probably shouldn't complain for your very point. However - when we get complaints that our customers emailboxes are jammed full of 'Viagra' and 'Wanna see my webcam' email messages - you have to do SOMETHING! We've tried SpamAssassin - that didn't get everything. We've tried SpamCop - that doesn't get everything. The combination seems to work fairly well.

      Perhaps it's easier for the big guys (ComCast, MSN, AOL, Earthlink) than for us small web hosting shops. We need a free solution that works because we don't have $100,000.00 to drop on a SPAM solution. Because of the 'free spam utilities' that the big guys give away - it's Soooooo much harder for us to compete - or even offer similar solutions...

      --
      Rogue(n): 1. One who is playfully mischievous;
  9. Dial-up or residential IP blocks, too by Finni · · Score: 4, Informative
    Are you on DSL? My company's mail server is on DSL from the telco, who doesn't actually have 'business-class' versus 'residential class' DSL service.

    AOL also requires that your R-DNS matches what you claim your domain name to be. Do you have your PTR records in order? If you're on DSL (or dial-up) that can be difficult or impossible, depending on your provider.

    I also question AOL's explanation of 'open relay.' They say that, if someone not on your network can connect to port 25 on your server, then you're an open relay. This entirely ignores POP-before-SMTP, IMAP-before-SMTP, and SMTP AUTH, which is what we use.

    They may be better about it than their simple explanation; I only filled out their webform last night, so I don't have my results in yet. My solution was to hard-code the MX record for AOL.com to actually be my ISP's SMTP server, so mail to AOL gets relayed from a more legitimate-seeming source.

    1. Re:Dial-up or residential IP blocks, too by slittle · · Score: 5, Funny
      if someone not on your network can connect to port 25 on your server, then you're an open relay
      iptables -I INPUT 1 -J REJECT -p tcp --dport 25

      Wow, they're right! I'm completely spam free now!
      --
      Opportunity knocks. Karma hunts you down.
    2. Re:Dial-up or residential IP blocks, too by Trick · · Score: 1

      "I also question AOL's explanation of 'open relay.' They say that, if someone not on your network can connect to port 25 on your server, then you're an open relay."

      This is totally untrue. If that were the case, they'd be blocking every site that used a single server for incoming and outgoing mail (thus requiring port 25 be open to anyone). They most certainly do not do this.

    3. Re:Dial-up or residential IP blocks, too by CrystalFalcon · · Score: 1

      They say that, if someone not on your network can connect to port 25 on your server, then you're an open relay.

      Uhhm, I have another theory.

      If people outside of my domain can connect to port 25 on my mail server, they are able to deliver mail to my domain, regardless of if they can relay or not.

      There. How's that? :-)

  10. Something to consider: Spammer@Home.... by wowbagger · · Score: 4, Insightful

    It sounds like you've done an admirable job securing YOUR system. What about your USERS?

    There are far too many morons who run what I call "Spammer@Home" (a play upon Seti@Home) - software that downloads a list of addresses from a spammer, then uses direct-to-MX from the luser's machine to send spam. Thus spammers get around blacklists.

    So the luser on your system pisses off the world, and gets your netblock blacklisted. If you catch them, you can terminate them (or at least their account) and maybe get back, but....

    Now, I know this is an unpopular suggestion with many SlashTrollBots, but have you considered blocking outbound SMTP from your customers? You can always allow the customers with a real need out (they just have to let you know), but by default block SMTP to anyplace other than your server (or better still, redirect it to your server).

    The average user will not notice if they cannot send directly to other servers. If you redirect to your server, programs that do direct-to-MX will still work - you will just have a chance to check the mail (or at least log it). And anybody too 31337 to use your mail server can call you and ask you to change the settings to allow them out.

    (Sits back to watch the morons bitch about this...)

    1. Re:Something to consider: Spammer@Home.... by accad · · Score: 3, Insightful

      Having worked for serveral ISPs and hosting providers, I can tell you that this will cause more headache to the sysadmin than you imagine.

      If you re-read the original post, you will notice that this is about a hosting provider.

      Most hosted websites provide some sort of forum or feedback page or something that requires access to an SMTP server to send back replies or notifications or similar.

      On average, I noticed that 85% of hosted sites require SMTP, so blocking ALL and then ALLOWING a subset will be a long tideous job, I don't know if the original author has the time/manpower to do it, but it will not work in a large(ish) environment.

      Just my 2c.

    2. Re:Something to consider: Spammer@Home.... by mikey504 · · Score: 3, Insightful

      If I read it correctly (dubious as I am still a little groggy this morning) he is not disallowing SMTP traffic, he is only saying that it all has to go through his mail host.

      I did something similar here-- all port 25 traffic that originates from behind our firewall must be bound for our mail server. This stops a lot of crappy ad ware and email viruses that pack their own SMTP engine.

      I don't see a similar set up for a hosting provider as being unneccessarily restrictive. It might not do anything to keep your customers from spamming from your net block, but at least it would all be routed through your server, greatly increasing the chances you would detect it and stomp the perpetrator's guts out-- or whatever action you feel is appropriate.

    3. Re:Something to consider: Spammer@Home.... by schon · · Score: 2, Insightful

      I did something similar here-- all port 25 traffic that originates from behind our firewall must be bound for our mail server. This stops a lot of crappy ad ware and email viruses that pack their own SMTP engine.

      A better solution (ie. one that's less likely to have a customer call your support desk) is to transparently proxy all outbound SMTP traffic to your server.

      An extra step would be to do connection throttling, which would limit the damage caused by the "@home" spammer, or customers who set up an open relay.

      We implemented this years ago, and it's saved a ton of headaches - the one time that we did have a customer who tried spamming, he managed to deliver to a total of ONE address before we shut him down (my pager goes off when the loadavg on our mail server rises above a set limit.)

    4. Re:Something to consider: Spammer@Home.... by djcapelis · · Score: 1

      Yes, but the transparent proxying is also a huge problem to the security consious as if your SMTP server is ever compromised, all e-mail is at risk, some people prefer to use other SMTP servers to mitigate that risk.

      So if you do this, make sure you inform your customers, not keep quite about it. Otherwise it's a good way to piss off the ones you want on your network, security concious informed users... fortunatly for you they exist. Informed users... wow.

      --
      I touch computers in naughty places
    5. Re:Something to consider: Spammer@Home.... by LogicallyROgue · · Score: 1

      The bigger problem is when ISP's block port 25 to my servers. As you mentioned - we're a hosting provider and not an ISP.

      Our customers rely upon us for SMTP/POP3. When ISP's kill outbound 25 - it makes it difficult....... ......however, when MSN decides that they will ONLY allow HTTP traffic on their network, and block ALL POP3/SMTP traffic - that makes it impossible to compete doesn't it?

      --
      Rogue(n): 1. One who is playfully mischievous;
    6. Re:Something to consider: Spammer@Home.... by MisterFancypants · · Score: 2, Interesting
      Cox cable does this in my area -- no port 25 connections to anything except their own SMTP servers.

      Doesn't really have any negative impact on me and helps them control spam, so I'm happy with it.

    7. Re:Something to consider: Spammer@Home.... by pinkfalcon · · Score: 1
      O.k. I'll bite...This won't work for me and I think it won't work for a lot of people.

      I have two accounts, one is yahoo DSL and the other is a hosting company for my email and web page (interland.com). Both require pop-before-smtp before allowing outgoing email. Exim is not easy to setup to do outgoing pop-before-smtp (o.k. I spent a whole weekend unsuccesfully working on it, no one on the exim-support mailing list had figured it out (or if they had they weren't saying)). My only solution was to send mail out directly (which exim does very well.) If SBC/yahoo decides to block outgoing port 25 connection then I am screwed for e-mail.


      I consider myself a fairly sophisticated user, all my home network points to my debian router for outgoing (and incoming) mail. I don't think I'm at risk for email viruses (but then again, nobody does).

      --
      Real SUV's don't have cupholders
      It's 5:42 A.M., do you know where your stack pointer is?
    8. Re:Something to consider: Spammer@Home.... by Moonwick · · Score: 1

      The security conscious users that you describe should be using PGP/GNUpg, thus making the danger of a compromised SMTP relay virtually irrelevant...

      --
      Only on slashdot can a posting be rated "Score -1, Insightful".
    9. Re:Something to consider: Spammer@Home.... by Moonwick · · Score: 1, Flamebait

      Your DSL provider requires POP-before-SMTP? That's pretty pathetic, considering that they run the network, and thus should already know which netblocks they should relay mail for...

      --
      Only on slashdot can a posting be rated "Score -1, Insightful".
    10. Re:Something to consider: Spammer@Home.... by Nugget · · Score: 1

      Our customers rely upon us for SMTP/POP3. When ISP's kill outbound 25 - it makes it difficult....... ......however, when MSN decides that they will ONLY allow HTTP traffic on their network, and block ALL POP3/SMTP traffic - that makes it impossible to compete doesn't it?

      What do you mean? Do you mean that you'll be hindered if you are no longer able to connect to a dialup user's port 25? Why on earth would you need to do that?

      Or do you mean that you're trying to run an smtp server on an MSN account? That just makes it impossible to run a business off a residential class internet connection? Why is that a bad thing?

    11. Re:Something to consider: Spammer@Home.... by LogicallyROgue · · Score: 1

      What I'm saying is that as a hosting provider (NOT an ISP) we provide POP3 and SMTP for our users. We run the mail server on an IP Block assigned to us via a UUNet business T1 and the IP's correctly registered via ARIN.

      However, when ISPs that our clients use decide to block port 25 traffic, then our clients need to use the ISP's outbound SMTP server. No big deal - just a pain to deal with.

      When ISPs block port 110 for POP3...well that's usually when the client throws their hands in the air, spouts some rather unprintable words and either leaves the ISP or our hosting services. Trust me - it came as a great shock when a MSN Tech Support rep told me flat out that MSN doesn't allow POP3/SMTP traffic anymore. That FLOORED me! Didn't help that I was trying to help a small business client who could BARELY afford webhosting and was using the free MSN trial with their new Dell computer...

      But, how can a small hosting company offer services when the large ISP blocks those same services in the name of security?

      For those who say 'Move the ports so they are on non-standard ports' - how does that help your generic John & Jane Doe users who think that when you say 'the Internet' that you mean that globe icon on the Windows desktop?

      --
      Rogue(n): 1. One who is playfully mischievous;
    12. Re:Something to consider: Spammer@Home.... by Nugget · · Score: 1

      Ahhh. I see now. Yes, you are correct.

    13. Re:Something to consider: Spammer@Home.... by krico · · Score: 1

      I work on an ISP that hosts a very old domain (mandic.com.br). Several Brazilian spam programs send spam with our domains as a recipient. They do not use my servers, they are not my users, but still we get black-listed. What's the point on securing my users then?

    14. Re:Something to consider: Spammer@Home.... by wowbagger · · Score: 1
      They do not use my servers, they are not my users, but still we get black-listed. What's the point on securing my users then?


      "Hmm. I've severed an artery. Oh well, I was going to die someday anyway, what's the point of trying to stop the bleeding now?"

      True, you are suffering because of something not your fault, and that sucks. However, most GOOD blacklists will look at where the REAL sender is, not the faked headers - those blacklists won't list you because of these faked emails, but WILL list you if your users spam.
    15. Re:Something to consider: Spammer@Home.... by krico · · Score: 1

      The only problem is most provider don't use GOOD blacklists. I had a problem with 2m (ie: mmm.com and 3m.com) for instance, I called their support and had to listen to the "technical contact" yelling at me because they were receiving spam with recipients from my domains. Same happend with lycos.com, footlocker.com and many other medium to big providers.

    16. Re:Something to consider: Spammer@Home.... by wowbagger · · Score: 1

      I find that somewhat hypocritical, given that I've had a fair amount of spam with domains forged in 3m.com.

      This IS the problem with some blacklists - you get people jumping the gun.

    17. Re:Something to consider: Spammer@Home.... by shogarth · · Score: 1

      Cox Cable just started blocking outbound port 25 in my area and there are quite a few problems with it. The worst is that they have arbitrarily decided that 5 MB is the maximum message size for email.

      That would be fair if it only applied to mail being delivered to them (after all, it's their disk space) but it's unacceptible for a required SMTP relay. Many of my users subscribe to Cox for home connections and have valid reasons to send email that is quite a bit larger. The result is that their broadband connection no longer satisfies a critical function. Life was just easier when they could relay it through the department server.

      In any case, what is the larger goal of blocking outgoing SMTP? What protocol will be next? Monitor the traffic and investigate/shutdown systems with usage signatures that match spammers or people that cluelessly open every attachment and are spewing Worm-of-the-Day. If someone's account is suspended because they got tricked by an email worm, they will learn better. It's time to put some responsibility on the users; the 'net is not TV. If we try to make the 'net idiot-proof, the universe will just come up with a better idiot.

    18. Re:Something to consider: Spammer@Home.... by ahodgson · · Score: 1

      run the services on different ports. geez. Even MS MUA's allow you to connect to different ports.

    19. Re:Something to consider: Spammer@Home.... by Havokmon · · Score: 1
      I don't see a similar set up for a hosting provider as being unneccessarily restrictive.

      Unless that hosting provider has customers who want to use services like mine. Two advantages for the user are not having to worry about your current provider virus scanning/spam tagging your email, and you have a consistant email address no matter who your provider is.

      So while I agree with your solution from an isp point of view, keep in mind that if you aren't providing the same services independant companies are providing, _and_ restricting your users from utilizing those services, you may lose those customers.

      --
      "I can't give you a brain, so I'll give you a diploma" - The Great Oz (blatently stolen sig)
  11. (OT) www.rfc-ignorant.org by Xylocain · · Score: 0, Offtopic

    Heh, one would expect www.rfc-ignorant.org to be compliant with Internet standards. It's, however, not when it comes to HTML at least...

    1. Re:(OT) www.rfc-ignorant.org by Anonymous Coward · · Score: 0

      are there any large sites that are completly compliant?
      w3c doesn't count

    2. Re:(OT) www.rfc-ignorant.org by admbws · · Score: 1

      W3C recommendations are not RFCs.

      The last HTML version to be an RFC standard was HTML 2.0 (RFC 1866), so by that way of thinking, practially every site on the internet is violating RFC standards.

    3. Re:(OT) www.rfc-ignorant.org by Rick+the+Red · · Score: 1

      practially every site on the internet is violating RFC standards.
      Blacklist them all!
      --
      If all this should have a reason, we would be the last to know.
  12. you ask? by i+chose+quality · · Score: 1
    Have any other Slashdot readers experienced similar problems with blacklisting and the big ISPs?
    way more than average, i presume... ;)
    --
    the computer is online
    i am not at it
    what a waste of ressources
  13. openrbl.org is a useful tool by Uncle+Dazza · · Score: 3, Interesting

    This is a real problem. Many blacklists are far to eager to list an IP without real evidence of spamming.

    openrbl.org is useful for looking up your host and trying to figure out what blacklists you are on. But it is still fairly difficult to track down. Our server is listed on three blacklists there even though we have a static IP and have never emitted a single spam address. Sigh.

    The other problem I've found is that when a bounce arrives from another server that says you are blacklisted, you can't email them to find out what list they use!

    Our mail server does not use any blacklists, which is a shame because we get quite a bit of spam. But we are a business and I cannot take the risk of a client email bouncing, especially if they are innocent and the blacklist is wrong.

    What I'd like is a SMTP front end that uses blacklists to determine the likelyhood of the site as a spam source, and delay spam messages for a day or so. The idea being that many mass email programs cannot keep retrying for that long.

    1. Re:openrbl.org is a useful tool by Anonymous Coward · · Score: 0

      #> man spamd
      http://www.openbsd.org/

    2. Re:openrbl.org is a useful tool by Anonymous Coward · · Score: 0

      when a bounce arrives from another server that says you are blacklisted, you can't email them to find out what list they use

      Perhaps you should sign up with Hotmail?

    3. Re:openrbl.org is a useful tool by Gudlyf · · Score: 1
      Our mail server does not use any blacklists, which is a shame because we get quite a bit of spam. But we are a business and I cannot take the risk of a client email bouncing, especially if they are innocent and the blacklist is wrong.

      Why not use SpamAssassin? I have the same situation here at work, and using SpamAssassin works like a champ. I use that along with Anomy. SpamAssassin scans and scores the mail as being possible spam.

      I currently specify a score of 6+ as spam. Then that mail gets sent through an anomy script, which strips out any executable or virus-possible files (I tell people here to request zipped files if they want .exe attachements). It also scans the score of the message -- if it's 12+, it dumps the mail into a spam jail directory for three days, but no real person gets that mail unless it's a message they were expecting and never got.

      Now all spam with a score of less-than 12 doesn't get to the recipent, but any with a score of 6-11 gets to the user with "***** SPAM *****" prepended to the subject, along with a body prefix stating what rules the mail "broke", then the original mail as an attachement. All of this is configurable, of course.

      --
      Trolls lurk everywhere. Mod them down.
  14. AOL Blacklists dynamic IP's by nemui-chan · · Score: 5, Informative

    Are you using any sort of IP address that has been flagged by a provider as a dynamic IP address? AOL refuses email from ALL dynamic IP based servers... which kind of sucks for a lot of people that run their own servers.

    1. Re:AOL Blacklists dynamic IP's by TeddyR · · Score: 1

      Anyone running their own personal mail server or a small buisness (less than ~100 email accounts on a DSL or even fractional T1s) should use their ISPs (or with prior permission) another "smart" mailserver to send out mail (Relay) for them

      --

      --
      Time is on my side
    2. Re:AOL Blacklists dynamic IP's by trentfoley · · Score: 1
      ...should use their ISPs (or with prior permission) another "smart" mailserver to send out mail (Relay) for them

      Maybe I'm wearing a tinfoil hat, but I don't like the idea of my business or personal email going through my ISP's mail servers. Sure, there is no expectation of privacy in unencrypted email. Sure, Carnivore will sniff at it regardless. Its just that the fewer log files that record my activity, the happier I feel.

      And, SPEWS has blacklisted my ISP. So, my ISP's SMTP server is just as blacklisted as my own.

    3. Re:AOL Blacklists dynamic IP's by dacarr · · Score: 1

      That's fine, but what are you running a server for if you're on a dynamic IP? That's painful from a logistical standpoint.

      --
      This sig no verb.
    4. Re:AOL Blacklists dynamic IP's by Anonymous Coward · · Score: 0

      To get on spews, your ISP must REALLY be ignoring the spam warnings.... [or are YOU the cause for their block to be on SPEWS?]

    5. Re:AOL Blacklists dynamic IP's by pla · · Score: 1

      Anyone running their own personal mail server or a small buisness (less than ~100 email accounts on a DSL or even fractional T1s) should use their ISPs

      Why?

      No seriously... Why? Why should I use my ISP's mail server rather than running my own? So when one of their weekly server configuration screwups occurs, I can miss important messages? In my experience, actualy connectivity outages occur FAR less often, and for much shorter periods, than "Oh dear, server X has gone down, I guess we should mention it on the customer service web page and ignore it for a few days".

      Nevermind the whole privacy thang (ie, my trust in my ISP varies with the inverse of how long it takes me to get a competent tech on the phone when I have a problem), I just want a reliable place to dump my mail (If I need privacy, I use GPG).

      Though, in fairness, many ISPs seem to have more problems keeping their DNS up than in keeping email (for receipt) up. Of course, not having the ability to resolve pop.blah.com doesn't do me any more good than that host itself going down. :-(

  15. Incidental Consolidation by 4of12 · · Score: 4, Insightful

    Let me try to understand this.

    1. You're a little ISP with O(10**2) customers and they're a big ISP with O(10**6) customers.
    2. If they block you, then a greater fraction of your users suffer than of their users.
    3. If you block them, then a greater fraction of your users suffer than of their users.
    4. And they're in the same line of business?

    While far too many people are willing to jump into Grassy Knoll theories at the drop of a hat that are unsubstantiated, and my theory is unsubstantiated, it nevertheless remains true that foot-dragging on resolving this particular issue will serve to help the larger ISP grow larger at the expense of the smaller ISP.

    --
    "Provided by the management for your protection."
    1. Re:Incidental Consolidation by Anonymous Coward · · Score: 0

      Aren't both O(10**2) and O(10**6) constant? = O(1)

    2. Re:Incidental Consolidation by tundog · · Score: 1

      No.

      --
      All your base are belong to us!
  16. In other news . . . by dheltzel · · Score: 5, Funny
    AOL announced today that they have corrected the "issue" with their mail servers rejecting email from IP's starting with 6. Currently email is being rejected from servers with IP's starting with 7. AOL will be publishing a schedule shortly at to when each range of IP's will have it's emails rejected.

    When asked why the company is implementing this policy, Bob Harvey, AOL's Minister of Information, said that they had determined that 70% of the emails coming from those IP's was Spam, and the remaining 30% didn't look very important to him anyway.

    1. Re:In other news . . . by Anonymous Coward · · Score: 0

      This is like that dilbert strip where the PHB complains that 40% of sick days are monday and friday, and this is "unacceptable". The horror of it, according to Scott Adams' "7 Years of Highly Defective People" is that about 1/2 the letters he got were from people who didn't get it. The other 1/2 thought *he* didn't get it.

    2. Re:In other news . . . by Yottabyte84 · · Score: 1

      Hmm, that took me a moment to actualy get, too. (5 days in the work week, 2 of them are monday and friday, 2/5 = .4)

  17. Could be a new carreer path by acarr0 · · Score: 3, Interesting

    With all the renewed focus on fighting SPAM it has occurred to me that this could be a good business opportunity. It seems that small business could use someone who could not only help them to nail down mail servers but also someone who has experience with getting issues like being blacklisted resolved. A combination techie and advocate who knew who to call to get issues resolved quickly. Someone who has contacts throughout the industry. Anyone interested?

    1. Re:Could be a new carreer path by Anonymous Coward · · Score: 0

      Go ahead, soon anti-spammers will have all the social respect of lawyers.

  18. Onion statshot by jbert · · Score: 4, Funny

    Did this remind anyone else of the onion 'statshot' feature.

    Top-ten reasons: Why are we on e-mail blacklists?

    1 - Poor social skills cause instant dislike in anyone we communicate with

    2 - Cursed by bequest of Nigerian Uncle's Viagra stockpile

    3 - Was unaware that neighbours were advertising us as "live nerd-cam!"

    4 - this is slashdot?????

    5 - profit!

  19. Are you sure? by schon · · Score: 1

    AOL also requires that your R-DNS matches what you claim your domain name to be.

    This is a violation of RFC 2821.

    They say that, if someone not on your network can connect to port 25 on your server, then you're an open relay.

    I highly doubt that - if so, it would eliminate ALL ISPs who use the same server for inbound as for outbound mail. Which is 90% of small ISPs.

    Do you have any links to back up your claims? I find it incredibly hard to believe that techs that are capable of keeping a network the size of AOL's running would be this stupid.

    1. Re:Are you sure? by Finni · · Score: 1
      This is a violation of RFC 2821.

      Then they should be listed on rfc-ignorant. Their page says

      * AOL's mail servers may reject connections from IP addresses which have no reverse-DNS (PTR record assigned).

      So, not that they have to match, although I thought I'd read that elsewhere, but that they MAY reject if there is NO rDNS.

      Second point

      Sorry - slightly mis-worded. Link from the link on the original post.

      Quote:

      The second way to test your server is to telnet to the IP address in question on port 25 from a different Internet Service Provider and manually initiate an SMTP transaction. If you can send mail from yourself from the different ISP, your server is an open relay.

    2. Re:Are you sure? by schon · · Score: 1

      So, not that they have to match, although I thought I'd read that elsewhere, but that they MAY reject if there is NO rDNS.

      OK, still in violation, but not as bad as you claimed..

      telnet to the IP address in question on port 25 from a different Internet Service Provider and manually initiate an SMTP transaction. If you can send mail from yourself from the different ISP, your server is an open relay.

      I don't see what the problem is with this - if you can do that, then you are an open relay.

    3. Re:Are you sure? by Finni · · Score: 1
      I may have misread their page, or they may have clarified the point. I thought that, when I read their page yesterday, it said 'connection to port 25 from another network is bad.' Ignoring, as you said, those who do inbound SMTP and outbound SMTP on the same server, or perform some variety of authentication. Now that I've re-read it, it doesn't match my memory.

      The big things that tripped us up was the IP block list. We're supposedly 'dynamic' although we're not. The ISP doesn't differentiate their IP blocks, apparently, so the static customers get lumped in with the dynamic users from AOL's point of view.

    4. Re:Are you sure? by jonadab · · Score: 1

      > AOL's mail servers may reject connections from IP addresses
      > which have no reverse-DNS

      That's to keep out the Asian crap. Try this some time: select
      ten pieces of Asian spam (the stuff with ideographic characters
      in the subject line) at random. Look at the headers, and pick
      out the IP address of the MTA that your ISP's mailserver received
      the message from. Try to traceroute these addresses, with reverse
      DNS lookups at every hop.

      It's nothing if not consistent. You can watch the domain names
      go west to California, and then all of a sudden it hits the
      boundaryline between North America and Asia, and after that
      point exactly zero of the remaining hops have PTR records, so
      you get no further domain data.

      I feel sorry for people living in Asia who need to send mail
      legitimately to people over here. I suppose they probably have
      to get accounts with ISPs in the US, or use Yahoo Mail.

      --
      Cut that out, or I will ship you to Norilsk in a box.
  20. AOL only looks one hop back by Anonymous Coward · · Score: 5, Informative

    We had a simular problem at the Web Hosting company where I work. Our clients are permitted to setup blanket email forwards to a selected address, that is all email to @ are forwarded without filtering to .. Some of them use AOL accounts, so they end up with SPAM forwarded to them (they asked to get everything so they get EVERYTHING). AOL has a "feature" that permits you to click "this is spam" when you delete it. This generates a SPAM complaint. AOL only looks at the last place that the email was delivered from for these complaints. Enough complaints and that server gets black-listed. So we have our customers getting us listed, even though our servers are NOT open relays, open proxies, require SMTP Auth and that we have a very anti-spam policy as part of our TOS. We have now instituted a policy of not permitting this kind of forwards to AOL accounts. BTW we have re-submitted our servers for testing at http://postmaster.info.aol.com and have been de-listed.

    1. Re:AOL only looks one hop back by Anonymous Coward · · Score: 0

      Sorry some of the above got "filtered" on posting, forwards are setup so that all email to @domain.com is forward to, say me@aol.com - next time I hit the preview before submit (hummm perhaps the order of the buttons should be change so that preview is first then submit? just a thought) ;-)

  21. But, you know, it DOES! by hummassa · · Score: 1

    If you do this (redirect port 25 to your mailserver) and use some kind of e-mail filter there (Razor, maybe, combined with Bayesian filter, or whatever makes your clock tick) rejecting what seems to be spam then... voila... nobody will spam from your netblock again and you are free from blacklists!!!
    Been there, done that. Some guy running a mailing list will call you saying all the list's email are being rejected, you adjust the filters and go for another cup of Brazilian coffee.

    --
    It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
  22. blacklisting email = scam by Anonymous Coward · · Score: 0
    There are more than a few unscrupulous dickheads that make money running blacklists. They'll add your domain for flimsy reasons, then charge you money to be taken off -- you send them $500-$2000 and proof you're not a spammer. If they agree you're not a spammer, you get your money back (minus a processing charge). If you didn't fill out your forms correctly, they keep the money.

    Usually, these blacklists are ignored by the rest of the world, but if AOL was trying to cut down on spam, they may have bought a questionable blacklist

  23. The next generation of competition killer! by Maul · · Score: 1

    Big ISPs can use the current backlash against spam to further their goals to push small providers out of the market. How? They simply blacklist small ISPs.

    When small a ISP's customers get their mail bounced, they immediately complain. Since the ISP can't do anything about it, they will lose customers who can't email their friends who use AOL.

    --

    "You spoony bard!" -Tellah

    1. Re:The next generation of competition killer! by Micro$will · · Score: 0, Offtopic

      New from Fisher Price:
      AOL = "My First ISP"
      Motorola = "My First Cell Phone" - now in pretty colors!
      Windows = "My First Operating System"

  24. AOL had a small screwup yesterday... by SmurfButcher+Bob · · Score: 2, Interesting

    ...and we ended up on it also. Had to make a call to their hostmaster in VA, and 120 seconds later it was fixed. I was repeatedly assured that the issue was in no way related to anything particular on my end... they just screwed up while implementing something yesterday morning.

    - SBB

    --

    help me i've cloned myself and can't remember which one I am

  25. New! AOL 8.0 Rejecting Addresses Beginning with 8! by sulli · · Score: 4, Funny
    You haven't got mail!

    So easy to use, no wonder it's #1!

    --

    sulli
    RTFJ.
  26. Check for forwarders. by GiMP · · Score: 2, Informative

    I've found that a lot of users will use email aliases/forwarders to forward all their email to an AOL inbox. They do this for the convience of reading all their email in a single inbox, since AOL wouldn't setup email aliases/forwards (or do they?) they have the email forwarded to AOL.

    Since all of their email is forwarded, this includes the SPAM that they receive. These clients then report the spam... but since it was forwarded from your server, guess who AOL blocks?

    AOL has a really bad system for spam. You can reprot spam that is of any vintage, months or years ago.. and they will count it against you; blacklists are automatically applied, there is no human intervention.

    I've had clients with exploitable formmail scripts installed, upon receipt of a complaint the formmail scripts were immediately removed; however, not before thousands of emails were sent to AOL accounts. It took over a month before reports stopped getting filed and we stopped getting blacklisted; regardless of the complaints being over a month obsolete.

  27. Did you switch netblocks recently? by stef0x77 · · Score: 2, Interesting

    Recently we switched a large set of servers to another netblock (yeah, I know sucks). We discovered after that the previous netblock owner had gotten themselves on a bunch of black-lists. Maybe that has something to do with it.

    1. Re:Did you switch netblocks recently? by Graelin · · Score: 1

      Hehe, sorry about that.

  28. Re:Happens all the time How to solve AOL blacklist by ToadMan8 · · Score: 5, Informative

    There is a phone number to call... (let me grab it) 703.265.4670. If you call that number, you talk to some actually intelligent and customer service minded AOL people. They will give you a call ticket number if not solve the issue right on the phone, and will follow through (read: call you back) if they can't solve it right away. Miami University got blocked recently, we solved it in this manner. Hope this helps!

    --
    I haven't posted in so long, my sig is out of date.
  29. dns hijacking or @domain.com by josepha48 · · Score: 1

    it is possible that a spammer is sending spam with @yourdomain.ext and some phony name. I'm not sure this is dns hijacking, but it is in a sense identity theft. At this stage of the game, your email address is slowly becoming your 'second phone number'. With the current push to make phone numbers transferrable between cell phone companies, how long will it be before people want to move between states and have the same thing or email addresses.

    --

    Only 'flamers' flame!
    Does slashdot hate my posts?

  30. Reply from AOL customer support by Shimari · · Score: 1

    Eh??? Oh Well.

  31. it happened to Oxford University... by Anonymous Coward · · Score: 0

    here's their official press release on the matter (from a couple months ago):

    This incident appears to have begun when AOL misinterpreted an ordinary commercial spam, from an unknown source, as having come from the University of Oxford. A brief technical examination of the message would have revealed that it had neither originated at Oxford nor passed through any University server.

    When the University contacted AOL, through a priority help line for ISPs, AOL denied that any blocking was in place, but said that the queue of problems was such that it would take at least 3 days before they could even begin investigation. In the event, it was about 7 days.

    The University, which is not a customer of AOL, responded quickly in bringing this problem to AOL's attention. We would urge AOL customers to contact the company direct if they are dissatisfied with the service they are receiving.

    --

  32. T-Mobile by Anonymous Coward · · Score: 0

    My favorite Starbucks T-mobile hotspot got blacklisted by Slashdot once... it got fixed really quickly though, thanks /.

  33. Have you asked NANAE? by frankie · · Score: 3, Informative
    Although Slashdot is usually an excellent place for tech questions, in this particular case there is a better forum: news.admin.net-abuse.email

    Post your IP range and the sites blocking you, someone will tell you what the problem is.

  34. SMTP over SSL by wowbagger · · Score: 1

    Does either of your providers use SMTPS (SMTP over SSL - port 465)? This would solve the authentiction problem quite handily.

    Do either of them use SMTP-AUTH?

    If not, then perhaps rather than not paying attention to posts on Slashdot (had you BEEN paying attention you would have seen that I explicitly stated that the ISP should allow port 25 through IF THE CUSTOMER ASKS FOR IT) your time would be better spent trying to get your mail providers to adopt more recent means of preventing abuse.

  35. How the crap does THAT happen? by siskbc · · Score: 1
    After waiting on hold for 30 to 45 minutes, the gentlemen on the other > end of the phone informed that they were having an "issue" where their server > were rejecting email from IP's starting with a 6.

    Sounds like someone was being a bit happy with the wildcards. Why not just block *.*.*.*, that will block ALL the spam?

    Just wonddering, but when you say anything starting with a 6, does that mean 6.*.*.*, or 6*.*.*.* ?

    --

    -Looking for a job as a materials chemist or multivariat

  36. From field spoofing by dubStylee · · Score: 1

    The unfortunate thing about this From field spoofing is that it hits hardest those who have produced most. I have built a dozen medium load sites and foolishly put my email in the metadata of the pages (which was a good thing at first since some people did contact me through it with legitimate reasons to contact me). Now anyone who visits those sites has my email on a page in their local cache and the viri find it and mail out more viri as if from me. Success is its own punishment I guess.

  37. My experiance with being blacklisted by Yottabyte84 · · Score: 1

    Last saturday, I discovered that the Class C that our mailservers at work are was blacklisted by earthlink for "Dynamic IPs or Open Relays". This class c happened to contain our Dialpool (only 30 IPs, we are a very small ISP). On monday I emailed them explianing that none of our mail servers were open relays, and the whole class c wasn't dialup (helpfuly providing or dialup IP range). They emailed me back 2 hours later explaing that the class c was blacklisted as dialup, and that they had corrected the problem. Pretty painless, really.

  38. Re:New! AOL 8.0 Rejecting Addresses Beginning with by Anonymous Coward · · Score: 0

    ROTFLMAO!!!!!!!!

    You've got brains !

  39. Offtopic? by Anonymous Coward · · Score: 0

    This is like a day old. Why can't you just leave it the fuck alone? Fuck you moderators. See you in Meta.

  40. Performance reasons by Anonymous Coward · · Score: 0

    It's much faster to just filter out every email starting with "6" than it is to reverse-lookup all those pesky domains names.

  41. Sounds a bit unlikely. by Medievalist · · Score: 1

    Your post makes no sense.

    If your domain is 10 years old that would normally make it *less* likely to be on any spam lists, because you should theoretically be a known entity.

    However, you are registered with a .br domain to an IP in LACNIC's Class-A block, which seems a bit dodgy.

    Real postmasters are quite easily able to tell the difference between forged addresses and real SMTP relays; so, if you are commonly blacklisted you are probably a spammer. If you just get lots of mail from angry end-users, you have an enemy and you need to find and neutralise that enemy.

    But in answer to your question (ignoring all the trollish inconsistencies in your post) you need to put as many humans as necessary on reading your postmaster mail. That's a cost of doing business for you... just like the post office has to handle all that mail addressed to the North Pole every Christmas. It's there, deal with it.

    If you can't handle the Email, you need to close up shop and get a new domain name and IP address.

    Sorry, but that's how the system is currently set up, and until the big ISPs get serious about policing their networks that's the way it will remain.

    1. Re:Sounds a bit unlikely. by krico · · Score: 1

      You go to a news store here in brazil, buy a spam program, install it, write a spam message and click on run. It sends e-mail to (as they announce) 16.000.000 e-mail signing them all as @mandic.com.br. Why is that so? Because we ARE A KNOWN ENTITY and therefore any RESPECTFUL e-mail provider will NEVER black list our domain. So the spammer uses the fact that we are a known entity in his benefit, and since the 16.000.000 are obviously not real, a great part of it will bounce and get to my postmaster. I didn't get it, what's dodgy about my IP? What do you consider as "my IP"? Our cluster "lives" in a well known data-center, and there is nothing dodgy about it. Now, about the "real postmasters". When there are 100.000 bounced messages on the queue and they are starting to triple bounce, what am I supposed to do? If I stop the mail daemons and run a program to remove the messages, it takes more than an our. How am I supposed to read them? >> If you can't handle the Email, you need to close up shop and get a new domain name and IP address. sorry, no can do! Our name is very strong and ... we don't want to loose this. But, anyways, tks for your "tip".

    2. Re:Sounds a bit unlikely. by Medievalist · · Score: 1

      Sorry about the late reply; I was off-line for a few days due to illness in the family.

      Are you saying that these emails are sourced from outside your domain, or that your customers are sending them? It's still not clear to me. Who is the ISP of this person that "buys a spam program and clicks on run"?

      If spam emails are bouncing into *your* queues, it sounds like your domain is the source of the spam. (That's the only way the situation you describe could happen to my mailservers.) What are the source IP addresses of the spam messages? Ignore any host names and look only at the raw message data from the queues. Are your users the spammers?

    3. Re:Sounds a bit unlikely. by krico · · Score: 1

      These spammer are using the spam program either in their own DSL connections or using open relays. Let me give you an example:

      1 - spammer sends e-mail from IP a.b.c.d with the spam program and signs the e-mail as @mandic.com.br ( is changed by the spam program for every email)
      Note that the IP a.b.c.d (DSL) is blocked on my MX cluster.
      2 - hotmail, for instance (who I cannot block) receives this e-mail and bounces it to? (me :-))

      Is this clearer now?

    4. Re:Sounds a bit unlikely. by Medievalist · · Score: 1

      Your step 2 shouldn't happen, though. SMTP mailers don't bounce Email from the spammer machine to a different machine. Open relays are a special case, the mail will be bounced to the relay itself and not to the system that relayed through it. That's why ORs get blacklisted, because they obscure message sources.

      When hotmail rejects a message, it bounces to the IP address that sourced the message. Mailers do not use the human address information.

      Here, look at this mail header info from a spam I intercepted at my site:

      --------
      Return-Path: targeted@3dmail.com
      Received: from cornwall.net (pleisosaur.cyb.org [195.89.138.131])
      by pobox.xxxx.org (8.8.7/8.8.7) with ESMTP id FAA22310
      for medievalist@xxxx.org; Sun, 17 Jan 1999 05:18:05 -0500
      From: targeted@3dmail.com
      Received: from xxxxxxxxxxxxxxx
      Date: Sun, 17 Jan 1999 08:21:35 GMT
      Message-Id:
      Subject: The Ultimate Internet Marketing Tool
      -------

      OK, look specifically at the line "received: from" at the top. That line was generated on MY mail system and cannot be entirely spoofed (unless my mailserver is cracked and owned). Ignore any following "received: " lines - they will be fake, and were put there to fool old mail analysis programs that assume that the last listed receiver is the source mail hub.

      I can't stress this enough - only ONE thing in that ONE line is trustworthy information, because it was generated by your mailserver. The rest can be entirely faked and is not used in the bounce process anyway.

      The key piece of information is the IP address listed in brackets. That is the IP that was on the packets that carried this message in. SMTP communications require a valid TCP pipe, so that IP must be real or the TCP handshake breaks and the mailer never even gets called.

      When we reverse lookup that IP address, we find that 195.89.138.131 belongs to the Cambridgeshire County Council in Great Britain -- not to 3Dmail.com or cornwall.net; both of those addresses were supplied by the spammer and are fake. CCC was probably cracked, possibly by a back-door installing worm like Code Red or Nimda.

      Your network is listed here as a spam generator. You should ask these people why they listed you; you'll probably have to use a hotmail account or similar to do it, but you should ask them to provide you with a copy of the spam they claim to have received. Tell them you want to track down and crucify any spammers on your network, that should get them to co-operate!

      Once Tonnhaus (or somebody else) gives you a complete message with all headers, reverse lookup the source IP (with Eamnesia if you don't have DNS tools) and you can start tracking down any spammers you may be harboring.

  42. Virginia by chunkwhite86 · · Score: 1

    I live in Virginia, about 30 minutes from Dulles (where AOL is based). For $25, I'll go beat the crap out of their email admin.

    --
    I'd rather be a conservative nutjob than a liberal with no nuts and no job.
    1. Re:Virginia by LogicallyROgue · · Score: 1

      *a smile begin's to creep over Rogue's face...*

      "No! Bad Rogue, don't think such thoughts"

      *...the thought of an email admin begging to un-blacklist me....*

      "Evil Rogue! Don't be evil!"

      *...the klickity-klackity sounds of being permanantly removed from AOL's blacklis...*

      Music to my ears!!!

      Logically,
      --rogue

      --
      Rogue(n): 1. One who is playfully mischievous;
  43. This is absolutely ridiculous by krico · · Score: 1

    Our network that you mentioned as blocked, is not "our" network. They blocked .com.br which is ridiculous. Seriously, they are blocking any e-mail comming from brazil. Do you really think that:
    - @oracle.com.br
    - @sun.com.br
    - @amcham.com.br (american chamber of commerce)

    are sources of spam?

    I think you are mistaken about how e-mail works. The bounce goes to the "MAIL FROM:" part of the SMTP connection.

    Anyways, thanks for the advice.

    1. Re:This is absolutely ridiculous by Medievalist · · Score: 1

      Blocking .com.br is pretty nasty. Lots of places block taiwan and korea, but I hadn't heard of anyone blocking all commercial sites in brazil before.

      But this is what I mean about your problems sounding dodgy; in the first message you said YOUR domain was blacklisted, not your parent domain (and I have found the domain you mentioned in at least one blacklist).

      There are other things in your posts that don't make sense to me.

      I'll repeat my question: Who is sourcing the spam, and who is their ISP? You referred to "their DSL" - are you the service provider to the DSL-based spammer or not? If you are, that's why you are being blacklisted; it's because you aren't doing any outgoing spam detection (that's AOL's problem).

      Perhaps we mean two different things when we say "bounce"... how can a "triple-bounce" happen in a properly configured mailserver? Double bounces are the limit here, then they go to postmaster. Postmaster doesn't bounce.

    2. Re:This is absolutely ridiculous by krico · · Score: 1

      "You referred to "their DSL" - are you the service provider to the DSL-based spammer or not?"

      Nope.

      "how can a "triple-bounce" happen in a properly configured mailserver?"

      MAIL FROM: inexistent-1@domain
      RCPT TO: inexistent-2@domain

      will make qmail say

      triple bounce: discarding ...

      it's properly configured, but still consumes CPU time..

      Basically, the thing is, people blacklist domains when they should blacklist e-mails, or blacklist ips. Blocking an entire domain is very, very bad practice. What happens is that if you block an entire domain, the spammer will use another one, and that other domain will be blocked to, then you'll block it, and so on.

  44. OK, I see a problem. by Medievalist · · Score: 1


    I reject all mail from unresolvable domains. You can't talk to us if you are not in the global DNS.

    I don't accept incoming mail with a RFC822 target address that does not specify a valid user in my domain, and I don't accept outgoing mail from IP addresses outside my domain. If I did either of these things, I'd be an open relay.

    I don't accept outgoing mail with a RFC822 source address that does not specify a valid user in my domain. If I did, my users could spoof their addresses and become spammers.

    If a message is not sent either to or from one of my known users, all that happens (on my server) is that a line gets written to my SMTP error log, which is analyzed hourly to create a web page of mail use statistics. Nothing gets queued anywhere, because the message is rejected before the body gets transmitted.

    I have no idea how to do all this in qmail. But if qmail can't handle it, you can use sendmail or postfix. Postfix has a secure design (like qmail) if you don't like old-fashioned code monoliths like sendmail. I use sendmail.

    I agree that blocking high-level domains is a bad practice. But I block China and Korea anyway on two of my mailservers, because that reduces the spam burden and the users of those servers have no legitimate reason to email anyone in Asia.

    1. Re:OK, I see a problem. by krico · · Score: 1

      That seems like a good practice. I'm gonna adopt it. The only thing is that rejecting an e-mail that is not an existing user should (acording to RFC) generate a bounce.

      Anyways, I applied that "patch". TKS a LOT!