topic Re: PTR RECORDS and static translations in Network Security https://community.cisco.com/t5/network-security/ptr-records-and-static-translations/m-p/768104#M1036856 <HTML><HEAD></HEAD><BODY><P>Yes sir.</P><P>The solution was to have the firm we were speaking to point to a 2nd IP as a 2nd PTR and then we xlated the spam filter to IT, and we were OK. A band-aid, but it worked! <span class="lia-unicode-emoji" title=":slightly_smiling_face:">🙂</span> I hope this helps you!!</P></BODY></HTML> Sat, 19 Apr 2008 01:16:25 GMT netsec123 2008-04-19T01:16:25Z PTR RECORDS and static translations https://community.cisco.com/t5/network-security/ptr-records-and-static-translations/m-p/768102#M1036828 <P>Hi. I am certain the issue we are experiencing is one that is very common. We have an internal spam filter [10.1.1.5] that receives all smtp traffic by being translated to 1.1.1.1 [obviously an example IP] on the Internet. Therefore, our public mail.acme.com is 1.1.1.1. Now, our mail server [10.1.1.10] send OUT mail on 1.1.1.2 [public]. The PROBLEM is that today, many firms are using reverse lookups when they receive an email. Thus, an email received from us has a source address 1.1.1.2 yet our 'SPF' record returns 1.1.1.1 for the lookup. The mail is droppeed. We need to have all smtp outbound mail 'look like' its source address is 1.1.1.2 EVEN THOUGH incoming traffic for 1.1.1.2 goes to the spam filter at 10.1.1.1. I hope that makes sense.... I've tried reversing the parameters in static translations to now avail... Please help.</P><P>Thanks!</P> Mon, 11 Mar 2019 10:50:19 GMT https://community.cisco.com/t5/network-security/ptr-records-and-static-translations/m-p/768102#M1036828 netsec123 2019-03-11T10:50:19Z Re: PTR RECORDS and static translations https://community.cisco.com/t5/network-security/ptr-records-and-static-translations/m-p/768103#M1036845 <HTML><HEAD></HEAD><BODY><P>Did you ever get this resolved? If so can you share the fix?</P></BODY></HTML> Fri, 18 Apr 2008 16:04:58 GMT https://community.cisco.com/t5/network-security/ptr-records-and-static-translations/m-p/768103#M1036845 Matt Boeckner 2008-04-18T16:04:58Z Re: PTR RECORDS and static translations https://community.cisco.com/t5/network-security/ptr-records-and-static-translations/m-p/768104#M1036856 <HTML><HEAD></HEAD><BODY><P>Yes sir.</P><P>The solution was to have the firm we were speaking to point to a 2nd IP as a 2nd PTR and then we xlated the spam filter to IT, and we were OK. A band-aid, but it worked! <span class="lia-unicode-emoji" title=":slightly_smiling_face:">🙂</span> I hope this helps you!!</P></BODY></HTML> Sat, 19 Apr 2008 01:16:25 GMT https://community.cisco.com/t5/network-security/ptr-records-and-static-translations/m-p/768104#M1036856 netsec123 2008-04-19T01:16:25Z