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
I have the following line in my global.cfg:
IPBYPASS 68.118.154.7
That is my gateway server, so all incoming email comes from there. I
also have in my global.cfg a leftover from long long ago (I know I
should have removed it, but the eyes glaze over when seeing what one has
seen a thousand times
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
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
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
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
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
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
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
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
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
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
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
13 matches
Mail list logo