Kevin A. McGrail wrote:
You can store the userprefs in an SQL database.
Seconded, for blacklist_*/whitelist_* in particular this works very well.
Locally I've also set this custom query:
user_scores_sql_custom_query SELECT preference, value FROM
spamassassin_userpref WHERE username =
Shreyansh Shrivastava. wrote:
I wanted to process only the text/plain part of the mail hence I was
looking for a sub in SA. The closest I could get was
$pms->get_decoded_body_text_array () which returns an array of strings
comprising both text/plain and text/html part of the mail.
Is there
Saahil Sirowa wrote:
[root@localhost trunk]# perl Makefile.PL
Can't locate *ExtUtils/MakeMaker.pm* in @INC (@INC contains:
/usr/local/lib64/perl5 /usr/local/share/perl5
/usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl
/usr/lib64/perl5 /usr/share/perl5 .) at Makefile.PL line 8.
Linda Walsh wrote:
I brought this up on this list before, and some
people don't realize that an invalid 'return address' should
be rejected.
...
Accepting bogus email with invalid return paths only helps
spammers and no ISP should accept such... i.e. it says if the
retuen path is not
Kevin Golding wrote:
Okay, that looks depressingly simple I guess... I added in extra statements
outside the conditionals and it proved I'm not successfully entering any of
them. It looks like my problem is line 998:
if (-d $dir/.svn || -f $dir/svninfo.tmp) {
At that point $dir =
dar...@chaosreigns.com wrote:
On 09/20, Axb wrote:
from what I'm seeing:
livejournal.com is in 20_aux_tlds.cf
util_rb_2tld livejournal.com
I saw that, but didn't think it was relevant. How is it relevant? It also
doesn't seem like it makes sense. 2TLDs include things like co.uk,
fed.us,
I started checking into ways that spamd's behaviour can be more deeply
monitored after a report from a coworker that it *apparently* stopped
responding. spamd PING doesn't seem to indicate the outage for some reason.
I was hoping to find a spamd protocol command that would return the same
