Re: Mail::SpamAssassin::Plugin::Phishing PhishStats[.]info domain expired

On 6/23/24 10:26 PM, Larry Nedry via users wrote: On 7/21/23 9:10 AM, Giovanni Bechis wrote: Hi, phishstats[.]info domain has recently moved to a parking domain, if you are using Mail::SpamAssassin::Plugin::Phishing plugin with data downloaded from PhishStats[.]info it would be better

Re: Mail::SpamAssassin::Plugin::Phishing PhishStats[.]info domain expired

On 7/21/23 9:10 AM, Giovanni Bechis wrote: Hi, phishstats[.]info domain has recently moved to a parking domain, if you are using Mail::SpamAssassin::Plugin::Phishing plugin with data downloaded from PhishStats[.]info it would be better to comment "phishing_phishstats_feed" configur

https://metacpan.org/pod/Mail::SpamAssassin::Plugin::FromNameSpoof

no rules set in default sa-update its unclear from perldoc Mail::SpamAssassin::Plugin::FromNameSpoof how to make a local config to use it could it be added one example config ? i like to catch when ReplyTo is same as From:addr users should stop add ReplyTo when not needed

Re: Missing Mail::SpamAssassin::Plugin::WelcomeListSubject

Thanks, Matus, I'd just realized all that. :(

Re: Missing Mail::SpamAssassin::Plugin::WelcomeListSubject

On 26/10/2023 4:03 pm, Bill Cole wrote: Your SA installation is broken. Well, I'd guessed that. WelcomeListSubject is a new module in v4, replacing WhiteListSubject. This is 3.4, so it should be referencing the old whitelist module. If you have anything referencing it in a 3.4.6

Re: Missing Mail::SpamAssassin::Plugin::WelcomeListSubject

3.4.6 on Perl version 5.32.1 on Debian Bullseye. Result of --lint is... Oct 26 14:39:02.888 [121778] warn: plugin: failed to parse plugin (from @INC): Can't locate Mail/SpamAssassin/Plugin/WelcomeListSubject.pm in @INC (you may need to install the Mail::SpamAssassin::Plugin::WelcomeListSubject

Re: Missing Mail::SpamAssassin::Plugin::WelcomeListSubject

3.4.6 on Perl version 5.32.1 on Debian Bullseye. Result of --lint is... Oct 26 14:39:02.888 [121778] warn: plugin: failed to parse plugin (from @INC): Can't locate Mail/SpamAssassin/Plugin/WelcomeListSubject.pm in @INC (you may need to install the Mail::SpamAssassin::Plugin::WelcomeListSubject

Missing Mail::SpamAssassin::Plugin::WelcomeListSubject

: failed to parse plugin (from @INC): Can't locate Mail/SpamAssassin/Plugin/WelcomeListSubject.pm in @INC (you may need to install the Mail::SpamAssassin::Plugin::WelcomeListSubject module) (@INC contains: /usr/share/perl5 /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.32.1 /usr/local/share/perl

Mail::SpamAssassin::Plugin::Phishing PhishStats[.]info domain expired

Hi, phishstats[.]info domain has recently moved to a parking domain, if you are using Mail::SpamAssassin::Plugin::Phishing plugin with data downloaded from PhishStats[.]info it would be better to comment "phishing_phishstats_feed" configuration line. If PhishStats[.]info will not

Re: Mail::SpamAssassin::Plugin::DCC error on spamd start: util: refusing to untaint suspicious path: "${exec_prefix}/lib" ?

On 11 Jun 2020, PGNet Dev outgrape: > for anyone interested, it appears the config, as advised, is a bit of a mess > > using _explicit_ config of > >./configure \ >--with-installroot=/ \ > --mandir=/usr/local/man \ > --bindir=/usr/local/bin \ >

Re: Mail::SpamAssassin::Plugin::DCC error on spamd start: util: refusing to untaint suspicious path: "${exec_prefix}/lib" ?

--disable-dccifd with local.cf ... ifplugin Mail::SpamAssassin::Plugin::DCC use_dcc1 dcc_home /var/lib/dcc dcc_path /usr/local/bin/dccproc endif ... fixes the issue.

Mail::SpamAssassin::Plugin::DCC error on spamd start: util: refusing to untaint suspicious path: "${exec_prefix}/lib" ?

ough; tho, on spamd restart, I see in logs, Jun 11 08:06:49 mx spamd[10742]: util: refusing to untaint suspicious path: "${exec_prefix}/lib" commenting out, v310.pre - loadplugin Mail::SpamAssassin::Plugin::DCC + loadplugin Mail::SpamAssassi

Re: Mail::SpamAssassin::Plugin::TextCat

On 25.04.19 08:05, Brent Clark wrote: I was going through https://wiki.apache.org/spamassassin/ImproveAccuracy Just wanted to ask, anyone out there using Mail::SpamAssassin::Plugin::TextCat So the idea is I declare "good languages" ok_languages en af (I declare af, cause I a

Mail::SpamAssassin::Plugin::TextCat

Good day Guys I was going through https://wiki.apache.org/spamassassin/ImproveAccuracy Just wanted to ask, anyone out there using Mail::SpamAssassin::Plugin::TextCat So the idea is I declare "good languages" ok_languages en af (I declare af, cause I am in South Africa) Th

Re: Mail::SpamAssassin::Plugin::Phishing relevant ?

On Wed, 16 Jan 2019 10:43:13 +0200 Brent Clark wrote: > Good day Guys > > Just would like to double check something with the community. > > Is the plugin Mail::SpamAssassin::Plugin::Phishing still relevant in > this day and age? > > I have a daily cron entry that wg

Re: Mail::SpamAssassin::Plugin::Phishing relevant ?

Il 16 gennaio 2019 09:43:13 CET, Brent Clark ha scritto: >Good day Guys > >Just would like to double check something with the community. > >Is the plugin Mail::SpamAssassin::Plugin::Phishing still relevant in >this day and age? > >I have a daily cron entry that wg

Mail::SpamAssassin::Plugin::Phishing relevant ?

Good day Guys Just would like to double check something with the community. Is the plugin Mail::SpamAssassin::Plugin::Phishing still relevant in this day and age? I have a daily cron entry that wgets the following feed(s): https://openphish.com/feed.txt http://data.phishtank.com/data/online

Re: Can't locate Mail/SpamAssassin/Plugin/SpamCop.pm: lib/Mail/SpamAssassin/Plugin/SpamCop.pm: Permission denied

: Subject: Re: Can't locate Mail/SpamAssassin/Plugin/SpamCop.pm: lib/Mail/SpamAssassin/Plugin/SpamCop.pm: Permission denied Update: the cd /home/rd solves the problem! I did not realize that the reportspam-line.sh is just called once and I have to restart it try "mkdir -m 000 lib&

Re: Can't locate Mail/SpamAssassin/Plugin/SpamCop.pm: lib/Mail/SpamAssassin/Plugin/SpamCop.pm: Permission denied

e complete debug output here: > > http://paste.debian.net/1021089/ > > Maybe somebody sees something suspicious... > > I am really wondering why perl is missing the prefix, e.g. here > > Apr 19 20:40:14.161 [23757] warn: plugin: failed to parse plugin (from > @

Re: Can't locate Mail/SpamAssassin/Plugin/SpamCop.pm: lib/Mail/SpamAssassin/Plugin/SpamCop.pm: Permission denied

/Plugin/SpamCop.pm: lib/Mail/SpamAssassin/ Plugin/SpamCop.pm: Permission denied at (eval 31) line 1. Thanks Rainer Am Donnerstag, 19. April 2018, 10:08:24 CEST schrieb Jesse Norell: > Somewhat of a guess, but try adding "cd /home/rd/" at the top of your > script. I've had a similar

Re: Can't locate Mail/SpamAssassin/Plugin/SpamCop.pm: lib/Mail/SpamAssassin/Plugin/SpamCop.pm: Permission denied

t; > Are you running both commands as the same user? > > > > Reio > > > > On 18.04.2018 23:00, Rainer Dorsch wrote: > > > > > > That was also my first guess, but it seems not the be the case > > > here alll > > > dirs are 755 and the file 644

Re: Can't locate Mail/SpamAssassin/Plugin/SpamCop.pm: lib/Mail/SpamAssassin/Plugin/SpamCop.pm: Permission denied

s like Apr 18 18:44:40.902 [5112] warn: plugin: failed to parse plugin (from @INC): Can't locate Mail/SpamAssassin/Plugin/SpamCop.pm: lib/Mail/SpamAssassin/ Plugin/SpamCop.pm: Permission denied at (eval 31) line 1. I have seen similar commands when ./lib/Mail/SpamAssassin/Plugin/SpamCop.pm direc

Re: Can't locate Mail/SpamAssassin/Plugin/SpamCop.pm: lib/Mail/SpamAssassin/Plugin/SpamCop.pm: Permission denied

unning both commands as the same user? > > Reio > > On 18.04.2018 23:00, Rainer Dorsch wrote: > > That was also my first guess, but it seems not the be the case here alll > > dirs are 755 and the file 644: > > > > rd@netcup:~$ locate SpamCop.pm > > /usr/share/pe

Re: Can't locate Mail/SpamAssassin/Plugin/SpamCop.pm: lib/Mail/SpamAssassin/Plugin/SpamCop.pm: Permission denied

Are you running both commands as the same user? Reio On 18.04.2018 23:00, Rainer Dorsch wrote: That was also my first guess, but it seems not the be the case here alll dirs are 755 and the file 644: rd@netcup:~$ locate SpamCop.pm /usr/share/perl5/Mail/SpamAssassin/Plugin/SpamCop.pm rd@netcup

Re: Can't locate Mail/SpamAssassin/Plugin/SpamCop.pm: lib/Mail/SpamAssassin/Plugin/SpamCop.pm: Permission denied

That was also my first guess, but it seems not the be the case here alll dirs are 755 and the file 644: rd@netcup:~$ locate SpamCop.pm /usr/share/perl5/Mail/SpamAssassin/Plugin/SpamCop.pm rd@netcup:~$ ls -l /usr/share/perl5/Mail/SpamAssassin/Plugin/SpamCop.pm -rw-r--r-- 1 root root 8578 Feb 7

Re: Can't locate Mail/SpamAssassin/Plugin/SpamCop.pm: lib/Mail/SpamAssassin/Plugin/SpamCop.pm: Permission denied

t; > while read line > do > echo "$line" > spamassassin -rD < /home/rd/Maildir/.SPAM-learned/cur/$line > done < "${1:-/dev/stdin}" > rd@netcup:~$ > > Then spamassassin report errors like > > Apr 18 18:44:40.902 [5112] warn: plugin

Can't locate Mail/SpamAssassin/Plugin/SpamCop.pm: lib/Mail/SpamAssassin/Plugin/SpamCop.pm: Permission denied

n: plugin: failed to parse plugin (from @INC): Can't locate Mail/SpamAssassin/Plugin/SpamCop.pm: lib/Mail/SpamAssassin/ Plugin/SpamCop.pm: Permission denied at (eval 31) line 1. Apr 18 18:44:40.902 [5112] dbg: plugin: loading Mail::SpamAssassin::Plugin::AutoLearnThreshold from @INC Apr 18 18:44:4

Re: SpamAssassin Plugin to detect VBA/OLE2 Macros

On 11/29/2017 11:55 AM, Paul Stead wrote: Similar plugin I wrote last year – does detect a few other variants as well https://github.com/fmbla/spamassassin-olemacro/ ( Sorry I missed this last year! As I just wrote, I do a lot of this in MIMEDefang and will definitely take a look.  You

Re: SpamAssassin Plugin to detect VBA/OLE2 Macros

Similar plugin I wrote last year – does detect a few other variants as well https://github.com/fmbla/spamassassin-olemacro/ ( On 29/11/2017, 16:51, "Giovanni Bechis" <giova...@paclan.it> wrote: Hi, if anybody is interested I recently wrote a SpamAssassin plugin to det

SpamAssassin Plugin to detect VBA/OLE2 Macros

Hi, if anybody is interested I recently wrote a SpamAssassin plugin to detect OLE2 Macros in Office documents. Source code and more info on Github: https://github.com/bigio/spamassassin-vba-macro Cheers Giovanni

Re: Mail::SpamAssassin::Plugin::EmailBL??

Thanks. From: Kevin Golding <k...@caomhin.org> Sent: 27 July 2017 14:41 To: users@spamassassin.apache.org Subject: Re: Mail::SpamAssassin::Plugin::EmailBL?? On Thu, 27 Jul 2017 08:28:06 +0100, hospice admin <hospice...@outlook.com> wrote: > t

Re: Mail::SpamAssassin::Plugin::EmailBL??

On Thu, 27 Jul 2017 08:28:06 +0100, hospice admin wrote: the above plugin doesn't seem to be distributed with the version of SpamAssassin I'm running: spamassassin --version SpamAssassin version 3.4.0 running on Perl version 5.16.3 Also, I can't find mention of

Mail::SpamAssassin::Plugin::EmailBL??

Hi, the above plugin doesn't seem to be distributed with the version of SpamAssassin I'm running: spamassassin --version SpamAssassin version 3.4.0 running on Perl version 5.16.3 Also, I can't find mention of a download location anywhere. Am I right in thinking this was an experiment

Re: New Mail::SpamAssassin::Plugin::HeadersEqual plugin

> On Sep 8, 2016, at 10:05 AM, apache.org+spamassas...@daniel-rudolf.de wrote: > > As you can see, SA will increase the score by 0.5 when the From: and > Return-Path: headers don't match ("ne" for "not equal"). This particular rule will FP for most mailing list emails... including this one.

New Mail::SpamAssassin::Plugin::HeadersEqual plugin

: headers: loadplugin Mail::SpamAssassin::Plugin::HeadersEqual [/path/to/HeadersEqual.pm] header SENDER_MISMATCH eval:headers_equal("ne", "From:addr", "Return-Path:addr") score SENDER_MISMATCH 0.5 As you can see, SA will increase the score by 0.5 when the F

Re: new Mail-SpamAssassin-Plugin-AttachmentPresent

>> [snip] >> body HAS_VBS_FILES eval:attachmentpresent_file_count('vbs') >> describe HAS_VBS_FILES The e-mail has attached vbs files (or inside >> archives) >> score HAS_VBS_FILES 2.5 > > This looks very interesting. The scores you've specified seem to be > quite high, however. I'd probably make

Re: new Mail-SpamAssassin-Plugin-AttachmentPresent

listed functions, without the ability to use mimedefang? Not that I know of, though you could write a SpamAssassin plugin, I suppose. Our algorithm simply searches for those strings in an Office documents if macros were detected. The newer docx, xlsx, etc. variants are simply zip files in disgui

Re: new Mail-SpamAssassin-Plugin-AttachmentPresent

ains those listed functions, without the ability to use > mimedefang? Not that I know of, though you could write a SpamAssassin plugin, I suppose. Our algorithm simply searches for those strings in an Office documents if macros were detected. The newer docx, xlsx, etc. variants are simply zip file

Re: new Mail-SpamAssassin-Plugin-AttachmentPresent

Hi, On Tue, Sep 6, 2016 at 5:40 PM, Dianne Skoll wrote: > On Tue, 6 Sep 2016 16:12:36 -0500 (CDT) > David B Funk wrote: > >> What is 'acceptable' to you? Unless you find some magical prescient >> anti-virus that can accurately predict all

Re: new Mail-SpamAssassin-Plugin-AttachmentPresent

On Tue, 6 Sep 2016 16:12:36 -0500 (CDT) David B Funk wrote: > What is 'acceptable' to you? Unless you find some magical prescient > anti-virus that can accurately predict all possible macro viruses > with out FPs I don't know what else can be done. Almost all of

Re: new Mail-SpamAssassin-Plugin-AttachmentPresent

Am 06.09.2016 um 23:27 schrieb Alex: Is there any ability to determine if a particular attachment has a Word macro enclosed in addition to just having a Word document? that's the hob of clamav and the sa-plugin for it "OLE2BlockMacros yes" in case of a scored SA plugin won't block but add

Re: new Mail-SpamAssassin-Plugin-AttachmentPresent

Hi, Is there any ability to determine if a particular attachment has a Word macro enclosed in addition to just having a Word document? >>> >>> >>> that's the hob of clamav and the sa-plugin for it >>> >>> "OLE2BlockMacros yes" in case of a scored SA plugin won't block but add >>> the

Re: new Mail-SpamAssassin-Plugin-AttachmentPresent

On Tue, 6 Sep 2016, Alex wrote: Hi, Is there any ability to determine if a particular attachment has a Word macro enclosed in addition to just having a Word document? that's the hob of clamav and the sa-plugin for it "OLE2BlockMacros yes" in case of a scored SA plugin won't block but add

Re: new Mail-SpamAssassin-Plugin-AttachmentPresent

Am 06.09.2016 um 22:40 schrieb Alex: Is there any ability to determine if a particular attachment has a Word macro enclosed in addition to just having a Word document? that's the hob of clamav and the sa-plugin for it "OLE2BlockMacros yes" in case of a scored SA plugin won't block but add

Re: new Mail-SpamAssassin-Plugin-AttachmentPresent

Hi, >> Is there any ability to determine if a particular attachment has a >> Word macro enclosed in addition to just having a Word document? > > that's the hob of clamav and the sa-plugin for it > > "OLE2BlockMacros yes" in case of a scored SA plugin won't block but add the > score of that

Re: new Mail-SpamAssassin-Plugin-AttachmentPresent

Am 06.09.2016 um 22:24 schrieb Alex: Is there any ability to determine if a particular attachment has a Word macro enclosed in addition to just having a Word document? that's the hob of clamav and the sa-plugin for it "OLE2BlockMacros yes" in case of a scored SA plugin won't block but add

Re: new Mail-SpamAssassin-Plugin-AttachmentPresent

Hi, On Tue, Sep 6, 2016 at 8:57 AM, Merijn van den Kroonenberg wrote: > Hello List, > > I decided to publish a SA Plugin we use over here. > The Plugin will check if attachments with a certain file extension are > present in the mail. This can be either directly attached or

new Mail-SpamAssassin-Plugin-AttachmentPresent

://metacpan.org/release/Mail-SpamAssassin-Plugin-AttachmentPresent) and ofcource feedback is welcome. Cheers, Merijn

Re: Mail::SpamAssassin::Plugin::Check::_head_tests_0_1, skipping: Jan 17 08:00:12.091 [2891] warn: (Insecure dependency in require while running with -T switch at (eval 1037) line 9

On Tuesday 20 January 2015 18:30:18 Mark Martinec wrote: If not in v320.pre then it must be in some other .pre file. As Benny Pedersen noted your log shows that this plugin is enabled. Perhaps in /etc/spamassassin/sa-compile.pre . The Rule2XSBody plugin is loaded on ubuntu in sa-compile.pre.

Re: Mail::SpamAssassin::Plugin::Check::_head_tests_0_1, skipping: Jan 17 08:00:12.091 [2891] warn: (Insecure dependency in require while running with -T switch at (eval 1037) line 9

On Tuesday 20 January 2015 20:17:57 Mark Martinec wrote: It may be worth trying with the current trunk version from SVN (a would-be-3.4.1), as Kevin suggested, so that we'd be on the same page. http://wiki.apache.org/spamassassin/DevelopmentStuff : The code itself is maintained in a

Re: Mail::SpamAssassin::Plugin::Check::_head_tests_0_1, skipping: Jan 17 08:00:12.091 [2891] warn: (Insecure dependency in require while running with -T switch at (eval 1037) line 9

On 21. jan. 2015 22.57.37 mls m...@xlist.pw wrote: On Tuesday 20 January 2015 18:30:18 Mark Martinec wrote: If not in v320.pre then it must be in some other .pre file. As Benny Pedersen noted your log shows that this plugin is enabled. Perhaps in /etc/spamassassin/sa-compile.pre . The

Re: Mail::SpamAssassin::Plugin::Check::_head_tests_0_1, skipping: Jan 17 08:00:12.091 [2891] warn: (Insecure dependency in require while running with -T switch at (eval 1037) line 9

mls wrote: The Rule2XSBody plugin is loaded on ubuntu in sa-compile.pre. After commenting it out the issue no longer happened. Great, that is an important finding! Benny Pedersen wrote: warn dont use cpan direct in ubuntu, you will break dependice, and later ask why does it not work if you

Re: Mail::SpamAssassin::Plugin::Check::_head_tests_0_1, skipping: Jan 17 08:00:12.091 [2891] warn: (Insecure dependency in require while running with -T switch at (eval 1037) line 9

On 21. jan. 2015 22.58.32 mls m...@xlist.pw wrote: On Tuesday 20 January 2015 20:17:57 Mark Martinec wrote: It may be worth trying with the current trunk version from SVN (a would-be-3.4.1), as Kevin suggested, so that we'd be on the same page.

Re: Mail::SpamAssassin::Plugin::Check::_head_tests_0_1, skipping: Jan 17 08:00:12.091 [2891] warn: (Insecure dependency in require while running with -T switch at (eval 1037) line 9

mls skrev den 2015-01-20 08:52: http://paste2.org/HzINJUwL My mailserver runs on ubuntu 14.04 and Rule2XSBody is commented out by default in /etc/spamassassin/v320.pre see line 88 in the above url ? and you miss running local nameserver as you are URIBL_BLOCKED

Re: Mail::SpamAssassin::Plugin::Check::_head_tests_0_1, skipping: Jan 17 08:00:12.091 [2891] warn: (Insecure dependency in require while running with -T switch at (eval 1037) line 9

plugin, i.e. by commenting-out a line: loadplugin Mail::SpamAssassin::Plugin::Rule2XSBody in one of the .pre config files (probably in v320.pre) ? My mailserver runs on ubuntu 14.04 and Rule2XSBody is commented out by default in /etc/spamassassin/v320.pre If not in v320.pre then it must

Re: Mail::SpamAssassin::Plugin::Check::_head_tests_0_1, skipping: Jan 17 08:00:12.091 [2891] warn: (Insecure dependency in require while running with -T switch at (eval 1037) line 9

chosen. [...] Jan 20 08:16:11.068 [18848] dbg: plugin: Mail::SpamAssassin::Plugin::DNSEval=HASH(0xae42840) implements 'check_start', priority 0 Jan 20 08:16:11.081 [18848] warn: plugin: eval failed: Insecure dependency in sprintf while running with -T switch at /usr/share/perl5/Mail

Re: Mail::SpamAssassin::Plugin::Check::_head_tests_0_1, skipping: Jan 17 08:00:12.091 [2891] warn: (Insecure dependency in require while running with -T switch at (eval 1037) line 9

the Rule2XSBody plugin, i.e. by commenting-out a line: loadplugin Mail::SpamAssassin::Plugin::Rule2XSBody in one of the .pre config files (probably in v320.pre) ? Mark

Re: Mail::SpamAssassin::Plugin::Check::_head_tests_0_1, skipping: Jan 17 08:00:12.091 [2891] warn: (Insecure dependency in require while running with -T switch at (eval 1037) line 9

check here: http://paste2.org/HzINJUwL Does the problem go away if you disable the Rule2XSBody plugin, i.e. by commenting-out a line: loadplugin Mail::SpamAssassin::Plugin::Rule2XSBody in one of the .pre config files (probably in v320.pre) ? My mailserver runs on ubuntu 14.04 and Rule2XSBody

Re: Mail::SpamAssassin::Plugin::Check::_head_tests_0_1, skipping: Jan 17 08:00:12.091 [2891] warn: (Insecure dependency in require while running with -T switch at (eval 1037) line 9

On Sunday 18 January 2015 08:46:47 Kevin A. McGrail wrote: Based on a quick search, this page leads me to believe it's fixed in a newer version of SA: https://bugzilla.redhat.com/show_bug.cgi?id=1141695 Regards, KAM Thanks. I am running SA verion 3.4.0. According to the

Re: Mail::SpamAssassin::Plugin::Check::_head_tests_0_1, skipping: Jan 17 08:00:12.091 [2891] warn: (Insecure dependency in require while running with -T switch at (eval 1037) line 9

Klaus wrote: Thanks. I am running SA version 3.4.0. Jan 17 08:00:12.091 [2891] warn: rules: failed to compile Mail::SpamAssassin::Plugin::Check::_head_tests_0_1, skipping: Jan 17 08:00:12.091 [2891] warn: (Insecure dependency in require while running with -T switch at (eval 1037) line 9

Re: Mail::SpamAssassin::Plugin::Check::_head_tests_0_1, skipping: Jan 17 08:00:12.091 [2891] warn: (Insecure dependency in require while running with -T switch at (eval 1037) line 9

On Monday 19 January 2015 18:42:54 Mark Martinec wrote: In Mail/SpamAssassin/Plugin/Check.pm near line 453 (version 3.4.0) (i.e. in sub flush_evalstr) there is a commented-out debug line: # dbg(rules: eval code(2): %s, $self-{evalstr}); Try uncommenting it and enable debugging (option

Re: Mail::SpamAssassin::Plugin::Check::_head_tests_0_1, skipping: Jan 17 08:00:12.091 [2891] warn: (Insecure dependency in require while running with -T switch at (eval 1037) line 9

On 1/18/2015 7:18 AM, mls wrote: I am seeing more and more emails that cause the following PERL warnings when scanned with spamassassin Based on a quick search, this page leads me to believe it's fixed in a newer version of SA: https://bugzilla.redhat.com/show_bug.cgi?id=1141695 Regards, KAM

Mail::SpamAssassin::Plugin::Check::_head_tests_0_1, skipping: Jan 17 08:00:12.091 [2891] warn: (Insecure dependency in require while running with -T switch at (eval 1037) line 9

Hi, I am seeing more and more emails that cause the following PERL warnings when scanned with spamassassin Jan 17 08:00:12.091 [2891] warn: rules: failed to compile Mail::SpamAssassin::Plugin::Check::_head_tests_0_1, skipping: Jan 17 08:00:12.091 [2891] warn: (Insecure dependency in require

Re: failed to compile Mail::SpamAssassin::Plugin::Check::_body_tests

://spamassassin.1065346.n5.nabble.com/failed-to-compile-Mail-SpamAssassin-Plugin-Check-body-tests-tp105674p105697.html Sent from the SpamAssassin - Users mailing list archive at Nabble.com.

Re: failed to compile Mail::SpamAssassin::Plugin::Check::_body_tests

On 07/09/2013 09:59 AM, tony wrote: sa-compile.txt http://spamassassin.1065346.n5.nabble.com/file/n105697/sa-compile.txt I've uploaded sa-compile.txt which is the output I got when I ran: /usr/bin/sa-compile --siteconfigpath=/etc/mail/spamassassin --updatedir=/etc/mail/spamassassin

Re: failed to compile Mail::SpamAssassin::Plugin::Check::_body_tests

-- View this message in context: http://spamassassin.1065346.n5.nabble.com/failed-to-compile-Mail-SpamAssassin-Plugin-Check-body-tests-tp105674p105699.html Sent from the SpamAssassin - Users mailing list archive at Nabble.com.

Re: failed to compile Mail::SpamAssassin::Plugin::Check::_body_tests

On 7/9/2013 3:59 AM, tony wrote: sa-compile.txt http://spamassassin.1065346.n5.nabble.com/file/n105697/sa-compile.txt I've uploaded sa-compile.txt which is the output I got when I ran: /usr/bin/sa-compile --siteconfigpath=/etc/mail/spamassassin --updatedir=/etc/mail/spamassassin Run sa-update

SOLVED: failed to compile Mail::SpamAssassin::Plugin::Check::_body_tests

-SpamAssassin-Plugin-Check-body-tests-tp105674p105704.html Sent from the SpamAssassin - Users mailing list archive at Nabble.com.

Re: failed to compile Mail::SpamAssassin::Plugin::Check::_body_tests

Kevin A. McGrail skrev den 2013-07-08 16:57: On 7/6/2013 5:15 AM, tony wrote: I'm running a centos 5.9 server with spamassassin-3.3.1-2.el5, when I do an '#su defang' check on a test spam I'm getting: *warn: rules: failed to compile Mail::SpamAssassin::Plugin::Check::_body_tests_0_3, skipping

Re: failed to compile Mail::SpamAssassin::Plugin::Check::_body_tests

tony skrev den 2013-07-08 22:08: thanks for your response. I went into v320.pre and *loadplugin Mail::SpamAssassin::Plugin::Rule2XSBody* is already commented ie: it has a '#' at the beginning on the line. Did you mean uncomment? if you uncomment you must aswell use sa-compile: #update

Re: failed to compile Mail::SpamAssassin::Plugin::Check::_body_tests

tony skrev den 2013-07-09 09:59: sa-compile.txt http://spamassassin.1065346.n5.nabble.com/file/n105697/sa-compile.txt I've uploaded sa-compile.txt which is the output I got when I ran: /usr/bin/sa-compile --siteconfigpath=/etc/mail/spamassassin --updatedir=/etc/mail/spamassassin try

Re: SOLVED: failed to compile Mail::SpamAssassin::Plugin::Check::_body_tests

tony skrev den 2013-07-09 12:48: thankyou kevin you found the problem. I did have errors in local.cf and when I cleared these up I did '#su defang' again on a test spam and this time there were no errors and no warnings. what the heck is su defang ?, is i spammassassin runnning on

Re: failed to compile Mail::SpamAssassin::Plugin::Check::_body_tests

On Tue, 2013-07-09 at 01:36 -0700, tony wrote: ok I've re-done the sa-compile and uploaded a new text file. The command I used was: /usr/bin/sa-compile --siteconfigpath=/etc/mail/spamassassin --updatedir=/var/lib/spamassassin/3.003001/updates_spamassassin_org The update dir is still wrong.

Re: failed to compile Mail::SpamAssassin::Plugin::Check::_body_tests

in context: http://spamassassin.1065346.n5.nabble.com/failed-to-compile-Mail-SpamAssassin-Plugin-Check-body-tests-tp105674p105722.html Sent from the SpamAssassin - Users mailing list archive at Nabble.com.

Re: SOLVED: failed to compile Mail::SpamAssassin::Plugin::Check::_body_tests

, so spamassassin scores the mail and mimedefang acts on the score. -- View this message in context: http://spamassassin.1065346.n5.nabble.com/failed-to-compile-Mail-SpamAssassin-Plugin-Check-body-tests-tp105674p105723.html Sent from the SpamAssassin - Users mailing list archive at Nabble.com.

Re: failed to compile Mail::SpamAssassin::Plugin::Check::_body_tests

On 7/6/2013 5:15 AM, tony wrote: I'm running a centos 5.9 server with spamassassin-3.3.1-2.el5, when I do an '#su defang' check on a test spam I'm getting: *warn: rules: failed to compile Mail::SpamAssassin::Plugin::Check::_body_tests_0_3, skipping:* I did a search on google but found nothing

Re: failed to compile Mail::SpamAssassin::Plugin::Check::_body_tests

thanks for your response. I went into v320.pre and *loadplugin Mail::SpamAssassin::Plugin::Rule2XSBody* is already commented ie: it has a '#' at the beginning on the line. Did you mean uncomment? -- View this message in context: http://spamassassin.1065346.n5.nabble.com/failed-to-compile-Mail

Re: failed to compile Mail::SpamAssassin::Plugin::Check::_body_tests

On 7/8/2013 4:08 PM, tony wrote: thanks for your response. I went into v320.pre and *loadplugin Mail::SpamAssassin::Plugin::Rule2XSBody* is already commented ie: it has a '#' at the beginning on the line. Did you mean uncomment? No, I meant comment. That should be what uses compiled rules. Odd

failed to compile Mail::SpamAssassin::Plugin::Check::_body_tests

I'm running a centos 5.9 server with spamassassin-3.3.1-2.el5, when I do an '#su defang' check on a test spam I'm getting: *warn: rules: failed to compile Mail::SpamAssassin::Plugin::Check::_body_tests_0_3, skipping:* I did a search on google but found nothing for this particular error. How do I

Re: Mail::SpamAssassin::Plugin::URIDNSBL intermittent failure

I've noticed that this problem is ongoing, my upgrade to 3.3.2 notwithstanding. To restate the question: My mailbox contains between 10-20 false positives every morning. Before reporting them, I pass them through the spam assassin filter again. About 20-25% are flagged as spam the second time

Re: Mail::SpamAssassin::Plugin::URIDNSBL intermittent failure

On 8/16/2012 1:01 PM, Jim Schueler wrote: I've noticed that this problem is ongoing, my upgrade to 3.3.2 notwithstanding. To restate the question: My mailbox contains between 10-20 false positives every morning. Before reporting them, I pass them through the spam assassin filter again.

Re: Mail::SpamAssassin::Plugin::URIDNSBL intermittent failure

On 08/16/2012 07:01 PM, Jim Schueler wrote: I've noticed that this problem is ongoing, my upgrade to 3.3.2 notwithstanding. To restate the question: My mailbox contains between 10-20 false positives every morning. Before reporting them, I pass them through the spam assassin filter again.

Re: Mail::SpamAssassin::Plugin::URIDNSBL intermittent failure

On Thu, 16 Aug 2012, Jim Schueler wrote: To restate the question: My mailbox contains between 10-20 false positives every morning. Before reporting them, I pass them through the spam assassin filter again. About 20-25% are flagged as spam the second time through. The most obvious

Re: Mail::SpamAssassin::Plugin::URIDNSBL intermittent failure

On Tue, Aug 14, 2012 at 12:07 AM, Jim Schueler jschue...@eloquency.comwrote: The attached contains two files: spamtoday.msg came out of a filter in my mail stream spamtoday.out is spamtoday.msg piped through 'spamassassin -t' This problem occurs very intermittently. Out of 300 daily

Re: Mail::SpamAssassin::Plugin::URIDNSBL intermittent failure

On 8/14/2012 9:30 AM, Jim Schueler wrote: On Tue, Aug 14, 2012 at 12:07 AM, Jim Schueler jschue...@eloquency.com mailto:jschue...@eloquency.com wrote: The attached contains two files: spamtoday.msg came out of a filter in my mail stream spamtoday.out is spamtoday.msg piped

Mail::SpamAssassin::Plugin::SpamCop

Hi, Are these options still valid for Mail::SpamAssassin::Plugin::SpamCop settings in the local.cf http://spamassassin.apache.org/full/3.3.x/doc/Mail_SpamAssassin_Plugin_SpamCop.html (from spamcop.net http://spamcop.net/fom-serve/cache/331.html ). *It is recommended the default settings

Re: Mail::SpamAssassin::Plugin::SpamCop

On 11/04/12 15:30, Simon Loewenthal wrote: Hi, Are these options still valid for Mail::SpamAssassin::Plugin::SpamCop settings in the local.cf http://spamassassin.apache.org/full/3.3.x/doc/Mail_SpamAssassin_Plugin_SpamCop.html (from spamcop.net http://spamcop.net/fom-serve/cache/331.html

Re: Mail::SpamAssassin::Plugin::SpamCop

Den 2012-04-11 15:37, Simon Loewenthal skrev: Partially answered. # spamassassin --lint Apr 11 15:35:06.700 [24545] warn: config: failed to parse line, skipping, in /etc/spamassassin/local.cf: auto_report_threshold 30 Was it replaced by something else, or simply superceded? is spamcop plugin

Re: Mail::SpamAssassin::Plugin::SpamCop

by something else, or simply superceded? is spamcop plugin even loaded ? spamcop.pm is open source btw :) # grep -i spamcop v310.pre # SpamCop - perform SpamCop message reporting loadplugin Mail::SpamAssassin::Plugin::SpamCop # -D --lint Apr 12 01:26:54.403 [17560] dbg: plugin: loading Mail

Re: Reduce filtering time by white-listing [Mail::SpamAssassin::Plugin::Shortcircuit]

On Thursday 07 July 2011 16:46:42 Andrzej Adam Filip wrote: Have you considered using Shortcircuit plugin? Mail::SpamAssassin::Plugin::Shortcircuit Partially I use it. I gave up for anything more than using it with whitelist_from.

Re: Reduce filtering time by white-listing [Mail::SpamAssassin::Plugin::Shortcircuit]

tests... Does what I desire seem as what can be achieved? Or maybe I got something wrong? Please let me know... Have you considered using Shortcircuit plugin? Mail::SpamAssassin::Plugin::Shortcircuit IMHO it should be capable to deliver what you want. -- [plen: Andrew] Andrzej Adam Filip

Loading receiver within my spamassassin plugin.

I wrote a plugin that tries to do some operation on the receiver mail address before the message is delivered. How can i retrieve such address? $mailTo = $pms-get('EnvelopeTo:addr'); dbg(EvelopeTo-Addr read from mail $mailTo); and i have this output on the log: Tue Dec 14 22:45:54 2010 [2807]

Re: Loading receiver within my spamassassin plugin.

On Tue, 2010-12-14 at 22:51 +0100, Massimiliano Giovine wrote: I wrote a plugin that tries to do some operation on the receiver mail address before the message is delivered. Operation? You're not trying to change it, are you? How can i retrieve such address? $mailTo =

Re: Loading receiver within my spamassassin plugin.

# I guess the actual header, if any, depends on your MTA and glue. The # whitelist_to option in the Conf documentation has a list with likely # candidates. I use Postfix. What Conf do you talk about? I have to compare it with a list in a database and with a custom header but this is not

Re: Loading receiver within my spamassassin plugin.

Fixicated the copy-n-paste blob to reply... On Tue, 2010-12-14 at 23:08 +0100, Massimiliano Giovine wrote: 2010/12/14 Karsten Bräckelmann guent...@rudersport.de: How can i retrieve such address? $mailTo = $pms-get('EnvelopeTo:addr'); dbg(EvelopeTo-Addr read from mail $mailTo);

Re: Writing Spamassassin plugin.

On Fri, 2010-06-18 at 09:38 +0200, Massimiliano Giovine wrote: Hi all. I'm writing a simple spamassassin plugin that eval just subject but it does not. $self-register_eval_rule (check_header_token); It's an eval() rule. So you also need to define a SA rule, that calls the function. Please

Re: Writing Spamassassin plugin.

:38 +0200, Massimiliano Giovine wrote: Hi all. I'm writing a simple spamassassin plugin that eval just subject but it does not.     $self-register_eval_rule (check_header_token); It's an eval() rule. So you also need to define a SA rule, that calls the function. Please read the docs carefully

Re: Writing Spamassassin plugin.

These might be starting to get dated a little but I think that if you look at the Extending Apache SpamAssassin Using Plugin slides and notes from here: http://people.apache.org/~parker/presentations/index.html That will give you a good idea on what you need to accomplish for your plugin.

Re: Writing Spamassassin plugin.

I read also the first part of that slides with the attached notes. I did exacly the same steps except the configuration parsing (i thought i don't need it, was i wrong?) I logged 2 messages 1 in the new funcion and one in eval rule function: It prints all mesages at spamd restart but not when i

Re: Writing Spamassassin plugin.

On Fri, 2010-06-18 at 16:38 +0200, Massimiliano Giovine wrote: Thanks for the answer: I also put 25_myplugin.cf where other plugin's confs are. Don't. This will be lost on the next successful sa-update run. Instead, use your site config dir for the custom cf file. if loadplugin myplugin

  1   2   >