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");