Re: requires explicit package name

Hi, Am Dienstag, den 09.02.2021, 19:11 +0100 schrieb Marcus Schopen: > Hi, > > on some older systems I see the following sa-update error since today > > > Possible unintended interpolation of @g in string at > /tmp/.spamassassin7185HJuhWPtmp/70_HS_header.cf, rule HS_

requires explicit package name

Hi, on some older systems I see the following sa-update error since today Possible unintended interpolation of @g in string at /tmp/.spamassassin7185HJuhWPtmp/70_HS_header.cf, rule HS_HEADER_1506, line 1. Possible unintended interpolation of @mail in string at /tmp/.spamassassin7185HJuhWPtmp

Re: sa-update for versions 3.4.2 and older fail lint because of description on non-existent rule was Re: update fail

Am Donnerstag, den 16.07.2020, 17:43 -0400 schrieb Kevin A. McGrail: > Agreed. 1879851 is after I submitted the fix but doesn;t include the > fix. I will have to check again after the next rule publishing. > Sorry for the false alarm. Feedback: sa-update without errors now. Thanks a lot! Cheer

Re: sa-update for versions 3.4.2 and older fail lint because of description on non-existent rule was Re: update fail

Am Mittwoch, den 15.07.2020, 08:11 -0400 schrieb Kevin A. McGrail: > Just an update that this is fixed: > > https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7840 > > Should be a rule update published in the next 48 hours with the fix. > Feedback welcome because we are making fixes for older ve

Re: update fail

Am Mittwoch, den 15.07.2020, 07:08 -0400 schrieb Kevin A. McGrail: > If it is still not working, what error are you getting, please? On 7/15/2020 6:59 AM, Marcus Schopen wrote: > > > Can you try now and lmk, please? I think the current ruleset is > > > 1879881 > > >

Re: update fail

Am Mittwoch, den 15.07.2020, 12:59 +0200 schrieb Marcus Schopen: > The version for Ubuntu 16.04 LTS is Spamassassin 2.4.2. Sorry, Spamassassin 3.4.2-0ubuntu0.16.04.4 of course.

Re: update fail

Am Mittwoch, den 15.07.2020, 06:26 -0400 schrieb Kevin A. McGrail: > Yeah, that's just a lint warning. A fix was committed but I had to > work > out a merge complaint on the rule system publishing this morning. I > believe a Yes, but it prevents the signatures from being updated! > Can you try

Re: update fail

Am Dienstag, den 14.07.2020, 16:43 +0200 schrieb Benny Pedersen: > A. Schulze skrev den 2020-07-14 13:19: > > > I tried to place "meta USER_IN_ALLOWLIST_TO (USER_IN_WHITELIST_TO)" > > in > > $LOCAL_RULES_DIR/local.cf > > But that failed, too. > > sorry then, my rule ensure that USER_IN_ALLOWLIST_

update fail

Hi, when updating by cron from channel updates.spamassassin.org I get the following error on multiple servers: --- config: warning: description exists for non-existent rule USER_IN_ALLOWLIST_TO channel: lint check of update failed, channel failed sa-update failed for unknown reasons

sa-update is broken on updates.spamassassin.org channel [was: Re: config: warning: description exists for non-existent rule EXCUSE_24]

Am Donnerstag, den 20.12.2018, 12:35 +0100 schrieb Marcus Schopen: > Hi, > > I get a warning, when updating the channel: > > -- > config: warning: description exists for non-existent rule EXCUSE_24 > > channel: lint check of update failed, channel failed > s

config: warning: description exists for non-existent rule EXCUSE_24

Hi, I get a warning, when updating the channel: -- config: warning: description exists for non-existent rule EXCUSE_24 channel: lint check of update failed, channel failed sa-update failed for unknown reasons -- Cheers Marcus

Re: trusted_networks and internal_networks confusion

Hi, Am Samstag, den 17.12.2016, 13:17 + schrieb RW: > On Fri, 16 Dec 2016 22:41:49 +0100 > Marcus Schopen wrote: > > > > The problem is, that smtp-out.myoffice.de is also a submission server > > for dialup clients. Headers from to to down: > > > > Re

trusted_networks and internal_networks confusion

Hi, I have configuration problems with trusted_networks and internal_networks when forwarding my office mails to my private server, because one server in the trust chain is also a submission server. My current setup is simple (SA runs on my private server = MY_SERVER_IP): trusted_networks MY_S

Re: how to parse back through forwarding headers to find the true source IP

Hi, Am Donnerstag, den 08.12.2016, 16:25 + schrieb RW: > On Thu, 08 Dec 2016 16:54:26 +0100 > Marcus Schopen wrote: > > > Hi, > > > > some of my users forward external mails to my host. In some cases > > those forwarding hosts don't filter spam. How

how to parse back through forwarding headers to find the true source IP

Hi, some of my users forward external mails to my host. In some cases those forwarding hosts don't filter spam. How do I parse back through forwarding headers to find the true source IP and run dnsrbl checks on that IP. I don't want to reject those mails in case of spam, so that the forwarding hos

Re: return value of bl.spameatingmonkey.net

Hi, Am Dienstag, den 29.11.2016, 07:07 +0100 schrieb Axb: > On 11/29/2016 12:14 AM, Marcus Schopen wrote: > > Hi, > > > > what's the return value if an IP is listed on bl.spameatingmonkey.net? > > Seems to be 127.0.0.2. When is the return value 127.0.0.3? Can'

return value of bl.spameatingmonkey.net

Hi, what's the return value if an IP is listed on bl.spameatingmonkey.net? Seems to be 127.0.0.2. When is the return value 127.0.0.3? Can't find anything on their website. Ciao Marcus -- "It's hard to be mad at someone who misses you while you're asleep." -Calvin

Re: spamassassin 3.4.1 on ubuntu precise systemd problems

Hi Matus, Am Sonntag, den 25.09.2016, 17:59 +0200 schrieb Matus UHLAR - fantomas: > On 25.09.16 14:18, Marcus Schopen wrote: > >I'm trying to build a spamassassin 3.4.1 backport on ubuntu precise, but > >have problems to handle systemd dependencies. Is it a good idea just to &

spamassassin 3.4.1 on ubuntu precise systemd problems

Hi, I'm trying to build a spamassassin 3.4.1 backport on ubuntu precise, but have problems to handle systemd dependencies. Is it a good idea just to remove "dh-systemd" from control Build-Depends and remove "dh_systemd_enable --no-enable" from rules? Build is running through. Ciao Marcus

Re: Digest::SHA1 module is required by the Razor2 plugin

Hi, Am Montag, den 19.09.2016, 13:35 +0100 schrieb RW: > > > It's not a spamassassin problem, right. Question is, can I install a > > > SHA1 package without harming perl at other places? > > > > It should do any harm. > > That should have been: > > It shouldn't do any harm. Thanks. Build a b

Re: Digest::SHA1 module is required by the Razor2 plugin

Am Montag, den 19.09.2016, 11:37 +0200 schrieb li...@rhsoft.net: > Am 19.09.2016 um 11:10 schrieb Marcus Schopen: > > I'd like to use razor on my private mailbox, but it seems to depend on > > Digest::SHA1, which is not part of Ubuntu 12.04 LTS or 14.04 TLS: > > >

Digest::SHA1 module is required by the Razor2 plugin

Hi, I'd like to use razor on my private mailbox, but it seems to depend on Digest::SHA1, which is not part of Ubuntu 12.04 LTS or 14.04 TLS: The Digest::SHA1 module is required by the Razor2 plugin I found this bug report https://bugs.launchpad.net/ubuntu/+source/libdigest-sha1-perl/+bug/99364

Re: cron sa-update with multipe channels

Am Samstag, den 17.09.2016, 11:46 +0200 schrieb Axb: > On 09/17/2016 11:35 AM, Marcus Schopen wrote: > > Am Samstag, den 17.09.2016, 10:36 +0200 schrieb Axb: > >> On 09/17/2016 10:17 AM, Marcus Schopen wrote: > >>> Hi, > >>> > >>> is there

Re: cron sa-update with multipe channels

Am Samstag, den 17.09.2016, 10:36 +0200 schrieb Axb: > On 09/17/2016 10:17 AM, Marcus Schopen wrote: > > Hi, > > > > is there a concept for updating from multiple channels > > in /etc/cron.daily/spamassassin so that sa-compile is called only if one > > channel got

cron sa-update with multipe channels

Hi, is there a concept for updating from multiple channels in /etc/cron.daily/spamassassin so that sa-compile is called only if one channel got updates? Ciao Marcus

Re: backport 3.4.0 Ubuntu 12.04 TLS

Hi Robert, Am Freitag, den 16.09.2016, 13:02 +0200 schrieb Robert Schetterer: > Am 16.09.2016 um 12:48 schrieb Marcus Schopen: > > Hi Patrick, > > > > Am Donnerstag, den 15.09.2016, 22:02 -0400 schrieb Patrick Domack: > >> Sounds like a lot of work f

Re: backport 3.4.0 Ubuntu 12.04 TLS

Hi Patrick, Am Donnerstag, den 15.09.2016, 22:02 -0400 schrieb Patrick Domack: > Sounds like a lot of work for an old spamassassin version. > > https://launchpad.net/%7Epatrickdk/+archive/ubuntu/production/+sourcepub/5219815/+listing-archive-extra H ... do you think better backporting 3.4.1

backport 3.4.0 Ubuntu 12.04 TLS

Hi, I've backported 3.4.0 from Ubuntu 14.04 TLS for Ubuntu 12.04 LTS (perl 5.14.2), which comes with very old version 3.3.2 (can't upgrade the complete host right now). Before installing it: is there anything to be aware of, beside better wiping bayes database and starting fresh? [1] Ciao Marcus

sa-learn strip last Received: header for own MDA

Hi, still playing with sa-learn. If I feed sa-learn do I have to strip the last Received: header which is the Received header for my own MDA (imap-backend) before piping the message into sa-learn? Return-Path: --- strip this header? --> Received: from mxrelay.mysendmail.com (mxr

Re: sa-learn from a remote imap folder

Hi, Am Freitag, den 12.09.2014, 10:13 +0200 schrieb Axb: > On 09/12/2014 10:05 AM, Marcus Schopen wrote: > > Hi, > > > > spamassassin and imap (cyrus) are running on different boxes. What is > > best practice to learn spam from a remote imap folder? Any good working &

sa-learn from a remote imap folder

Hi, spamassassin and imap (cyrus) are running on different boxes. What is best practice to learn spam from a remote imap folder? Any good working scripts? I found these: https://wiki.apache.org/spamassassin/RemoteImapFolder https://gist.github.com/colinmollenhour/4127743 Ciao! Marcus

Re: sa-stats.pl problem on woody - looking for log analyser?

On Friday 26 November 2004 06:05, Marcus Schopen wrote: > Hi, > > on debian/woody sa-stats.pl ends with following errors: > > Error in option spec: "top|T:25" > Error in option spec: "SCALAR(0x84ff7f4)" > > The getopt libs might be to old on woody.

sa-stats.pl problem on woody - looking for log analyser?

Hi, on debian/woody sa-stats.pl ends with following errors: Error in option spec: "top|T:25" Error in option spec: "SCALAR(0x84ff7f4)" The getopt libs might be to old on woody. Are there any other programms to get some nice statists of spam and ham? I'm using spamassassin 3.0.1 with a send