Re: AOL rejecting mail from IP's w/o reverse DNS ?
On Sat, Dec 06, 2003 at 09:53:15PM -0500, Adam Kujawski wrote: If the customer has a dozen name servers they want you to allocate reverse DNS for, it could become unwieldy, but technically, is there anything wrong with this setup? I believe that this setup could be susceptible to the 'gluelessness' problem described at http://cr.yp.to/djbdns/notes.html. At the very least it takes a few more lookups to find the right answer. --Adam
Re: AOL rejecting mail from IP's w/o reverse DNS ?
just me wrote: Can you explain to the less hyperbolic among us, why I should be obligated to exchange packets with a provider who hosts abusive customers. You, and nobody else is not. The difference is if you carpet-bomb the provider or launch a smart device to it´s intended target. I´ll leave the rest of the obvious analogies as an excersize to the reader. Pete
Re: AOL rejecting mail from IP's w/o reverse DNS ?
On Mon, 8 Dec 2003, Petri Helenius wrote: just me wrote: Can you explain to the less hyperbolic among us, why I should be obligated to exchange packets with a provider who hosts abusive customers. You, and nobody else is not. The difference is if you carpet-bomb the provider or launch a smart device to it´s intended target. I´ll leave the rest of the obvious analogies as an excersize to the reader. Pete Right. Just because a provider condones one of its customer's abusive and irrisponsible behavior, doesn't mean it would be OK for the rest of the provider's customers. You don't get it. And probably never will. Enjoy your future of Nigerian herbal viagra colonic spam. matto [EMAIL PROTECTED]darwin Flowers on the razor wire/I know you're here/We are few/And far between/I was thinking about her skin/Love is a many splintered thing/Don't be afraid now/Just walk on in. #include disclaim.h
Re: AOL rejecting mail from IP's w/o reverse DNS ?
Quoting Adam McKenna [EMAIL PROTECTED]: On Thu, Dec 04, 2003 at 04:59:59PM -0800, Crist Clark wrote: $ORIGIN 168.50.204.in-addr.arpa. $GENERATE 0-15 $ NS a.ns.$ $GENERATE 0-15 a.ns.$ A 204.50.168.2 Is any harder than, $ORIGIN 168.50.204.in-addr.arpa. $GENERATE 0-15 CNAME $.0/28 0/28 NS ns.mydomain.org. That's the whole point. They are equivalent, but the former doesn't force you to invent your own naming scheme or use CNAMES (if using A records in in-addr.arpa domains is distasteful, then imho using CNAMES is even more distasteful, not to mention RR's containing the / character). --Adam Why bother with CNAMES or A records? Is there anything wrong with simply using NS records for each adress? i.e.: $ORIGIN 109.246.64.in-addr.arpa. 1NS ns1.customerA.com. 1NS ns2.customerA.com. 2NS ns1.customerA.com. 2NS ns2.customerA.com. ... 16 NS ns1.customerB.com. 16 NS ns2.customerB.com. 17 NS ns1.customerB.com. 17 NS ns2.customerB.com. If the customer has a dozen name servers they want you to allocate reverse DNS for, it could become unwieldy, but technically, is there anything wrong with this setup? -Adam
Re: AOL rejecting mail from IP's w/o reverse DNS ?
On Sat, 6 Dec 2003, Adam Kujawski wrote: Why bother with CNAMES or A records? Is there anything wrong with simply using NS records for each adress? i.e.: $ORIGIN 109.246.64.in-addr.arpa. 1NS ns1.customerA.com. 1NS ns2.customerA.com. This will work. For large blocks it would get tedious to manage, though a few lines of perl will spit out a file in short order. Definately not easy to manage on a large scale however. == Chris Candreva -- [EMAIL PROTECTED] -- (914) 967-7816 WestNet Internet Services of Westchester http://www.westnet.com/
RE: AOL rejecting mail from IP's w/o reverse DNS ?
[EMAIL PROTECTED] wrote: ... It's not the reverse DNS itself that is meaningful. It is the fact that the SMTP server operator with proper IN PTR records probably has the cooperation of their ISP. This is a broken model. People that are buying high level services should expect those to be delivered correctly, but those who are buying bit transport should not be required to obtain additional services to become fully functional. It is nice to fantasize that the ISP is in control, but time has shown that people will do what it takes to make their service work. If that means pushing the service provider into further irrelevance, they will. Rather than trying to break service for the antonymous network by requiring consent from the cabal, the service providers need to be making it easier and cheaper to get the desired results from their service. Tony
And your solution is? (was RE: AOL rejecting mail from IP's w/o reverse DNS ?)
On Thu, 4 Dec 2003, Tony Hain wrote: This is a broken model. People that are buying high level services should expect those to be delivered correctly, but those who are buying bit transport should not be required to obtain additional services to become fully functional. It is nice to fantasize that the ISP is in control, but time has shown that people will do what it takes to make their service work. If that means pushing the service provider into further irrelevance, they will. Rather than trying to break service for the antonymous network by requiring consent from the cabal, the service providers need to be making it easier and cheaper to get the desired results from their service. I'm sorry, I couldn't find your proposal for solving the problem in that paragraph. Could you tell us what your solution is. Thanks.
Re: AOL rejecting mail from IP's w/o reverse DNS ?
Chris Lewis writes on 12/4/2003 2:24 PM: As I understand it, they blacklist if an IP with no rDNS generates some threshold of complaints. Not just no rDNS by itself. That is a good way to go. A simple no rDNS rule causes too much trouble with our overseas customers. I'm sure AOL discarded that idea for the same reason. Yup. The model can be extended to if no rDNS, and if spamtrap hits or other spammish behavior noted from more than X IPs per /24, then block the /24. srs -- srs (postmaster|suresh)@outblaze.com // gpg : EDEDEFB9 manager, outblaze.com security and antispam operations
Re: AOL rejecting mail from IP's w/o reverse DNS ?
Adam McKenna wrote: On Wed, Dec 03, 2003 at 09:53:37AM -0800, Adam McKenna wrote: On Wed, Dec 03, 2003 at 09:48:44AM -0800, Randy Bush wrote: How can delegating in-addr.arpa on a per-ip basis be any different or worse than delegating it using an rfc2317 scheme? consider the label of the ns rr to delegate only 1.2.3.42 Do you mean ns.42.3.2.1.in-addr.arpa? I still don't see what's wrong with the following, or how it leads to cache poisoning or leaky name space. 42.3.2.1.in-addr.arpa IN NS ns.42.3.2.1.in-addr.arpa. ns.42.3.2.1.in-addr.arpa IN A 5.6.7.86 Eight hours later, and I'm still waiting for a reply on this. Were the original attacks by Pete Ehlke warranted, or would he care to retract his statements? $ dig 3.2.1.in-addr.arpa soa $ dig 42.3.2.1.in-addr.arpa soa -- Crist J. Clark [EMAIL PROTECTED] Globalstar Communications(408) 933-4387 The information contained in this e-mail message is confidential, intended only for the use of the individual or entity named above. If the reader of this e-mail is not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this e-mail in error, please contact [EMAIL PROTECTED]
Re: AOL rejecting mail from IP's w/o reverse DNS ?
On Thu, Dec 04, 2003 at 02:04:54PM -0800, Crist Clark wrote: $ dig 3.2.1.in-addr.arpa soa $ dig 42.3.2.1.in-addr.arpa soa This email contains approximately the same information as Randy's did. Yes, the SOA's will be different. That is what is intended. The nameserver that is authoritative for 3.2.1.in-addr.arpa is delegating 42.3.2.1.in-addr.arpa to 5.6.7.86. Were you trying to make some other point or just showcasing your 'dig' skills? --Adam
Re: AOL rejecting mail from IP's w/o reverse DNS ?
Suresh Ramasubramanian wrote: A simple no rDNS rule causes too much trouble with our overseas customers. I'm sure AOL discarded that idea for the same reason. Yup. The model can be extended to if no rDNS, and if spamtrap hits or other spammish behavior noted from more than X IPs per /24, then block the /24. And why would blocking the /24 be appropriate instead of matching the registry? Pete
Re: AOL rejecting mail from IP's w/o reverse DNS ?
Petri Helenius writes on 12/4/2003 5:36 PM: Yup. The model can be extended to if no rDNS, and if spamtrap hits or other spammish behavior noted from more than X IPs per /24, then block the /24. And why would blocking the /24 be appropriate instead of matching the registry? I would refer you to the huge number of netblocks out there that stay at /16 or larger size, with the upstream not SWIP'ing or otherwise delegating netblocks in APNIC (or wherever, such as an rwhois server) as they provision IPs. srs -- srs (postmaster|suresh)@outblaze.com // gpg : EDEDEFB9 manager, outblaze.com security and antispam operations
Re: AOL rejecting mail from IP's w/o reverse DNS ?
Suresh Ramasubramanian wrote: Petri Helenius writes on 12/4/2003 5:36 PM: And why would blocking the /24 be appropriate instead of matching the registry? I would refer you to the huge number of netblocks out there that stay at /16 or larger size, with the upstream not SWIP'ing or otherwise delegating netblocks in APNIC (or wherever, such as an rwhois server) as they provision IPs. And I refer you to the blocks which are properly registered down to the /29 level and you are saying that if you are a good citizen collateral damage is recommended regardless because antispammers are either lazy or technically incompetent or like their ego boosted by intentional collateral damage? Pete
Re: AOL rejecting mail from IP's w/o reverse DNS ?
On Fri, 5 Dec 2003, Petri Helenius wrote: And I refer you to the blocks which are properly registered down to the /29 level and you are saying that if you are a good citizen collateral damage is recommended regardless because antispammers are either lazy or technically incompetent or like their ego boosted by intentional collateral damage? Pete Can you explain to the less hyperbolic among us, why I should be obligated to exchange packets with a provider who hosts abusive customers. [EMAIL PROTECTED]darwin Flowers on the razor wire/I know you're here/We are few/And far between/I was thinking about her skin/Love is a many splintered thing/Don't be afraid now/Just walk on in. #include disclaim.h
Re: AOL rejecting mail from IP's w/o reverse DNS ?
Petri Helenius writes on 12/4/2003 5:46 PM: And I refer you to the blocks which are properly registered down to the /29 level and you are saying that if you are a good citizen collateral damage is recommended regardless because antispammers are either lazy or technically incompetent or like their ego boosted by intentional collateral damage? You are reading a lot more than I meant into my statements. -- srs (postmaster|suresh)@outblaze.com // gpg : EDEDEFB9 manager, outblaze.com security and antispam operations
RE: AOL rejecting mail from IP's w/o reverse DNS ?
just me wrote: On Fri, 5 Dec 2003, Petri Helenius wrote: And I refer you to the blocks which are properly registered down to the /29 level and you are saying that if you are a good citizen collateral damage is recommended regardless because antispammers are either lazy or technically incompetent or like their ego boosted by intentional collateral damage? Pete Can you explain to the less hyperbolic among us, why I should be obligated to exchange packets with a provider who hosts abusive customers. Disclaimer: I am not a lawyer. That said, IMHO you are free to do what you want as an individual, but collusion by a group to block a provider (even one with abusive customers) smells a lot like restraint of trade. Tony
Re: AOL rejecting mail from IP's w/o reverse DNS ?
On Thu, Dec 04, 2003 at 04:59:59PM -0800, Crist Clark wrote: $ORIGIN 168.50.204.in-addr.arpa. $GENERATE 0-15 $ NS a.ns.$ $GENERATE 0-15 a.ns.$ A 204.50.168.2 Is any harder than, $ORIGIN 168.50.204.in-addr.arpa. $GENERATE 0-15 CNAME $.0/28 0/28NS ns.mydomain.org. That's the whole point. They are equivalent, but the former doesn't force you to invent your own naming scheme or use CNAMES (if using A records in in-addr.arpa domains is distasteful, then imho using CNAMES is even more distasteful, not to mention RR's containing the / character). --Adam
RE: AOL rejecting mail from IP's w/o reverse DNS ?
On Thu, 4 Dec 2003, Tony Hain wrote: Can you explain to the less hyperbolic among us, why I should be obligated to exchange packets with a provider who hosts abusive customers. Disclaimer: I am not a lawyer. That said, IMHO you are free to do what you want as an individual, but collusion by a group to block a provider (even one with abusive customers) smells a lot like restraint of trade. Is this because the IP address you are using is listed in SORBS? Received: from tndh.net (evrtwa1-ar8-4-65-030-212.evrtwa1.dsl-verizon.net [4.65.30.212]) 4.65.30.212 found in Dynamic IP Space (Cable, DSL Dial Ups) Address or Block 4.65.0.0 / 16 Information [Dynablock] Dynamic IP address, use your ISPs mail server Entry Created Mon Nov 24 12:44:38 2003 GMT Last Updated Mon Nov 24 12:44:38 2003 GMT
Re: AOL rejecting mail from IP's w/o reverse DNS ?
I don't know if this is new -- I don't recall seeing it before, but it doesn't say they WILL refuse, just they may. If they do start blocking -- this WILL be an operational issue. you're right. it will be. people will have to clean up their in-addr.arpa. or am i missing some reason they can't, other than laziness? randy
Re: AOL rejecting mail from IP's w/o reverse DNS ?
On Wed, 3 Dec 2003, Randy Bush wrote: you're right. it will be. people will have to clean up their in-addr.arpa. or am i missing some reason they can't, other than laziness? See, this is the war I didn't want to start again. Unless I'm thinking of a discussion on a different list -- I was sure in the whole Verizon spam measures hurting other servers thread, the whole blocking w/o IN PTR records had come up, with people saying they were on hosting where they couldn't change PTR records, and the clients who couldn't get mail from small offices with Exchange servers on DSL lines where the ISP hadn't configured reverse DNS . Then there was the comment on how reverse DNS was meaningless, and did you still run identd ? Maybe I'm thinking of the wrong list. If AOL does it, in a way the question is moot. At least those of us who DO know how to configure DNS can get some clients from the ones who don't. == Chris Candreva -- [EMAIL PROTECTED] -- (914) 967-7816 WestNet Internet Services of Westchester http://www.westnet.com/
Re: AOL rejecting mail from IP's w/o reverse DNS ?
Randy Bush writes on 12/3/2003 10:18 AM: you're right. it will be. people will have to clean up their in-addr.arpa. or am i missing some reason they can't, other than laziness? Well - unless you have a /24, in-addr.arpa is typically under the control of your upstream provider. And at least some few upstream providers I have seen over the past few years are ignorant of basic DNS principles, and don't know how to do proper delegation. Their sending senior management off on junkets abroad, ostensibly to attend APNIC tutorials, seems to be a common cause. The actual admins often remain untrained. Come to think of it, quite a few such ISPs don't know to do proper BGP or proper anything else either ... If that is not the case, and the ISP does know to do reverse DNS, they often charge you $$$ for each line they add into their bind configs. One of the providers we were looking at (we were shopping for a /24) was charging a rather high sum per line added to their bind configs. What's more - their support was insisting that the config we sent them (just enough to let them delegate in-addr.arpa authority for the /24 to our nameservers) was wrong. They apparently were under the impression we were going to pay them for each IP in the /24, to add rDNS. So, especially in countries where most if not all the IP providers you get are dumber than rocks, rDNS is often dismissed as an unnecessary luxury. Especially when you have maybe one IP allocated for a colocated server, rather than a /24 or two. srs -- srs (postmaster|suresh)@outblaze.com // gpg : EDEDEFB9 manager, outblaze.com security and antispam operations
Re: AOL rejecting mail from IP's w/o reverse DNS ?
At 10:42 AM 12/3/2003, Christopher X. Candreva wrote: On Wed, 3 Dec 2003, Randy Bush wrote: you're right. it will be. people will have to clean up their in-addr.arpa. or am i missing some reason they can't, other than laziness? See, this is the war I didn't want to start again. Unless I'm thinking of a discussion on a different list -- I was sure in the whole Verizon spam measures hurting other servers thread, the whole blocking w/o IN PTR records had come up, with people saying they were on hosting where they couldn't change PTR records, and the clients who couldn't get mail from small offices with Exchange servers on DSL lines where the ISP hadn't configured reverse DNS . Then there was the comment on how reverse DNS was meaningless, and did you still run identd ? The issue I think AOL was getting at was not whether PTR records matched the A record for the host. That is indeed a can of worms, and there are reasons why that isn't a good idea, primarily because many people don't have access to the PTR records for smaller blocks or single addresses. However, there are a great many hosts spewing email (spam, in most cases seen at our servers) that have no INADDR set up at all. It would indeed be helpful if there were reasonable PTR records everywhere, even if the PTR information didn't match the A record information. The PTR information could at least provide some clues as to the ISP involved, etc. Maybe I'm thinking of the wrong list. If AOL does it, in a way the question is moot. At least those of us who DO know how to configure DNS can get some clients from the ones who don't. Many will turn on a flag to specify some PTR must exist if AOL or some other large provider does it and is able to stick with it. Yes, there'll be some work for DNS-clued consultants if that happens. The impact on the 'net will not be all that significant, though. A few providers will certainly be impacted, namely those who've not bothered to implement (or only partially implement) INADDR.
Re: AOL rejecting mail from IP's w/o reverse DNS ?
the whole blocking w/o IN PTR records had come up, Interestingly, there was a time when access to FTP servers was considered important and many FTP servers blocked access if the IN PTR records did not match the IN A records. with people saying they were on hosting where they couldn't change PTR records, and the clients who couldn't get mail from small offices with Exchange servers on DSL lines where the ISP hadn't configured reverse DNS. Sometimes SMTP relaying is good. If your ISP has good reason to not configure matching IN PTR records for your mail server then ask them to relay all your outgoing SMTP. The end result is the same; you won't be able to set up a working SMTP server without your ISP's cooperation. Then there was the comment on how reverse DNS was meaningless, and did you still run identd ? It's not the reverse DNS itself that is meaningful. It is the fact that the SMTP server operator with proper IN PTR records probably has the cooperation of their ISP. Proper configuration of in-addr.arpa is a good idea TM. However, it isn't the right way for large mail server operators to go. Instead, they should start exchanging their SMTP sessions on a port other than 25, i.e. NIMTP (New Improved MTP). The NIMTP servers would not accept incoming connections from unknown servers. In order to join the club, you would have to certify that you will only send mail from known senders or relay mail from organizations which will make the same certification. In this way, we create an overlay mail transport network in which the members have some sort of one-to-one mail peering relationship that allows them to enforce an AUP on each other as well as maintain good contact info. Peering relationships work for BGP (lots of rules) and they worked for USENET (not many rules). Why can't the same principles be applied to email or IM services? --Michael Dillon
Re: AOL rejecting mail from IP's w/o reverse DNS ?
Joe Abley writes on 12/3/2003 11:11 AM: RFC2317. that'd still involve the ISP inserting stuff in their nameservers. when isp admins are substituted by drones working out of templates / web forms ... ps - there's of course the rather umm... interesting content below ;) http://homepages.tesco.net/~J.deBoynePollard/FGA/avoid-rfc-2317-delegation.html Maybe more people should do what AOL says they may do, then. I'm all in favor of it - but I'm still reluctant to dump legit mail that'll get dumped if I do this. I'll have to be pushed a lot farther before I start doing this (and with spam levels increasing the way they are ...). -- srs (postmaster|suresh)@outblaze.com // gpg : EDEDEFB9 manager, outblaze.com security and antispam operations
Re: AOL rejecting mail from IP's w/o reverse DNS ?
[EMAIL PROTECTED] wrote: Proper configuration of in-addr.arpa is a good idea TM. However, it isn't the right way for large mail server operators to go. Instead, they should start exchanging their SMTP sessions on a port other than 25, i.e. NIMTP (New Improved MTP). The NIMTP servers would not accept incoming connections from unknown servers. In order to join the club, you would have to certify that you will only send mail from known senders or relay mail from organizations which will make the same certification. In this way, we create an overlay mail transport network in which the members have some sort of one-to-one mail peering relationship that allows them to enforce an AUP on each other as well as maintain good contact info. The system exactly like you describe already exists. It´s based on the standard X.400 protocol and is available across the world. Or in some parts, used to be. If that approach would be highly successful, why would it not prosper instead of SMTP today? Pete
Re: AOL rejecting mail from IP's w/o reverse DNS ?
On Wed, Dec 03, 2003 at 11:28:19AM -0500, Suresh Ramasubramanian wrote: ps - there's of course the rather umm... interesting content below ;) http://homepages.tesco.net/~J.deBoynePollard/FGA/avoid-rfc-2317-delegation.html Which is totally, completely wrong and causes, in both cases, servers to leak name space (which causes cache poisoning) and, in once case, servers to potentially be marked as lame. The man is flat out wrong. Don't follow his advice. -Pete
RE: AOL rejecting mail from IP's w/o reverse DNS ?
Perhaps I'm being naïve, but this seems like a very good way to cause spammers to suddenly start having valid PTR RRs. Thoughts? -j -- Jeffrey Paul - [EMAIL PROTECTED] - (877) 748-3467 Senior Network Administrator, Diamond Financial Products
Re: AOL rejecting mail from IP's w/o reverse DNS ?
Pete Ehlke writes on 12/3/2003 11:38 AM: On Wed, Dec 03, 2003 at 11:28:19AM -0500, Suresh Ramasubramanian wrote: ps - there's of course the rather umm... interesting content below ;) http://homepages.tesco.net/~J.deBoynePollard/FGA/avoid-rfc-2317-delegation.html Which is totally, completely wrong and causes, in both cases, servers to leak name space (which causes cache poisoning) and, in once case, servers to potentially be marked as lame. The man is flat out wrong. Don't follow his advice. The ;) smiley and that umm... before the interesting were added for precisely that reason. Sorry if I was not too clear. And there should be an as usual after your flat out wrong, I think. -- srs (postmaster|suresh)@outblaze.com // gpg : EDEDEFB9 manager, outblaze.com security and antispam operations
Re: AOL rejecting mail from IP's w/o reverse DNS ?
The system exactly like you describe already exists. It´s based on the standard X.400 protocol and is available across the world. Wrong. X.400 is immensely more complex than a federation of ISPs using SMTP on another port number. Or in some parts, used to be. If that approach would be highly successful, why would it not prosper instead of SMTP today? X.400 didn't work for a variety of reasons such as incomprehensible email addresses, too much complexity, the need to run X.500 directory services, the high cost of registering an X.500 organization identifier and the lack of open-source software. Internet mail systems have borrowed good bits from X.400 in the past such as the lighweight variant of X.500 known as LDAP. But peering agreements are not something that was invented by the X.400 committee. Lots of people now realize that there needs to be some system for incoporating trust into the Internet mail system so that mail servers can make decisions on whether or not to trust incoming messages. I think that X.400 is the wrong way to go when we can solve the problem more simply by shifting large amounts of SMTP traffic onto another port number based on one-to-one peering agreements between the organizations using that port number. Example. Lets say that AOL, Verizon and MSN agree to try this approach. On day one, they would only reroute email originating with their customers to the NIMTP port. On day 2 they would start to certify some of the ISPs who send large amounts of email to AOL, Verizon or MSN. Those ISPs would only divert email from their own customers to NIMTP. Then on day 3, these smaller ISPs would begin to certify some of their peers and smaller local ISPs for NIMTP. On day 3 these smaller ISPs will divert AOL-destined email to the NIMTP relay of the day 2 ISPs who will then pass it on to AOL, Verizon or MSN. If SPAM shows up somewhere, AOL knows who to call because they exchanged that info as part of the peering agreement. The Day 2 ISP fixes the problem by cutting off the NIMTP peering with the culprit and then getting them to cut off the spammers. This can all happen within a couple of hours of a spam email appearing. Ideally, this mesh of NIMTP peers will only have 4 or 5 relay hops between the smallest mail servers and the biggest ones. In today's world that means it might take 5 times as long to deliver a message, i.e. it will take five minutes rather than one minute. The NIMTP peers will no doubt hone the system to include various forms of automated checks and notifications but that's not important on day 1. The important thing is to set down the ground rules for NIMTP peering and that can only be done by human beings working for some of the larger users of email. --Michael Dillon
Re: AOL rejecting mail from IP's w/o reverse DNS ?
On Wed, 3 Dec 2003 [EMAIL PROTECTED] wrote: [snip] Peering relationships work for BGP (lots of rules) and they worked for USENET (not many rules). Why can't the same principles be applied to email or IM services? Where is NickC when you need him... this sounds like something out of his layer4 nap idea... Seriously, do we really need SMTP peering agreements? I don't know of too many places that are UUCPing their email... SMTP traffic already crosses (BGP) peering agreement controlled links. If putting contractional obligations there fails to work why should we believe some new and less understood system would be any more effective?
Re: AOL rejecting mail from IP's w/o reverse DNS ?
Greg Maxwell writes on 12/3/2003 11:39 AM: Seriously, do we really need SMTP peering agreements? I don't know of too many places that are UUCPing their email... SMTP traffic already crosses (BGP) peering agreement controlled links. If putting contractional obligations there fails to work why should we believe some new and less understood system would be any more effective? What about speaking plain old smtp, but with transport / mailertable rules routing all mail for domain X (say AOL or MSN) to special access servers that have firewall ACLs allowing only connections from a restricted set of IPs? So AOL talks to (say) us and says hey, instead of mail from our users waiting like all other mail to connect to port 25 on your MXs, set aside a cluster of MXs that'll permit smtp connections from [this /24] We then take these emails and deliver them as usual. Just that AOL mail to our users gets delivered faster, doesn't clutter our MXs ... and we can send mail to AOL over a similar back channel. As a bonus, monitoring and controlling spam on these would be far easier. Yes it won't scale. But it is not intended to scale - it is just intended to be a series of agreements between large providers that will - * reduce congestion / endless mail queues on regular MXs / outbound machines. * let inbound / outbound flowing through that back channel get more easily managed [and monitored for spam] than if it were to take the usual route. Think of it as taking a short cut through a toll road instead of the usual toll free traffic jammed highway. srs -- srs (postmaster|suresh)@outblaze.com // gpg : EDEDEFB9 manager, outblaze.com security and antispam operations
Re: AOL rejecting mail from IP's w/o reverse DNS ?
Jeffrey Paul wrote: Perhaps I'm being naïve, but this seems like a very good way to cause spammers to suddenly start having valid PTR RRs. Thoughts? or limiting attacks for relay/proxy/trojan purposes targets that have valid PTR records which of course ideally should be all of them.
Re: AOL rejecting mail from IP's w/o reverse DNS ?
Daniel Senie [EMAIL PROTECTED] writes: Many will turn on a flag to specify some PTR must exist if AOL or some other large provider does it and is able to stick with it. Yes, there'll be some work for DNS-clued consultants if that happens. The impact on the 'net will not be all that significant, though. A few providers will certainly be impacted, namely those who've not bothered to implement (or only partially implement) INADDR. ... and it will be a zero-sum game once the spammers (or their complicit ISPs) fix their in-addrs too. while i applaud the notion that people will fix their dns entries, we're long past the days where spammers could be assumed to be clueless twits who were operating without serious technical backing. making the presumed good guys fix their in-addrs will have the collateral effect of getting them fixed by the spammers too. in fact, i wouldn't be surprised if some of the spammers who subscribe to nanog have new to-do items on their whiteboards now. ---rob
Re: AOL rejecting mail from IP's w/o reverse DNS ?
On Wed, Dec 03, 2003 at 08:38:10AM -0800, Pete Ehlke wrote: On Wed, Dec 03, 2003 at 11:28:19AM -0500, Suresh Ramasubramanian wrote: ps - there's of course the rather umm... interesting content below ;) http://homepages.tesco.net/~J.deBoynePollard/FGA/avoid-rfc-2317-delegation.html Which is totally, completely wrong and causes, in both cases, servers to leak name space (which causes cache poisoning) and, in once case, servers to potentially be marked as lame. The man is flat out wrong. Don't follow his advice. How can delegating in-addr.arpa on a per-ip basis be any different or worse than delegating it using an rfc2317 scheme? --Adam
Re: AOL rejecting mail from IP's w/o reverse DNS ?
... and it will be a zero-sum game once the spammers (or their complicit ISPs) fix their in-addrs too. 'cept the in-addr.arps space from which they are coming has to be populated. i.e., no more connects from black holes. randy
Re: AOL rejecting mail from IP's w/o reverse DNS ?
How can delegating in-addr.arpa on a per-ip basis be any different or worse than delegating it using an rfc2317 scheme? consider the label of the ns rr to delegate only 1.2.3.42
Re: AOL rejecting mail from IP's w/o reverse DNS ?
What about speaking plain old smtp, but with transport / mailertable rules routing all mail for domain X (say AOL or MSN) to special access servers that have firewall ACLs allowing only connections from a restricted set of IPs? If it's behind a firewall, then it's not on the Internet. Since NIMTP is a proposal for improving Internet email, then I think a new port number is in order. However, anyone is free to implement NIMTP peering by using a firewall to redirect new-port-number traffic to port 25 on some existing mail servers if that suits their purposes. NIMTP is lightweight technically, i.e. no new code needed, just reconfigure things a bit. The real solution resides in the agreements and the AUP that they will enforce and that has to be hashed out by the people who run mail services at the large ISPs. Not by the BGP peering folks and not by the IETF and not by the anti-spammer brigade. --Michael Dillon
Re: AOL rejecting mail from IP's w/o reverse DNS ?
On Dec 3, 2003, at 10:42 AM, Christopher X. Candreva wrote: On Wed, 3 Dec 2003, Randy Bush wrote: you're right. it will be. people will have to clean up their in-addr.arpa. or am i missing some reason they can't, other than laziness? See, this is the war I didn't want to start again. Unless I'm thinking of a discussion on a different list -- I was sure in the whole Verizon spam measures hurting other servers thread, the whole blocking w/o IN PTR records had come up, with people saying they were on hosting where they couldn't change PTR records, and the clients who couldn't get mail from small offices with Exchange servers on DSL lines where the ISP hadn't configured reverse DNS . Then there was the comment on how reverse DNS was meaningless, and did you still run identd ? AOL says the PTR record needs to be assigned. It doesn't specify it has to match the @domain.com in the MAIL FROM: header. Wouldn't it be enough to make sure every IP address you announce has a PTR and matching A record? Hasn't this been a requirement for MANY services for MANY years? -- Matthew S. Crocker Crocker Communications, Inc. Vice President PO BOX 710 Greenfield, MA 01302 P: 413-746-2760 F: 413-746-3704 W: http://www.crocker.com E: [EMAIL PROTECTED] BEGIN:VCARD VERSION:3.0 N:Crocker;Matthew;;; FN:Matthew Crocker ORG:Crocker Communications\, Inc.; TITLE:Vice President EMAIL;type=INTERNET;type=HOME;type=pref:[EMAIL PROTECTED] EMAIL;type=INTERNET;type=HOME:[EMAIL PROTECTED] TEL;type=HOME;type=pref:413 746-2760 item1.ADR;type=WORK;type=pref:;;1 Federal Street\nBuilding 102-2;Springfield;MA;01105;United States item1.X-ABADR:us item2.ADR;type=WORK:;;PO Box 710;Greenfield;MA;01302;United States item2.X-ABADR:us URL:http://www.crocker.com X-AIM;type=HOME;type=pref:aiiyyeee PHOTO;BASE64: TU0AKggAFAD+AAQBAAEAAAMBADEBAAMBADECAAMD /gEDAAMBAAEAAAEGAAMBAAIAAAERAAQBAAA9rgEVAAMBAAMAAAEWAAMB ADEXAAQBAAAbAAEaAAUBAAABBAEbAAUBAAABDAEcAAMBAAEAAAEoAAMA AAABAAIAAAExAAIUAAABFAEyAAIUAAABKAK8AAEAABIpAAABPIZJAAEAACggAAATZodp AAQBAABYsIdzAAcAAAIoAAA7hgAACAAIAAgACvynEAAK/IAAACcQQWRvYmUgUGhv dG9zaG9wIDcuMAAyMDAyOjA2OjE5IDExOjExOjQyADw/eHBhY2tldCBiZWdpbj0n77u/JyBpZD0n VzVNME1wQ2VoaUh6cmVTek5UY3prYzlkJz8+Cjw/YWRvYmUteGFwLWZpbHRlcnMgZXNjPSJDUiI/ Pgo8eDp4YXBtZXRhIHhtbG5zOng9J2Fkb2JlOm5zOm1ldGEvJyB4OnhhcHRrPSdYTVAgdG9vbGtp dCAyLjguMi0zMywgZnJhbWV3b3JrIDEuNSc+CjxyZGY6UkRGIHhtbG5zOnJkZj0naHR0cDovL3d3 dy53My5vcmcvMTk5OS8wMi8yMi1yZGYtc3ludGF4LW5zIycgeG1sbnM6aVg9J2h0dHA6Ly9ucy5h ZG9iZS5jb20vaVgvMS4wLyc+CgogPHJkZjpEZXNjcmlwdGlvbiBhYm91dD0ndXVpZDphOTU4ZDk1 Ni04NTA3LTExZDYtOWQyNC1mYWJiZDFhN2M3ZGInCiAgeG1sbnM6eGFwTU09J2h0dHA6Ly9ucy5h ZG9iZS5jb20veGFwLzEuMC9tbS8nPgogIDx4YXBNTTpEb2N1bWVudElEPmFkb2JlOmRvY2lkOnBo b3Rvc2hvcDo4OTM3MDRkYS04NTA2LTExZDYtOWQyNC1mYWJiZDFhN2M3ZGI8L3hhcE1NOkRvY3Vt ZW50SUQ+CiA8L3JkZjpEZXNjcmlwdGlvbj4KCjwvcmRmOlJERj4KPC94OnhhcG1ldGE+CiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAK ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAg
Re: AOL rejecting mail from IP's w/o reverse DNS ?
In message [EMAIL PROTECTED], Matthew Crocker AOL says the PTR record needs to be assigned. It doesn't specify it has to match the @domain.com in the MAIL FROM: header. Wouldn't it be enough to make sure every IP address you announce has a PTR and matching A record? Hasn't this been a requirement for MANY services for MANY years? Right -- and then folks will start creating wildcard PTR records... --Steve Bellovin, http://www.research.att.com/~smb
Re: AOL rejecting mail from IP's w/o reverse DNS ?
On Wed, 3 Dec 2003, Robert E. Seastrom wrote: ... and it will be a zero-sum game once the spammers (or their complicit ISPs) fix their in-addrs too. I disagree. I don't think the spammers, by and large, 'own' their IP addresses. They are using (as someone said) hijacked space, or compromised machines. Odds are since many of these machines aren't SUPPOSED to be sending mail in the first place, no one is going to complain, so nothing is going to be done about them. == Chris Candreva -- [EMAIL PROTECTED] -- (914) 967-7816 WestNet Internet Services of Westchester http://www.westnet.com/
Re: AOL rejecting mail from IP's w/o reverse DNS?
You mean like Level3? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steven M. Bellovin Sent: Wednesday, December 03, 2003 2:27 PM To: Matthew Crocker Cc: Christopher X. Candreva; [EMAIL PROTECTED] Subject: Re: AOL rejecting mail from IP's w/o reverse DNS ? In message [EMAIL PROTECTED], Matthew Crocker AOL says the PTR record needs to be assigned. It doesn't specify it has to match the @domain.com in the MAIL FROM: header. Wouldn't it be enough to make sure every IP address you announce has a PTR and matching A record? Hasn't this been a requirement for MANY services for MANY years? Right -- and then folks will start creating wildcard PTR records... --Steve Bellovin, http://www.research.att.com/~smb -- David Temkin
RE: AOL rejecting mail from IP's w/o reverse DNS?
You mean like Level3? Well,... proxying (in any shape) should, hopefully, not happen prior to having a decent downstream trust relation onboard... (?)... mh -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steven M. Bellovin Sent: Wednesday, December 03, 2003 2:27 PM To: Matthew Crocker Cc: Christopher X. Candreva; [EMAIL PROTECTED] Subject: Re: AOL rejecting mail from IP's w/o reverse DNS ? In message [EMAIL PROTECTED], Matthew Crocker AOL says the PTR record needs to be assigned. It doesn't specify it has to match the @domain.com in the MAIL FROM: header. Wouldn't it be enough to make sure every IP address you announce has a PTR and matching A record? Hasn't this been a requirement for MANY services for MANY years? Right -- and then folks will start creating wildcard PTR records... --Steve Bellovin, http://www.research.att.com/~smb -- David Temkin
Re: AOL rejecting mail from IP's w/o reverse DNS ?
AOL says the PTR record needs to be assigned. It doesn't specify it has to match the @domain.com in the MAIL FROM: header. Wouldn't it be enough to make sure every IP address you announce has a PTR and matching A record? Hasn't this been a requirement for MANY services for MANY years? Requiring the PTR record to match the MAIL FROM: header would be horrific. There goes any hope of virtual hosting of mail accounts, i.e. one server with one ip handling multiple email domains. Adi
