Slashdot Mirror


Overcoming MAPS Reverse-Lookup Oppression?

ArghBlarg asks: "Imagine the following scenario: you're the volunteer admin for a small, non-profit site for a few local artists and musicians. You run your web site and SMTP server out of your laundry room, via cable broadband. The broadband provider doesn't mind, as you only get a few hits a day; you keep your system secure and were only rooted once, over 4 years ago (hey, it happens). Your site has never, ever (to your knowledge) relayed spam. On the whole you've been an exemplary netizen. One day, some email you send bounces because your ISP's entire netblock has been placed on the MAPS DUL. True, your server's IP isn't technically static (though it hasn't changed in 12 months); because your domain is embedded within the broadband provider's larger IP block, reverse lookups don't give your domain name, rather that of the provider (with a huge number prefixed as the hostname). Hence you're considered a rogue SMTP node and blocked by MAPS. I've emailed MAPS but they won't agree to whitelist me. I have a proper MX record for my SMTP server, under my domain name. What can I do? Is there any way to make my legitimate domain take precedence in reverse-lookups, so I don't show up as being part of a spam-friendly network?" "Please don't bother suggesting that I ask my provider to give me a static IP outside the affected block -- they won't, not without upgrading to a MUCH more expensive package which gives me no benefit for a small-traffic server like this.

What have you done to get your domain, running on a pseudo-static IP, out from under the thumb of the spam block lists? While I wholeheartedly support the efforts of the MAPS people and others like them to stamp out the vermin that are spammers, our domain has become collateral damage in the war!"

25 of 97 comments (clear)

  1. Relay through ISP by crow · · Score: 5, Informative

    You should configure your SMTP server to relay all mail through the ISP's SMTP server. Then people will receive the mail from the ISP, not from you, and presumably they won't be blacklisting the official SMTP server for the ISP (or else you have a bigger problem).

    1. Re:Relay through ISP by Saganaga · · Score: 3, Informative

      I second this recommendation. This is exactly what I do for my home email server (on Roadrunner cable) and my church's email server (on Onvoy DSL). Both email servers are using QMail.

      The only possible negative I see to relaying through your ISP's SMTP server is that it introduces another possible point of failure, but that seems to be an acceptable tradeoff.

    2. Re:Relay through ISP by jc42 · · Score: 2, Informative

      It won't work. Around here, we get cable service through rcn.com, and my wife and I have email accounts with them. I don't use it much except for testing, but she uses it a lot. She uses her Mac Mail program, and it is configured to relay through smtp.rcn.com. Some weeks back, she found that email to aol.com addresses were bouncing. I found the raw source message, and it contained an explicit statement that all messages from rcn.com addresses were being rejected as spam.

      AOL has done this in the past, of course, and they proudly announce how many spam messages they have rejected. Some have suggested that they should reject all email, and then they'd have a 100% successful rejection of spam. But I digress. ;-)

      Anyway, the dummies that reject email based on things like dynamic IP addresses often reject all messages from an ISP. So it doesn't matter whether the email comes from your machine or the ISP's relay.

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    3. Re:Relay through ISP by Fweeky · · Score: 2, Interesting

      Plus you tend to loose things like TLS, and of course being a single node for all mail for an ISP can make them a little slow and unreliable.

      The best solution is probably to get your own server on a static IP and smarthost through that; since it's entirely under your control you know it's not going to get some handy config change which breaks your mail, nor is it likely to go away for hours on end while it's broken/fixed/upgraded without warning.

  2. Use SmartHost by FattMattP · · Score: 4, Informative
    What can I do?
    Easy. You just need to configure your MTA to relay your outgoing mail through your ISPs SMTP server. In Sendmail this would look like the following in sendmail.mc

    define(`SMART_HOST',`smtp.myisp.com')dnl

    of course it'll be different if you're using another MTA. MAPS DUL (dialup up list) is doing what it's supposed to do. It's listing dynamic address ranges such as cable modems, DSL lines, and dialup numbers. A lot of spam can come from these so people choose to use them to block email that isn't coming from the ISPs mail servers.

    --
    Prevent email address forgery. Publish SPF records for y
    1. Re:Use SmartHost by pbrammer · · Score: 2, Informative
      I second this motion. Cox even started blocking outbound port 25 traffic, so this is the only way my servers can send mail to the outside world. Works great.

      Postfix can be setup similarly in the postfix/transport file:
      my.domain :
      .my.domain :
      * smtp:outbound-relay.isp.domain
      The null entries for my.domain are so that internal mail doesn't go to outbound-relay.isp.domain.

      Phil
    2. Re:Use SmartHost by Otto · · Score: 2, Insightful

      But then how the hell are hobbyists supposed to survive next to large commercial entities?

      The MAPS DUL is a list of IP's that are not supposed to be running mail servers, usually according to the people who actually own those IP addresses. Most dynamic IP's should be on it, as would any static IP's whose owners (the ISP who gives you your IP) told MAPS that yes, they are not supposed to run servers.

      Don't like it? Exercise your free market rights and buy your service from somebody else.

      In this life, if you want a thing, you pay for that thing. TANSTAAFL. There are providers who'll gladly sell you service and let you run mail servers all you like. And those won't be listed on the MAPS DUL because the ISP is who confirms which of their netblocks should go on the DUL.

      If you're running a mailserver on a connection that you have a contract that says you cannot do that, then I don't see that you have cause for bitching here.

      Oh, wait. I forgot. The Internet died a long time ago.

      The Internet did not die. It just ceased to be the sole domain of hobbyists and tinkerers and a bunch of bastards (spammers/scammers/other people in general) moved in. This is the expected reaction to those bastards.

      --
      - Give a man a fire and he's warm for a day, but set him on fire and he's warm for the rest of his life.
  3. Well by The-Bus · · Score: 3, Insightful

    Why not run email and webhosting separately? Email could always be run through a provider (Flames Burn seems to be focusing on helping independent musicians). Yes, you're small and non-profit but I'm sure your time could be better used than dealing with hassles like these. Pay for the hosting, then spend your time on other stuff for this organization. From the looks of it, and the needs you have, this may be a simpler solution. Of course, I'm not supremely technically versed, and it sort of goes against the hacker mentality leaving this problem unsolved...

    That's my EUR 0.016414 anyways.

    --

    Small potatoes make the steak look bigger.

  4. Well DUH... by stienman · · Score: 3, Insightful

    Please don't bother suggesting that I ask my provider to give me a static IP outside the affected block -- they won't, not without upgrading to a MUCH more expensive package which gives me no benefit for a small-traffic server like this.

    Then you are stuck between a rock and a hard place. You are using a residential class line for business class use. MAPS is right to block residential lines because of all the zombie relay servers that virus writers are including in their payloads now.

    Either pay for a business class connection, or use the SMTP server your provider gives you.

    It's not the "open internet" that you'd like to see. Live within the limitations this simple, dumb network provides.

    Besides, do you honestly expect MAPS to whitelist a dynamic IP? MAPS is not the problem, PEBKAC.

    -Adam

    1. Re:Well DUH... by Anonymous Coward · · Score: 3, Funny

      tell them that some ISPs use a list to block incoming email from certain IP addresses that match certain criteria, and that unfortunately your IP address matches that criteria. That puts the onus on the receiver of the email to either figure out a solution, or lose the customer who wanted to receive the email.
      Lemme get this straight. They're supposed to complain each time they don't receive an email. And they would know when this is happening exactly how?

      That's like taking class attendence by asking everyone who isn't there today to please raise their hands.

    2. Re:Well DUH... by squiggleslash · · Score: 4, Interesting
      The "you must use the ISP's smarthost" thing has a number of consequences which you happily ignore by using the tired and frequently abused "It's only a small minority" argument.

      The first is that this method of "spam prevention" provides pretty much no spam prevention whatsoever. Insofar as it provides any protection, it's from a small minority of unsecured open relays present in older operating systems, which happens to be an extremely specific bug and a very easy issue to deal with.

      The second is that this method makes configurationless email impossible. You HAVE to configure your MTA to point at a specific smarthost. You HAVE to change this if you use a different ISP. And if you regularly use more than one ISP, then you have to reconfigure every time you connect.

      The third is that the "small minority" argument is bogus to begin with. Point at any activity on the Internet and you can claim it's a small minority. Slashdot, for instance, regularly causes problems for websites by linking to them. Only a "small minority" read Slashdot. Therefore it is legitimate to block Slashdot. You can work on it to any degree. The World Wide Web would never have gotten off the ground if the "small minority" people had decided to block it as a bandwidth waster from the beginning.

      The fourth is that hacks like this undermine the integrity of the email infrastructure. By frequently imposing arbitrary rules, you guarantee the failure of legitimate email. You force system administrators and end users to frequently make minor and unnecessary changes to the configuration of their systems.

      The fifth is that better anti-spam systems exist, but ISPs lack the will and desire to operate them. Blacklists are an easy way out, their proven ineffectiveness is testament to the stubborness and power-tripping of the groups that operate and subscribe to them. We have more spam on our systems now than ever before.

      Yes, SMTP email wasn't designed to cope with the spam phenominem, but this isn't helping. Solutions need to be sane, they need to block spam or spammers, and not block on an arbitrary "well, a spammer might use this" basis. There's been far too much support for things that do not work, it's time to switch to things that do.

      Oh, and I'm an expert. I do know what I'm talking about. I operate my own SMTP servers, wouldn't touch an ISP that doesn't let me, and thanks to that pretty much never receive spam (perhaps once per organization I've done business with at most.) We could eliminate spam tomorrow if ISPs had the guts to implement the systems needed. Unfortunately, they don't.

      --
      You are not alone. This is not normal. None of this is normal.
    3. Re:Well DUH... by drsmithy · · Score: 4, Insightful
      The first is that this method of "spam prevention" provides pretty much no spam prevention whatsoever. Insofar as it provides any protection, it's from a small minority of unsecured open relays present in older operating systems, which happens to be an extremely specific bug and a very easy issue to deal with.

      It's not just open relays, it's also all those machines that have been taken over by trojans with built-in SMTP engines.

  5. Learning the hard way, eh? by darksmurf · · Score: 3, Informative

    You being on the DUL is a good thing. It means less spam from your entire netblock.

    This is where you learn to relay your outgoing mail through your upstream provider. You should of course continue to be the MX for your domain for all other purposes.

    I know other people have mentioned this, but seriously... No cable or DSL clients should be pretending to be a full-on mail hub. Just use the smtp resources of your upstream provider.

  6. These "services" suck by duffbeer703 · · Score: 4, Insightful

    I had to waste alot of time with ORBS because my company's upstream provider had a larger netblock that we were a part of blacklisted. The people I emailed were quite obnoxious and rude, despite the fact that our servers were secure and never relayed a thing.

    And for what? I still see a ton of spam, despite the fact that my ISP uses MAPS.

    --
    Conformity is the jailer of freedom and enemy of growth. -JFK
  7. cheap webspace host by TheSHAD0W · · Score: 2, Insightful

    Go sign up for an account with one of the inexpensive web hosts out there. For a few dollars per month you can point your web site's MX record thataway and run your email through their SMTP.

  8. Use MailHop Outbound from DynDNS.org by dpilot · · Score: 3, Informative

    For a small (volume-dependent) fee DynDNS.org will relay outbound mail for you with the 'MailHop Outbound' service. They will also relay inbound mail to your server (on a high port, if need be because of your ISP) with 'MailHop Relay'.

    At this point, you'd probably want your DNS hosted through them, as well. On the plus side, this would give your domain a complete and consistent appearance, IP-wise. I believe at this point, you may even be able to add SPF records to your DNS entry as well. (Though I'm not sure if they do the correct thing outbound for SPF.)

    The whole shebang would probably still come to less than $100/yr.

    --
    The living have better things to do than to continue hating the dead.
  9. You have a few options by petard · · Score: 2, Interesting

    1. (You sound like you tried this one) Convince MAPS not to blacklist you. This is unlikely to happen if you're only in the DUL.

    2. Convince the people you wish to exchange mail with (who presumably want your mail) to either
    a. Stop using MAPS
    b. Stop using the DUL
    c. Add your server to a local whitelist

    Note that gaining control over your reverse DNS listing will not help; DUL is based on netblocks.

    3. Get a better ISP. There are options out there that will do what you want, and not all are prohibitively expensive. If you ISP's options are, switch. I've been very happy with speakeasy. They are available to most of the US. If you get one of their very reasonably priced (multiple) static IP packages, you will not be on the DUL. What's better, they will set your reverse DNS to whatever you wish so long as you own the domain in question. Their TOS are also very nice, explicitly permitting you to run your own servers so long as you don't disrupt the network. (They do permit running spam, porn, and irc if it's part of a public irc network, as those tend to disrupt service more often than they don't.) Speakeasy is not the only option... there are other similar ones, but I haven't tried any of them.

    4. (As others have said) Use a smarthost for your mail. Receive incoming mail on your own server but configure your outgoing mail to relay through your ISP's gateway. This is trivial with most MTAs. See your documentation for details.

    5. Complain to your ISP, and tell them that you're willing to switch if they can't get you onto a netblock that isn't blacklisted. It might work. Their cost to acquire a new customer is relatively high, so they should be interested in accomodating you. Don't just go based on their written policy, though. Talk to a real person, preferably one who would feel the pain of lost revenue.

    --
    .sig: file not found
  10. Well, it looks like the consensus is... by rusty0101 · · Score: 5, Insightful

    ... that only large businesses should be allowed to run mail servers that can send e-mail.

    Glad to see so many people here who are interested in maintaining a free system.

    -Rusty

    --
    You never know...
  11. Other alternatives. by Passman · · Score: 3, Funny

    I can see you have been told the politically correct answer to this situation: "Suck it up, do it for the common good."

    But if you are a true American, one question has not yet been answered. What's in it for me? How can I get rich off of this? How do I make them pay?

    The answer is simple. Sue Em!

    Chances are if you are posting this, you reside within the United States. This makes things more difficult, but not impossible, we just have to be more clever. Our first direction we must look toward in this time of opportunity is toward The Courts. Unfortunately this course will not serve us well. Nothing MAPS does is inherently illegal. Even worse, they have developed a significant volume of caselog to show your average judge that they have a right to do what they do and you have no right to complain. So unless you happen to have a friendly state law or lawmaker in you back pocket (not likely for an indie band) the courts will not likely be of use to you.

    Luckily here in the grand old USA, the Courts aren't the only places to extract money from people you don't like. Are you or any of the band members from Canada or Mexico? Can your latino drummer fake a mexican accent? If so then you can demand compensation under Section 7 of the NAFTA Treaty, the expatriation clause. While normally this clause only applies to government regulation, there have been complaints brought forth against psudo-governmental entities (such as industry trade groups and sanctioning bodies) which you could argue the MAPS organization is one of. From there, it's up to them to prove the rules don't apply to them or else you get money. Nothing could be simpler.

    There you have it, a simple solution to your problem both short term and long term. Assuming that MAPS survives their major outflow of cash, you will now be able to afford professional internet connectivity free from MAPS blocking. If they don't survive, hey your free to send emails anyway and you get a tidy bundle of cash (a double victory).

    irrespectfully submitted, with tounge firmly in cheek
    --
    Minne-snow-da: Winter is comming...
  12. Why not host your website on a cheap host? by Chibi+Merrow · · Score: 2, Informative

    For instance, FuitadNET offers a $5/mo package that includes DNS hosting, 3GB of Web Space, 25GB of bandwidth, and 100 e-mail addresses. You'll get better uptime than with a cable modem and shouldn't have to worry about MAPS or ORDB or whatever.

    --
    Maxim: People cannot follow directions.
    Increases in truth directly with the length of time spent explaining them
  13. Re:Only corps should be free to run their own mail by SuiteSisterMary · · Score: 3, Insightful
    but I just feel that responsible people should be allowed to run whatever servers they want to.

    Absolutely NOBODY is preventing this guy from running whatever server he wants to.

    Some people are, however, exercising their own rights to refuse to accept communications from him, for a reason that may or may not be reasonable, valid, or useful.

    --
    Vintage computer games and RPG books available. Email me if you're interested.
  14. Re:Only corps should be free to run their own mail by SuiteSisterMary · · Score: 3, Informative

    He's not blacklisted. He's accurately listed as being a residential dynamic-assigned user.

    The fact that some other mail servers choose not to accept his mail, based on that fact, has nothing to do with his ISP.

    --
    Vintage computer games and RPG books available. Email me if you're interested.
  15. A full on mail hub is... by Otto · · Score: 2, Insightful

    What exactly constitutes a "full on mail hub" and someone "pretending to be a full on mail hub", and who are you to make that distinction?

    A full on mail hub is somebody running a mail server on a connection where they are contractually allowed to run a mail server on that connection.

    Nobody gets onto the MAPS DUL (dial up list) that easily. You have to be a netblock that has dynamic IP's (meaning that you can't receive mail anyway, as your IP could change) or has static IP's but has had your ISP confirm to MAPS that yes, your block is not allowed to run a mail server.

    You pay for what you get. If you pay for a service that says "no mail servers" and then go an run a mail server, well, you get your ass blocked. You're operating outside your contract already, you're got no real right to bitch about this one.

    Want to run a mail server? Buy your connection from someone that allows you to do so.

    The internet ain't free, bub. You pay for your connection. In many cases, you can pay less if you use that connection for less. This is standard market economics at work. Most people don't use their connections for everything they can squeeze out of them, and so they get a bargain from their supplier. By trying to get that bargain while exceeding those limitations (in this case, not running a mail server is likely *explicitly* stated in your contract with the ISP), you're essentially being a jackass.

    --
    - Give a man a fire and he's warm for a day, but set him on fire and he's warm for the rest of his life.
    1. Re:A full on mail hub is... by ArghBlarg · · Score: 2, Insightful
      The internet ain't free, bub. You pay for your connection.


      With respect, I highly resent the above quip. I do pay for my connection -- up to 10MBps, no bandwidth limit. That was what I signed up for and I pay my bill faithfully.

      While I am running a mail server, I can guarantee you I use *far* less bandwidth than any of my neighbours who download pr0n and have their PCs infected with the worm-de-jour. We serve mostly static web pages, some MP3s of a few local indie bands and email for 5-6 accounts, each of which sends less than 10 messages per day. Surely that isn't more than I've paid for.

      Yes, it is in the newer contracts that you aren't supposed to run servers, but I was in fact never presented with a contract and have never been asked to sign one subsequently. One party cannot unilaterally change the terms of a contract. They are free to disconnect me if they have been, at any time, unhappy with what servers I run. No complaints from them so far (four years and running).



      --
      ERROR 144 - REBOOT ?
  16. Makes sense to me. by /dev/trash · · Score: 2, Funny

    they won't, not without upgrading to a MUCH more expensive package which gives me no benefit for a small-traffic server like this.

    It gives you a big benefit, you get to send email to people.