RE: [Declude.JunkMail] IPBYPASS and WHITELIST IP

[John Tolmachoff \(Lists\)]

The gateway server will be Imail/Declude as that will be doing all the Junkmail scanning.   John Tolmachoff Engineer/Consultant/Owner eServices For You   -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matt Sent: Thursday, July 08, 2004 7:30 PM To: [EMAIL PROTECTED] Subject: Re: [Declude.JunkMail] IPBYPASS and WHITELIST IP   John, In this case, you would actually want to whitelist the primary and not use IPBYPASS. Another suggestion would be to put MS SMTP on some different port on the gateway and configure IMail on the primary to send all E-mail through MS SMTP and that special port.  MS SMTP is leaner and more configurable than IMail when it comes to delivering E-mail, and Declude won't need to be called.  I believe that all locally addressed E-mail should remain on the primary despite the gateway configuration so don't worry about that.  I think you have to modify a registry setting to get IMail to hand off to a different port like this, and that can be found in the IMail KB.  If you configure MS SMTP to listed on say 2525, you can restrict the IP's that can connect quite easily, and it will deliver E-mail on port 25 unless you specify differently. Matt John Tolmachoff (Lists) wrote: Thanks Scott and Andrew for the responses.   What I am doing is configuring a gateway server for an primary Imail server. The Primary will be doing all mailboxes, Declude Virus, Declude Hijack, Web mail, POP3 and so farth.   The gateway server will be doing all Junkmail filtering and receive and send all to the Internet.   So, on the Gateway server, I want to use IPBYPASS then, listing the IPs on the main server.   John Tolmachoff Engineer/Consultant/Owner eServices For You       -----Original Message-----From: [EMAIL PROTECTED] [mailto:Declude.JunkMail-[EMAIL PROTECTED]] On Behalf Of Colbeck, AndrewSent: Thursday, July 08, 2004 6:19 PMTo: '[EMAIL PROTECTED]'Subject: RE: [Declude.JunkMail] IPBYPASS and WHITELIST IP John, let's say that you have a Postfix gateway in front of yourIMail+Declude server. If you whitelist the gateway, then all mail from that server or passedthrough that server will be whitelisted.  That would be *bad*.  You wouldinstead use IPBYPASS, so that all the IP based tests are not against yourgateway, but rather against the host that sent the message to your    gateway.  Now let's say that there is no server in front of your IMail+Declude    server,  but you do have one customer whose mail is being redirected to you by    their  old server. You would still want to IPBYPASS that server if all it ever sends is fromthe one domain.  If you WHITELIST it instead, then once again, you get allthe spam that comes from it or through it. If you try to WHITELIST and IPBYPASS, the IPBYPASS will win, and no IP    based  tests will run against that host.  Messages that passed through that hostwill have IP based tests run on the hop before that host.  Messages    directly  from that host will have no IP based tests run against it. If you WHITELIST an internal server, then following the logic from theprevious example, you would then run IP based tests against your internalworkstations.  If it's a private IP address space, probably none of the IPtests would trigger (unless you test for Bogons).  If it's not a privatespace, or you NAT-hide what would be a public space, you would expect thatDUHL tests would trigger on all of the internal mail clients.  This is whymy ancient global.cfg has a note in it to tell you to whitelist your ownclient space or don't use the DUHL tests! Does that help? Andrew 8) -----Original Message-----From: John Tolmachoff (Lists) [mailto:[EMAIL PROTECTED]]Sent: Thursday, July 08, 2004 4:11 PMTo: [EMAIL PROTECTED]Subject: [Declude.JunkMail] IPBYPASS and WHITELIST IP  If you have a WHITELIST IP line for an IP address, does it make sense or    is  it redundant to have a IPBYPASS line for that IP? John TolmachoffEngineer/Consultant/OwnereServices For You   ---[This E-mail was scanned for viruses by Declude Virus(http://www.declude.com)] ---This E-mail came from the Declude.JunkMail mailing list.  Tounsubscribe, just send an E-mail to [EMAIL PROTECTED], andtype "unsubscribe Declude.JunkMail".  The archives can be foundat http://www.mail-archive.com.---[This E-mail was scanned for viruses by Declude Virus    (http://www.declude.com)]  ---This E-mail came from the Declude.JunkMail mailing list.  Tounsubscribe, just send an E-mail to [EMAIL PROTECTED], andtype "unsubscribe Declude.JunkMail".  The archives can be foundat http://www.mail-archive.com.     ---[This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] ---This E-mail came from the Declude.JunkMail mailing list.  Tounsubscribe, just send an E-mail to [EMAIL PROTECTED], andtype "unsubscribe Declude.JunkMail".  The archives can be foundat http://www.mail-archive.com.    -- =====================================================MailPure custom filters for Declude JunkMail Pro.http://www.mailpure.com/software/=====================================================