Re: [Declude.JunkMail] IPBYPASS not working (the same) in 3.0

2005-08-29 Thread Matt
Proper behavior is to IPBYPASS first, and then create the variable used for the %REMOTEIP% which the WHITELIST IP settings should be based on. BTW, I wasn't aware that a partial IP could be bypassed. I thought that you had to use CIDR ranges if you wanted to whitelist a range, i.e. WHITELIST

Re: [Declude.JunkMail] IPBYPASS not working

2003-08-14 Thread Thomas Kishel
Scott, > The question here is "What do you want IPBYPASS to do"? We are using TrendMicro's VirusWall in front of our IMail server. It's SMTP service appears to gateway a tcp connection between the sending and receiving mail servers. Therefore, IMail sees incoming connections with the sending serv

Re: [Declude.JunkMail] IPBYPASS not working

2003-08-14 Thread R. Scott Perry
I am using the HOP 1 setting and recently tried to use the IPBYPASS and found it did not work for me either. Declude was still using the servers I had listed as bypass for its tests. I have two separate internet connections with a NAV SMTP Gateway on each forwarding to IMail. I entered an ipbypa

Re: [Declude.JunkMail] IPBYPASS not working

2003-08-14 Thread Todd - Smart Mail
Todd - Original Message - From: "R. Scott Perry" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, August 06, 2003 9:20 AM Subject: Re: [Declude.JunkMail] IPBYPASS not working > > >We are using TrendMicro's VirusWall in front of our IMail server

Re: [Declude.JunkMail] IPBYPASS not working

2003-08-14 Thread Thomas Kishel
Andrew, > I think you should start by turning off the "Disable insertion of InterScan > "Received:" header when processing messages". This is on the Advanced > Options of the GUI, or in the intscan.ini in the [EMail-Scan] section by > setting DisabledReceivedHeader=no. That is not available in t

RE: [Declude.JunkMail] IPBYPASS not working

2003-08-14 Thread Colbeck, Andrew
ult is 20) MaxOutServerTryCount=0 (default is 20) Andrew 8) -Original Message- From: Thomas Kishel [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 06, 2003 7:05 AM To: [EMAIL PROTECTED] Subject: Re: [Declude.JunkMail] IPBYPASS not working Scott, > The question here is "What do

Re: [Declude.JunkMail] IPBYPASS not working

2003-08-11 Thread Webmaster Oilfield Directory
M Subject: Re: [Declude.JunkMail] IPBYPASS not working > > >I am using the HOP 1 setting and recently tried to use the IPBYPASS and > >found it did not work for me either. Declude was still using the servers I > >had listed as bypass for its tests. > > > >I have

RE: [Declude.JunkMail] IPBYPASS not working

2003-08-11 Thread R. Scott Perry
It appears that IP bypass is not working. The question here is "What do you want IPBYPASS to do"? Normally, it will skip over a backup/gateway mailserver, so that Declude JunkMail scans the IP that connected to the backup/gateway (instead of the IP address of the backup/gateway). IPBYPASS

RE: [Declude.JunkMail] IPBYPASS not working

2003-08-08 Thread Lachezar Karadjov
Please help, It appears that IP bypass is not working. Below is the extract from my GLOBAL.CFG and the full headers of a sample spam message LOGFILE spool\dec.log LOGLEVELLOW HOP 0 HOPHIGH 4 # # Below are some advanced options # XINHEADER X-Note: T

Re: [Declude.JunkMail] IPBYPASS not working

2003-08-07 Thread R. Scott Perry
Now i'm confused, hopefully it's a simple clarification ... the difference between hop and hop high ??? HOP determines how many hops to skip (and RARELY should be used); HOPHIGH determines the last hop to scan (and also is not normally used -- it might be used if you have a lot of spam forwarded

Re: [Declude.JunkMail] IPBYPASS not working

2003-08-06 Thread Webmaster Oilfield Directory
TECTED]> Sent: Wednesday, August 06, 2003 2:34 PM Subject: Re: [Declude.JunkMail] IPBYPASS not working > > >Now i'm confused, hopefully it's a simple clarification ... the difference > >between hop and hop high ??? > > HOP determines how many hops to skip (and RARELY

Re: [Declude.JunkMail] IPBYPASS not working

2003-08-06 Thread R. Scott Perry
We are using TrendMicro's VirusWall in front of our IMail server. It's SMTP service appears to gateway a tcp connection between the sending and receiving mail servers. Therefore, IMail sees incoming connections with the sending server representing itself with its configured host name but with the