[IMGate] Re: Ignoring transport and relay_recipient
Is there a place that I can list their domains in the Postfix system so that it ignores the transport map there's no way to bypass transport.map. It's part of the domain resolution process of transport.map, hosts, DNS and relay_recipients restrictions whitelist the domain before relay_recipients, exposing postfix to bounced (spam) msgs to bad Imail recipients and postfix forced to create and try to deliver non-delivery msgs. Len
[IMGate] Re: Ignoring transport and relay_recipient
Thanks Len, Ok so I cant get around the transport map. I would think the next logical thing would be to try and add the domains I want to the transport map after its exported from IMail. Or is there another way to do this? Not being well versed in unix commands is there a way that I can modify the following script to place something like his in the transport map - domainabc.com smtp:[111.222.333.444] domainefg.com smtp:[111.222.333.444] domainhij.com smtp:[111.222.333.444] ImailUsers.exe sed s/$/ OK/ imailusers.txt relay_recipients_unsorted.txt sort relay_recipients_unsorted.txt relay_recipients_sorted.txt uniq -i relay_recipients_sorted.txt relay_recipients sed s/$/ smtp:[66.150.139.80]/ imailusers.txt domaina.txt cut -d @ -f2 domaina.txt domainb.txt sort domainb.txt domainc.txt uniq -i domainc.txt transport Todd -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Len Conrad Sent: Friday, October 05, 2007 12:34 PM To: IMGate@mgw2.MEIway.com Subject: [IMGate] Re: Ignoring transport and relay_recipient Is there a place that I can list their domains in the Postfix system so that it ignores the transport map there's no way to bypass transport.map. It's part of the domain resolution process of transport.map, hosts, DNS and relay_recipients restrictions whitelist the domain before relay_recipients, exposing postfix to bounced (spam) msgs to bad Imail recipients and postfix forced to create and try to deliver non-delivery msgs. Len
[IMGate] Re: Ignoring transport and relay_recipient
Btw I understand about the bounces and bad IMail recipients. When I was running without relay recipients it was Ugly and the utilization was so much higher. But one of the domains we wash for is the biggest recipient/target for spam on our system. I would really like to offload some of that from our IMail server to the IMGate box. Todd -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Len Conrad Sent: Friday, October 05, 2007 12:34 PM To: IMGate@mgw2.MEIway.com Subject: [IMGate] Re: Ignoring transport and relay_recipient Is there a place that I can list their domains in the Postfix system so that it ignores the transport map there's no way to bypass transport.map. It's part of the domain resolution process of transport.map, hosts, DNS and relay_recipients restrictions whitelist the domain before relay_recipients, exposing postfix to bounced (spam) msgs to bad Imail recipients and postfix forced to create and try to deliver non-delivery msgs. Len
[IMGate] Re: Ignoring transport and relay_recipient
I would think the next logical thing would be to try and add the domains I want to the transport map after its exported from IMail. Or is there another way to do this? you can have mutlitple files input to transport_maps = hash:/path/to/file1 hash:/path/to/file2 they are searched in order, first match wins. I would recommend the multi file approach. some exported files are untouched, and other files are created/modified. What you export from Imail is [EMAIL PROTECTED] Not being well versed in unix commands I found a new one yesterday, by accident, which might help you here. pkg_add -r rpl rpl, replace, is a nice command with a non-mathematical/non-nerdy manner that is simpler than sed or perl. is there a way that I can modify the following script to place something like his in the transport map - domainabc.com smtp:[111.222.333.444] domainefg.com smtp:[111.222.333.444] domainhij.com smtp:[111.222.333.444] ... is nothing but standard formatting for transport.map. ImailUsers.exe sed s/$/ OK/ imailusers.txt relay_recipients_unsorted.txt sort relay_recipients_unsorted.txt relay_recipients_sorted.txt sort -f relay_recipients_unsorted.txt | uniq -i relay_recipients.txt.sorted sed s/$/ smtp:[66.150.139.80]/ imailusers.txt domaina.txt that appears to be attempting to append smtp:[66.150.139.80] to a transport.map line. here's another way with PERL perl -pi.bak -e 's/\[domain\.tld\]/[ip.ad.re.ss]/ig' /path/to/file outputs file with replacements, and file.back before replacements. Len
[IMGate] Re: Ignoring transport and relay_recipient
I went with your suggestion and added a second transport map with the washed domains. I also did the same for the relay recipients adding a 2nd map with wildcards. The gateway is now processing email for the washed domains and everything is working good. I plan in the future to get email lists from their Exchange servers so that I can build valid relay recipient maps. With this system of multiple maps I can have them upload their lists whenever it changes and the system will be automated. Thanks again for the help. Todd -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Len Conrad Sent: Friday, October 05, 2007 1:58 PM To: IMGate@mgw2.MEIway.com Subject: [IMGate] Re: Ignoring transport and relay_recipient I would think the next logical thing would be to try and add the domains I want to the transport map after its exported from IMail. Or is there another way to do this? you can have mutlitple files input to transport_maps = hash:/path/to/file1 hash:/path/to/file2 they are searched in order, first match wins. I would recommend the multi file approach. some exported files are untouched, and other files are created/modified. What you export from Imail is [EMAIL PROTECTED] Not being well versed in unix commands I found a new one yesterday, by accident, which might help you here. pkg_add -r rpl rpl, replace, is a nice command with a non-mathematical/non-nerdy manner that is simpler than sed or perl. is there a way that I can modify the following script to place something like his in the transport map - domainabc.com smtp:[111.222.333.444] domainefg.com smtp:[111.222.333.444] domainhij.com smtp:[111.222.333.444] ... is nothing but standard formatting for transport.map. ImailUsers.exe sed s/$/ OK/ imailusers.txt relay_recipients_unsorted.txt sort relay_recipients_unsorted.txt relay_recipients_sorted.txt sort -f relay_recipients_unsorted.txt | uniq -i relay_recipients.txt.sorted sed s/$/ smtp:[66.150.139.80]/ imailusers.txt domaina.txt that appears to be attempting to append smtp:[66.150.139.80] to a transport.map line. here's another way with PERL perl -pi.bak -e 's/\[domain\.tld\]/[ip.ad.re.ss]/ig' /path/to/file outputs file with replacements, and file.back before replacements. Len