On Fri, Feb 03, 2006 at 08:49:29AM +0100, Paolo Cravero as2594 wrote: <snip>
> (07283-02) lookup_ldap([EMAIL PROTECTED]) matches, > result=(mail=>"[EMAIL PROTECTED]", amavisbypassviruschecks=>"true", > amavisviruslover=>"true") > > ... some SQL-related stuff ... > > (07283-02) lookup_ldap_attr(amavisbypassviruschecks) > "[EMAIL PROTECTED]" result=(0) > > (07283-02) lookup (bypass_virus_checks) => false, "[EMAIL PROTECTED]" > matches, result="0", matching_key="/cached/" > > > Result = "ZERO"? > > > >>The behavior is unchanged with or without amavisLocal set to 1/true. > >>Also tried with "1" or "true" on amavisBypassVirusChecks and > >>amavisVirusLover. > > > >I don't know what LDAP server you're using but these are boolean > >attributes and the value must be either "TRUE" or "FALSE". > >Per RFC 2252: > > > > >6.4. Boolean > > > > ( 1.3.6.1.4.1.1466.115.121.1.7 DESC 'Boolean' ) > > > > Values in this syntax are encoded according to the following BNF: > > > > boolean = "TRUE" / "FALSE" > > > > Boolean values have an encoding of "TRUE" if they are logically true, > > and have an encoding of "FALSE" otherwise. > > Sun Java Enterprise System 2005Q4 with schema checking enabled. It > accepts values, and as shown by the logs (both "corrected" and > originals), amavisd takes that value for good. In amavisd.conf-sample it > is written: > > # - for values which are interpreted as booleans, it is recommended > # to use 1 for true, and 0 or undef or '' for false. > # THIS IS DIFFERENT FROM OLD AMAVIS VERSIONS where "no" also meant false, > # now it *means true, like any nonempty string does!* > > I wanted a "true" behavior, so why amavisd does not consider it when > processing? The value of 'amavisVirusLover' or 'amavisBypassVirusChecks' must be either 'TRUE' or 'FALSE' (not 0, 1, y, n, true, false) per the RFC, actually this applies to any of amavis* LDAP boolean variables. -- Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know ... Mike Hall, System Admin - Rock Island Communications <[EMAIL PROTECTED]> System Admin - riverside.org, ssdd.org <[EMAIL PROTECTED]> ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ AMaViS-user mailing list AMaViS-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/
