SA Bugzilla – Bug 4051
Troubles with vpopmail alias implementation.
Last modified: 2006-10-19 06:29:42 UTC
I noticed, that spamassasin-3.0.2 doesn't make proper check for existing directory, returned by vuserinfo command. Attached patch, could fix that. --- spamd Thu Dec 23 17:28:32 2004 +++ spamd Fri Dec 24 13:43:10 2004 @@ -1407,11 +1407,16 @@ $dir = `$dir/bin/vuserinfo -d $username`; chomp($dir); } - my $cf_file = $dir . "/.spamassassin/user_prefs"; + # + # If there is no such user, read default prefs + # + my $cf_file = undef; + $cf_file = $dir . "/.spamassassin/user_prefs" if -d $dir; # # If vpopmail config enabled then pass virtual homedir onto create_default_cf_needed # + if ( defined $cf_file ) { if ( $opt{'vpopmail'} ) { if ( !$opt{'username'} ) { warn "cannot use vpopmail without -u\n"; @@ -1435,6 +1440,7 @@ user_dir => $dir } ); + } } return 1;
Created attachment 2583 [details] Posting a patch here, just in case.
While this is annoying, spamd behaves according to its man page. See parameter --virtual-config-dir. I use spamd -x --virtual-config-dir=/home/vpopmail/domains/%d/%l/.spamassassin -v -u vpopmail and without this patch spamd creates lots of unwanted directories.
Created attachment 3331 [details] make the search for vpopmail user home itterative
combining with bug 4714, which is more up to date *** This bug has been marked as a duplicate of 4714 ***