>Next, the "ldapcrosscheck" keeps trying to contact the
>ldap server even if there's no LDAP query string and
>LDAP is NOT enabled;

Right - will be fixed. 

>If so, there should at
>least be some "negative" (not listed) entries into the
>cache file

Yes, entries with '1' are black , entries with '2' are white.

Set 'BacksctrLog' to verbose to see what happen.

>And last, I wonder how the "smtpIdleTimeout" works;

$Con{$fh}->{timelast}  is set to the current time on every new 
SMTPTraffic.


Thomas 




"GrayHat" <gray...@gmx.net> 
08.05.2009 12:13
Bitte antworten an
GrayHat <gray...@gmx.net>; Bitte antworten an
ASSP development mailing list <assp-test@lists.sourceforge.net>


An
<assp-test@lists.sourceforge.net>
Kopie

Thema
[Assp-test] ASSP 1.5.1.2(3.0.02): some (minor) issues






First of all, it sounds like, starting from some version(s)
ago, the backscatterer lookup isn't used at all; before
the cache contained a number of entries, but from some
time the cache file is totally empty and it's not due to
"no backscatter", since looking at the logs and at the
spam, I see that backscatter *is* received and blocked
by other filters... it just sounds like the backscatterers
DNS lookup gets never performed and I don't know
why; also... shouldn't the backscatter cache contain
both positive and negative hits ? If so, there should at
least be some "negative" (not listed) entries into the
cache file

Next, the "ldapcrosscheck" keeps trying to contact the
ldap server even if there's no LDAP query string and
LDAP is NOT enabled; I think that the crosscheck code
should check if LDAP is enabled and, if not, just use
the VRFY mechanism

And last, I wonder how the "smtpIdleTimeout" works;
apparently the timeout is calculated starting from the
initial connection; now, I think that such an approach
is wrong, since the idle timeout should start from the
moment the ASSP box sends out the greeting string
(from the mailserver) and not right after the socket
connect; otherwise, perfectly legit connections may
be dropped due to timeout just because at a given
moment, the ASSP box is busy and takes some
more time to process a given connection



------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK 
i700
Series Scanner you'll get full speed at 300 dpi even with all image 
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Assp-test mailing list
Assp-test@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/assp-test




DISCLAIMER:
*******************************************************
This email and any files transmitted with it may be confidential, legally 
privileged and protected in law and are intended solely for the use of the 

individual to whom it is addressed.
This email was multiple times scanned for viruses. There should be no 
known virus in this email!
*******************************************************

------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image 
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Assp-test mailing list
Assp-test@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/assp-test

Reply via email to