[ebuild R ] mail-filter/spamassassin-3.1.0 USE="-berkdb -doc -minimal -mysql -qmail -ssl -tools" 0 kB [ebuild R ] dev-lang/perl-5.8.7-r3 USE="-berkdb -build -debug -doc -gdbm -ithreads -minimal -perlsuid" 0 kB Both built without berkdb and gdbm. But in the spamassassin log: 2006-03-09 16:02:09.482268500 [27740] warn: Argument "RBL" isn't numeric in addition (+) at /usr/lib/perl5/vendor_perl/5.8.7/Mail/SpamAssassin/Conf.pm line 251. 2006-03-09 16:02:09.482454500 [27740] warn: Argument "RBL" isn't numeric in addition (+) at /usr/lib/perl5/vendor_perl/5.8.7/Mail/SpamAssassin/Conf.pm line 251. 2006-03-09 16:02:09.482634500 [27740] warn: Argument "RBL" isn't numeric in addition (+) at /usr/lib/perl5/vendor_perl/5.8.7/Mail/SpamAssassin/Conf.pm line 251. 2006-03-09 16:02:09.482815500 [27740] warn: Argument "RBL" isn't numeric in addition (+) at /usr/lib/perl5/vendor_perl/5.8.7/Mail/SpamAssassin/Conf.pm line 251. 2006-03-09 16:02:09.484763500 [27740] info: spamd: processing message <8167-20163-1141890537@gw.turnureteleco.local> for vpopmail:89 2006-03-09 16:02:09.714243500 [27740] error: Can't locate DB_File.pm in @INC (@INC contains: ../lib /usr/lib/perl5/vendor_perl/5.8.7/i686-linux /usr/lib/perl5/vendor_perl/5.8.7 /etc/perl /usr/lib/perl5/site_perl/5.8.7/i686-linux /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.6/i686-linux /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.7/i686-linux /usr/lib/perl5/5.8.7 /usr/local/lib/site_perl .) at (eval 891) line 1, <GEN50> line 67. 2006-03-09 16:02:09.714770500 [27740] error: Can't locate GDBM_File.pm in @INC (@INC contains: ../lib /usr/lib/perl5/vendor_perl/5.8.7/i686-linux /usr/lib/perl5/vendor_perl/5.8.7 /etc/perl /usr/lib/perl5/site_perl/5.8.7/i686-linux /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.6/i686-linux /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.7/i686-linux /usr/lib/perl5/5.8.7 /usr/local/lib/site_perl .) at (eval 892) line 1, <GEN50> line 67. 2006-03-09 16:02:09.718682500 [27740] info: spamd: clean message (4.4/5.0) for vpopmail:89 in 0.2 seconds, 2511 bytes. 2006-03-09 16:02:09.718686500 [27740] info: spamd: result: . 4 - DATE_IN_PAST_06_12,RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL scantime=0.2,size=2511,user=vpopmail,uid=89,required_score=5.0,rhost=patos.seattleserver.com,raddr=127.0.0.1,rport=38178,mid=<8167-20163-1141890537@gw.turnureteleco.local>,autolearn=disabled 2006-03-09 16:02:09.738350500 [11384] info: prefork: child states: II
Looks like its running, just complaining....is there not a spam process running after this?
Sure, it runs, but the logs are full of these errors, so I just installed berkdb and gdbm as I'm uncertain of the consequence. It would seem to me that if SA were properly compiled without berkdb and gdbm dependencies, it wouldn't constantly whine about needing them.
eval { require DB_FILE } is what the source code says - ie, its looking to see if it can load db_file, if so it uses it (looks like for the bayes store) if not it moves on. But that is the price of not having DB_File - you will see those warnings.
I don't even have bayesian enabled. I'll pass this info along to the SA team later...thanks.
FWIW, unless that code was moved out to a more pluggable location eval/requires like that will generate stderr output no matter what (unless you capture stderr and don't put it in the log - but i'm betting stderr gets put in the log to capture the other errors you might hit