<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/MU" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: A Solution to the Static NAT and the SMTP Reverse Lookup Problem</title>
	<link>http://blogs.isaserver.org/shinder/2006/09/05/a-solution-to-the-static-nat-and-the-smtp-reverse-lookup-problem/</link>
	<description>Written by Dr Thomas W Shinder, consultant to Microsoft, HP and many Fortune 500 companies on ISA firewall and Web proxy deployments this blog is where administrators get information about ISA Server Universal Threat Management firewalls. Topics include how to manage, deploy, and troubleshoot ISA Server as a network firewall, Web proxy/Web cache, remote access VPN server and VPN gateway to provide a high level of network security for all corporate computers.</description>
	<pubDate>Wed,  7 Jan 2009 19:43:33 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>

	<item>
		<title>by: Jack</title>
		<link>http://blogs.isaserver.org/shinder/2006/09/05/a-solution-to-the-static-nat-and-the-smtp-reverse-lookup-problem/#comment-227997</link>
		<pubDate>Tue, 16 Dec 2008 19:36:55 +0000</pubDate>
		<guid>http://blogs.isaserver.org/shinder/2006/09/05/a-solution-to-the-static-nat-and-the-smtp-reverse-lookup-problem/#comment-227997</guid>
					<description>Hi Tom,

We have only one email server. When we send an email, it has a source IP of x.x.x.117. The problem is that the MX record is to x.x.x.118. This is a major problem because of Spam enginees. The Spam engines will see a difference in IP address and think it is Spam. There are third party solutions out there that will do this for us, for a price. Is there ANY way to do this in the ISA configuration?</description>
		<content:encoded><![CDATA[<p>Hi Tom,</p>
<p>We have only one email server. When we send an email, it has a source IP of x.x.x.117. The problem is that the MX record is to x.x.x.118. This is a major problem because of Spam enginees. The Spam engines will see a difference in IP address and think it is Spam. There are third party solutions out there that will do this for us, for a price. Is there ANY way to do this in the ISA configuration?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Andrew</title>
		<link>http://blogs.isaserver.org/shinder/2006/09/05/a-solution-to-the-static-nat-and-the-smtp-reverse-lookup-problem/#comment-192464</link>
		<pubDate>Tue, 01 Jul 2008 14:40:54 +0000</pubDate>
		<guid>http://blogs.isaserver.org/shinder/2006/09/05/a-solution-to-the-static-nat-and-the-smtp-reverse-lookup-problem/#comment-192464</guid>
					<description>Same problem with EE here and mail servers.  For now we've hardcoded our outgoing mailserver to use only one array member, so the outgoing IP is consistent.  Kind of defeats the failover protection of having the array, but its what we're stuck with right now.</description>
		<content:encoded><![CDATA[<p>Same problem with EE here and mail servers.  For now we&#8217;ve hardcoded our outgoing mailserver to use only one array member, so the outgoing IP is consistent.  Kind of defeats the failover protection of having the array, but its what we&#8217;re stuck with right now.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Andre van den Berg</title>
		<link>http://blogs.isaserver.org/shinder/2006/09/05/a-solution-to-the-static-nat-and-the-smtp-reverse-lookup-problem/#comment-172725</link>
		<pubDate>Tue, 08 Apr 2008 12:03:28 +0000</pubDate>
		<guid>http://blogs.isaserver.org/shinder/2006/09/05/a-solution-to-the-static-nat-and-the-smtp-reverse-lookup-problem/#comment-172725</guid>
					<description>Helo Tom,

Pierre has right with ISA EE with two servers and NLB. We have also ISA 2006 EE with two servers and NLB.

One time the mail is send from xxx.xxx.xxx.66 and other time xxx.xxx.xxx.67</description>
		<content:encoded><![CDATA[<p>Helo Tom,</p>
<p>Pierre has right with ISA EE with two servers and NLB. We have also ISA 2006 EE with two servers and NLB.</p>
<p>One time the mail is send from xxx.xxx.xxx.66 and other time xxx.xxx.xxx.67
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Thomas Shinder</title>
		<link>http://blogs.isaserver.org/shinder/2006/09/05/a-solution-to-the-static-nat-and-the-smtp-reverse-lookup-problem/#comment-98728</link>
		<pubDate>Wed, 30 May 2007 00:17:38 +0000</pubDate>
		<guid>http://blogs.isaserver.org/shinder/2006/09/05/a-solution-to-the-static-nat-and-the-smtp-reverse-lookup-problem/#comment-98728</guid>
					<description>Hi Lance,

That's correct, but it doesn't matter. These solutions only check for the last hop address, so as long as you use a smart host, it doesn't matter how many public IP addresses you have.

HTH,
Tom</description>
		<content:encoded><![CDATA[<p>Hi Lance,</p>
<p>That&#8217;s correct, but it doesn&#8217;t matter. These solutions only check for the last hop address, so as long as you use a smart host, it doesn&#8217;t matter how many public IP addresses you have.</p>
<p>HTH,<br />
Tom
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Lance Prager</title>
		<link>http://blogs.isaserver.org/shinder/2006/09/05/a-solution-to-the-static-nat-and-the-smtp-reverse-lookup-problem/#comment-98724</link>
		<pubDate>Tue, 29 May 2007 23:45:32 +0000</pubDate>
		<guid>http://blogs.isaserver.org/shinder/2006/09/05/a-solution-to-the-static-nat-and-the-smtp-reverse-lookup-problem/#comment-98724</guid>
					<description>Unfortunately, without actually changing the IP for outbound mail, abuse checking services will not work with this solution.

They check the sending ip which is registered. Reverse DNS is not often used anymore in spam prevention scenaraios, instead most engines rely on RBL services and that means IP

So, without Static NAT you can really only use one outbound public IP address regardless of the number of static public IP's you have.</description>
		<content:encoded><![CDATA[<p>Unfortunately, without actually changing the IP for outbound mail, abuse checking services will not work with this solution.</p>
<p>They check the sending ip which is registered. Reverse DNS is not often used anymore in spam prevention scenaraios, instead most engines rely on RBL services and that means IP</p>
<p>So, without Static NAT you can really only use one outbound public IP address regardless of the number of static public IP&#8217;s you have.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Pierre Dufresne</title>
		<link>http://blogs.isaserver.org/shinder/2006/09/05/a-solution-to-the-static-nat-and-the-smtp-reverse-lookup-problem/#comment-59921</link>
		<pubDate>Fri, 26 Jan 2007 21:16:26 +0000</pubDate>
		<guid>http://blogs.isaserver.org/shinder/2006/09/05/a-solution-to-the-static-nat-and-the-smtp-reverse-lookup-problem/#comment-59921</guid>
					<description>It works OK with one ISA server.
If you have a pair of ISA EE 2004 servers load balanced with NLB, you will never know which ISA server is used to relay the mail and you are stuck with the same original problem.</description>
		<content:encoded><![CDATA[<p>It works OK with one ISA server.<br />
If you have a pair of ISA EE 2004 servers load balanced with NLB, you will never know which ISA server is used to relay the mail and you are stuck with the same original problem.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Thomas Shinder</title>
		<link>http://blogs.isaserver.org/shinder/2006/09/05/a-solution-to-the-static-nat-and-the-smtp-reverse-lookup-problem/#comment-32926</link>
		<pubDate>Tue, 12 Dec 2006 23:20:35 +0000</pubDate>
		<guid>http://blogs.isaserver.org/shinder/2006/09/05/a-solution-to-the-static-nat-and-the-smtp-reverse-lookup-problem/#comment-32926</guid>
					<description>Hi Henrik,

Is does solve the problem because rDNS lookups just check the last hop. They don't try to resolve the MX domain name of the source email message.

HTH,
Tom</description>
		<content:encoded><![CDATA[<p>Hi Henrik,</p>
<p>Is does solve the problem because rDNS lookups just check the last hop. They don&#8217;t try to resolve the MX domain name of the source email message.</p>
<p>HTH,<br />
Tom
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Henrik Zawischa</title>
		<link>http://blogs.isaserver.org/shinder/2006/09/05/a-solution-to-the-static-nat-and-the-smtp-reverse-lookup-problem/#comment-32839</link>
		<pubDate>Tue, 12 Dec 2006 13:45:46 +0000</pubDate>
		<guid>http://blogs.isaserver.org/shinder/2006/09/05/a-solution-to-the-static-nat-and-the-smtp-reverse-lookup-problem/#comment-32839</guid>
					<description>Hi, Tom,

this does not really solve the problem. Why? Because what we want is two different names and addresses for two different domains. So that the mail-flow is seperated completely. Your approach brings it all back to one relay - the source of all mails will be one IP.

We think that this lack of static NAT is a major shortcoming in ISA Server. There is no workaround.

Henrik</description>
		<content:encoded><![CDATA[<p>Hi, Tom,</p>
<p>this does not really solve the problem. Why? Because what we want is two different names and addresses for two different domains. So that the mail-flow is seperated completely. Your approach brings it all back to one relay - the source of all mails will be one IP.</p>
<p>We think that this lack of static NAT is a major shortcoming in ISA Server. There is no workaround.</p>
<p>Henrik
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Mike Wooldridge</title>
		<link>http://blogs.isaserver.org/shinder/2006/09/05/a-solution-to-the-static-nat-and-the-smtp-reverse-lookup-problem/#comment-24513</link>
		<pubDate>Wed, 22 Nov 2006 17:42:37 +0000</pubDate>
		<guid>http://blogs.isaserver.org/shinder/2006/09/05/a-solution-to-the-static-nat-and-the-smtp-reverse-lookup-problem/#comment-24513</guid>
					<description>Hi Tom, i just read this article &quot;A Solution to the Static NAT and the SMTP Reverse Lookup Problem&quot; and understand the concept but wonder how this might help with another scenario that happens while hosting mail for clients, if all email is sent out via the same ip and a client's smtp instance gets spammed, even with all the necessary blocks in place, then the IP number sending email gets on a black list and finally no one can send email. What are your thoughts. Thank you.</description>
		<content:encoded><![CDATA[<p>Hi Tom, i just read this article &#8220;A Solution to the Static NAT and the SMTP Reverse Lookup Problem&#8221; and understand the concept but wonder how this might help with another scenario that happens while hosting mail for clients, if all email is sent out via the same ip and a client&#8217;s smtp instance gets spammed, even with all the necessary blocks in place, then the IP number sending email gets on a black list and finally no one can send email. What are your thoughts. Thank you.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
