SpamAssassin Server version 3.2.1

  running on Perl 5.8.8

  with zlib support (Compress::Zlib 2.004)

 

I've started seeing the "spamd: handle_user unable to find user:"
message in the spamd log file.  This was not happening in v3.2.0.   We
are starting spamd with this command:

 

spamd -d -u spamd -r $pidfile -x -m 12 --syslog=local2
--syslog-socket=inet -i -A $me,$em1,$em2,$em3,$em4

 

We are not using any kind of per-user configuration or per-user Bayes or
anything like that, and I don't expect the username that is running
spamc (on another machine) to exist on the spamd machine.   What options
do I need to specify to suppress this error?  Is spamd doing anything it
shouldn't do because of this error?

 

The change in behavior seems to be related to this change to the
got_user_header() function:

 

@@ -1886,9 +1911,12 @@

       handle_user_setuid_with_ldap($current_user);

       $setuid_to_user = 1;    # as above

     }

+    else {

+      handle_user_setuid_basic($current_user);

+    }

   }

   else {

-    handle_user($current_user);

+    handle_user_setuid_basic($current_user);

     if ( $opt{'sql-config'} ) {

       unless ( handle_user_sql($current_user) ) {

         service_unavailable_error("Error fetching user preferences via
SQL");

Reply via email to