clem...@dwf.com a écrit :
How do I tell if sa-update is actually running?
I mean, yes, I can run it by hand and get no error messages, and with -D
I dont see any problems, still I feel that my stuff isnt current, and that
there
should be an update.
Should I be getting a message in /var
Here's a script correction for an obvious mistake that I managed not to spot.
In summary, it is:
s/$chkd/$sau/
IOW the script should read:
==
#!/bin/bash
#
# Update the Spamassassin rules
#
sau=/usr/bin/sa-update
if [ -x
Very unusual. What do you get if you use wget or curl from the
command line to download those URLs:
[98652] dbg: http: GET request,
http://daryl.dostech.ca/sa-update/asf/895075.tar.gz
[98652] dbg: http: GET request,
http://daryl.dostech.ca/sa-update/asf/895075.tar.gz.sha1
[98652] dbg: http: GET
Justin Mason wrote:
[98652] dbg: http: GET request,
http://daryl.dostech.ca/sa-update/asf/895075.tar.gz
[98652] dbg: http: GET request,
http://daryl.dostech.ca/sa-update/asf/895075.tar.gz.sha1
[98652] dbg: http: GET request,
http://daryl.dostech.ca/sa-update/asf/895075.tar.gz.asc
At a first
After working 2 days ago, sa-update has stopped working. When I run it
I get:
config: failed to parse line, skipping, in
/tmp/.spamassassin7365XWGL4Stmp/10_default_prefs.cf:
clear_originating_ip_headers
config: failed to parse line, skipping, in
/tmp/.spamassassin7365XWGL4Stmp
How do I tell if sa-update is actually running?
I mean, yes, I can run it by hand and get no error messages, and with -D
I dont see any problems, still I feel that my stuff isnt current, and that
there
should be an update.
Should I be getting a message in /var/log/messages? or /var/log/maillog
Hi!
config: failed to parse line, skipping, in
/tmp/.spamassassin7365XWGL4Stmp/10_default_prefs.cf:
clear_originating_ip_headers
config: failed to parse line, skipping, in
/tmp/.spamassassin7365XWGL4Stmp/10_default_prefs.cf:
originating_ip_headers X-Yahoo-Post-IP X-Originating-IP
clem...@dwf.com wrote:
How do I tell if sa-update is actually running?
I mean, yes, I can run it by hand and get no error messages, and with
-D I dont see any problems, still I feel that my stuff isnt current,
and that there should be an update.
Should I be getting a message in /var/log
Mark Martinec wrote:
On Tuesday January 5 2010 22:47:42 Bowie Bailey wrote:
I patched sa-update to add a verbose option which outputs all the
channel names that had changes. Very simple patch if anyone is
interested. It installs cleanly on 3.2.5, I haven't tried 3.3.
This looks
Hi,
(apologies if this is a duplicate - I don't think it went through the
first time)
I'm trying to update my rules with sa-update, and it is failing:
deliver3# sa-update -D
[98652] dbg: logger: adding facilities: all
[98652] dbg: logger: logging level is DBG
[98652] dbg: generic
Hi,
I'm trying to update my rules with sa-update, and it is failing:
deliver3# sa-update -D
[98652] dbg: logger: adding facilities: all
[98652] dbg: logger: logging level is DBG
[98652] dbg: generic: SpamAssassin version 3.2.5
[98652] dbg: config: score set 0 chosen.
[98652] dbg: dns: is Net
On Tuesday 05 January 2010, Thomas Harold wrote:
On 1/5/2010 1:50 PM, Larry Starr wrote:
On Tuesday 05 January 2010, Thomas Harold wrote:
You mean something more then:
An update was available, and was downloaded and installed successfully.
You are now running sa-update version svn607589
Larry Starr wrote:
From my install there is a /etc/cron.daily/spamassassin which I'm not
using,
that provides none of that information.
I believe I will have to implement a wrapper script to, at least, notify me
when updates have been applied.
I patched sa-update to add a verbose
On Tuesday January 5 2010 22:47:42 Bowie Bailey wrote:
I patched sa-update to add a verbose option which outputs all the
channel names that had changes. Very simple patch if anyone is
interested. It installs cleanly on 3.2.5, I haven't tried 3.3.
This looks like an useful small patch.
Could
Regarding sa-update,
EXIT CODES
An exit code of 0 means an update was available, and was
downloaded and installed successfully if --checkonly was
not specified.
An exit code of 1 means no fresh updates were available.
I would make this:
0 means you are all up
On Dec 19, 2009, at 8:42 PM, jida...@jidanni.org
jida...@jidanni.org wrote:
Regarding sa-update,
EXIT CODES
This would then not stop Makefiles that call it, nor would one need to
do case $? in 0|1)...; esac.
But it would break scripts that check for a 0 and then run sa-compile
Sometimes sa-update works, sometimes one gets
http: GET http://daryl.dostech.ca/sa-update/asf/891585.tar.gz request failed:
403 Forbidden:
You don't have permission to access /sa-update/asf/891585.tar.gz on this server.
Apache/2.2.3 (Fedora) Server at daryl.dostech.ca Port 80
I recommend
On 17/12/2009 1:00 PM, jida...@jidanni.org wrote:
Sometimes sa-update works, sometimes one gets
http: GET http://daryl.dostech.ca/sa-update/asf/891585.tar.gz request failed:
403 Forbidden:
You don't have permission to access /sa-update/asf/891585.tar.gz on this
server.
Apache/2.2.3 (Fedora
OK, thanks. I'd put some contact info on top of http://daryl.dostech.ca/,
above This blog is currently in a static state pending an upgrade
of WordPress, in case something breaks next time.
asking for help
setting up sa-update.
Perhaps I'll try it again when I fix the website.
Daryl
Daryl C. W. O'Shea wrote on Thu, 17 Dec 2009 13:28:48 -0500:
early this morning.
BTW, I was already getting this temporarily when trying to run the first
sa-update for SA 3.3.0 beta1 a few days ago.
Kai
--
Kai Schätzl, Berlin, Germany
Get your web at Conactive Internet Services: http
On 17/12/2009 3:31 PM, Kai Schaetzl wrote:
Daryl C. W. O'Shea wrote on Thu, 17 Dec 2009 13:28:48 -0500:
early this morning.
BTW, I was already getting this temporarily when trying to run the first
sa-update for SA 3.3.0 beta1 a few days ago.
Could you tell me, off-list, the public facing
On Tue, 2009-10-27 at 18:52 -0400, Adam Katz wrote:
McDonald, Dan wrote:
I run sa-update and sa-compile from a cron job at a regular interval.
gpg: WARNING: unsafe permissions on homedir
`/etc/mail/spamassassin/sa-update-keys'
[8641] info: generic: base extraction
://www.impsec.org/~jhardin/
I corrected the rule and the lint check is not producting any errors. The
sa-compile not compiling errors are gone too. Thank you so much!
--
View this message in context:
http://www.nabble.com/Error-from-sa-update-script-tp26085317p26097806.html
Sent from
I have an SMTP gateway setup with Postfix+SpamAssassin on a CentOS 5.3 server
that is functioning. Lately, I've noticed an increase in the amount of SPAM
getting through the gateway. That's when I discovered an error that is
showing up daily in the cron logs (see below) from the sa-update
in the cron logs (see below) from the sa-update script. So
I suspect that my Spamassassin is not updating properly. FYI, I am running
Spamassassin version 3.2.5. Can anyone please advise?
/etc/cron.daily/sa-update:
[8809] info: generic: base extraction starting. this can take a while
On Tue, 27 Oct 2009, Jari Fredriksson wrote:
27.10.2009 23:14, fugtruck kirjoitti:
/etc/mail/spamassassin/local.cf,
rule LOCAL_NT3SPAM, line 1.
rules: failed to compile head tests, skipping:
(Global symbol @un requires explicit package name at
/etc/mail/spamassassin/local.cf,
Did
I run sa-update and sa-compile from a cron job at a regular interval.
At seemingly random times, it simply fails to run. All I get in the
cron log is:
gpg: WARNING: unsafe permissions on homedir
`/etc/mail/spamassassin/sa-update-keys'
[8641] info: generic: base
McDonald, Dan wrote:
I run sa-update and sa-compile from a cron job at a regular interval.
gpg: WARNING: unsafe permissions on homedir
`/etc/mail/spamassassin/sa-update-keys'
[8641] info: generic: base extraction starting. this can take a while...
[8641] info: generic
On Wed 14 Oct 2009 07:57:35 PM CEST, Jari Fredriksson wrote
This is how I have it, I have a local bind, and OpenDNS as forwarders.
14.10.2009 21:48, Benny Pedersen kirjoitti:
dont put all eggs in one basket :)
(remove opendns forwards in bind)
after i learned bind more i found that its
with the router, although it is a brand new d-link
dva-g3170i.
--
View this message in context:
http://www.nabble.com/dns-query-timed-out-while-sa-update-tp21604925p25909141.html
Sent from the SpamAssassin - Users mailing list archive at Nabble.com.
wild_oscar schrieb:
I might leave it at that. The problem that I've been scratching my head
about is why does it work when using the nameserver directly but not when
using the router's IP address, which is forwarding to the same address.
It might be a problem with the router, although it is
I have the same problem when I run the sa-update.
Has the original poster (or someone else) managed to make it work?
McDonald, Dan wrote:
On Thu, 2009-01-22 at 06:14 -0800, prkr wrote:
Hi,
/var/lib/spamassassin/3.002005/updates_spamassassin_org.pre
;; query(5.2.3
On Wed, 2009-10-14 at 05:03 -0700, wild_oscar wrote:
I have the same problem when I run the sa-update.
Has the original poster (or someone else) managed to make it work?
What do you get when you try
$ dig 5.2.3.updates.spamassassin.org txt
If that times out, then you have a dns problem
McDonald, Dan wrote:
On Wed, 2009-10-14 at 05:03 -0700, wild_oscar wrote:
I have the same problem when I run the sa-update.
Has the original poster (or someone else) managed to make it work?
What do you get when you try
$ dig 5.2.3.updates.spamassassin.org txt
If that times out
wild_oscar wrote:
McDonald, Dan wrote:
On Wed, 2009-10-14 at 05:03 -0700, wild_oscar wrote:
I have the same problem when I run the sa-update.
Has the original poster (or someone else) managed to make it work?
What do you get when you try
$ dig 5.2.3.updates.spamassassin.org
ISP's) DNS
addresses were giving me the timeout.
--
View this message in context:
http://www.nabble.com/dns-query-timed-out-while-sa-update-tp21604925p25893880.html
Sent from the SpamAssassin - Users mailing list archive at Nabble.com.
On Wed, 2009-10-14 at 09:00 -0700, an anonymous Nabble user wrote:
I don't know...why does it only not work with txt? Bare in mind I added
the opendns DNS's exactly because my auto-assigned (probably ISP's) DNS
addresses were giving me the timeout.
So the DNS TXT query timed out before. Then
Karsten Bräckelmann wrote:
On Wed, 2009-10-14 at 09:00 -0700, an anonymous Nabble user wrote:
I don't know...why does it only not work with txt? Bare in mind I added
the opendns DNS's exactly because my auto-assigned (probably ISP's) DNS
addresses were giving me the timeout.
So the
On Wed, 2009-10-14 at 13:44 -0400, Terry Carmen wrote:
Karsten Bräckelmann wrote:
However, the single point of failure is your router -- assuming you
actually are using its DNS.
It's entirely possible his ISP is intercepting his DNS requests. This
has become all too common for all sorts
14.10.2009 20:51, Karsten Bräckelmann kirjoitti:
On Wed, 2009-10-14 at 13:44 -0400, Terry Carmen wrote:
Karsten Bräckelmann wrote:
However, the single point of failure is your router -- assuming you
actually are using its DNS.
It's entirely possible his ISP is intercepting his DNS
14.10.2009 20:57, Jari Fredriksson kirjoitti:
If I'm not mistaken, it is always good to run a local nameserver when
using SpamAssassin anyway, and not use any router for that.
This is how I have it, I have a local bind, and OpenDNS as forwarders.
And a special zone like this, as
On Wed, 2009-10-14 at 20:57 +0300, Jari Fredriksson wrote:
14.10.2009 20:51, Karsten Bräckelmann kirjoitti:
On Wed, 2009-10-14 at 13:44 -0400, Terry Carmen wrote:
It's entirely possible his ISP is intercepting his DNS requests. This
has become all too common for all sorts of reasons.
On Wed 14 Oct 2009 07:57:35 PM CEST, Jari Fredriksson wrote
This is how I have it, I have a local bind, and OpenDNS as forwarders.
dont put all eggs in one basket :)
(remove opendns forwards in bind)
after i learned bind more i found that its stupid to add forwards to
all non known domains
On Wed 14 Oct 2009 08:12:24 PM CEST, Jari Fredriksson wrote
zone uribl.com in {
# uribl blocks calls from OpenDNS
type forward;
forwarders {};
};
this one is silly :)
remove forwarders in options section in named.conf solves it
14.10.2009 21:48, Benny Pedersen kirjoitti:
On Wed 14 Oct 2009 07:57:35 PM CEST, Jari Fredriksson wrote
This is how I have it, I have a local bind, and OpenDNS as forwarders.
dont put all eggs in one basket :)
(remove opendns forwards in bind)
after i learned bind more i found that its
MM == Mark Martinec mark.martinec...@ijs.si writes:
MM Did the rule __RCVD_IN_2WEEKS end up in the current sa-update set?
MM If so, you can either remove the rule, or install the SA from ... SVN.
If I http://wiki.apache.org/spamassassin/DownloadFromSvn often, does that
mean I don't need to use sa
Help, sa-update gives:
rules: failed to run __RCVD_IN_2WEEKS test, skipping:
(Can't locate object method received_within_months via package
Mail::SpamAssassin::PerMsgStatus at (eval 755) line 19.
)
channel: lint check of update failed, channel failed
On Sunday September 6 2009 11:03:23 jida...@jidanni.org wrote:
Help, sa-update gives:
rules: failed to run __RCVD_IN_2WEEKS test, skipping:
(Can't locate object method received_within_months via package
Mail::SpamAssassin::PerMsgStatus at (eval 755) line 19. )
channel: lint check
Gene,
But, I had installed all the perl stuff that a spamassassin -D --lint run
had complained about, and I just noted in the email sa-update sent me that
3 more bits of perl were on the missing list, and the final piece I can't
find in a fedora repo:
32760] dbg: diag: module not installed
On Wednesday 02 September 2009, Mark Martinec wrote:
Gene,
But, I had installed all the perl stuff that a spamassassin -D --lint run
had complained about, and I just noted in the email sa-update sent me
that 3 more bits of perl were on the missing list, and the final piece I
can't find
--gpgkey 6C6191E3 option.
Sort of old, revisiting this, but it came up again this morning because I had
neglected to add this to my user gene's crontab entry. Tis now. :(
But, I had installed all the perl stuff that a spamassassin -D --lint run had
complained about, and I just noted in the email sa
Hi all, I was wondering if youcand telme what tcp port sa-update use. My
fwadmin will close free gateway
Regards,
LD
On Sat, 2009-08-29 at 11:11 -0500, Luis Daniel Lucio Quiroz wrote:
Hi all, I was wondering if youcand telme what tcp port sa-update use. My
fwadmin will close free gateway
DNS port 53, UDP and TCP. HTTP port 80, TCP.
--
char *t=\10pse\0r\0dtu...@ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4
On Sat, 29 Aug 2009 18:51:23 +0200
Karsten Bräckelmann guent...@rudersport.de wrote:
On Sat, 2009-08-29 at 11:11 -0500, Luis Daniel Lucio Quiroz wrote:
Hi all, I was wondering if youcand telme what tcp port sa-update
use. My fwadmin will close free gateway
DNS port 53, UDP and TCP. HTTP
On Tue, 2009-08-18 at 06:40 -0400, Gene Heskett wrote:
One of the channels I use, yerp, has a failing gpg key despite my
importation of that key. Several times.
On 18.08.09 21:49, Gene Heskett wrote:
...
[25964] dbg: gpg: key id 6C6191E3 is not release trusted
error: GPG validation failed!
Hello all,
I only run sa-update once per day and the last two days it has failed
with a SHA1 verification error.
Here is the debug output: (apologies for the line wrap(s))
...
[2208] dbg: plugin:
Mail::SpamAssassin::Plugin::MIMEHeader=HASH(0xb0b2c3c) implements
'finish_tests', priority 0
[2208
Hi,
On Wed, 19.08.2009 at 08:49:22 +0100, Arthur Dent misc.li...@blueyonder.co.uk
wrote:
I only run sa-update once per day and the last two days it has failed
with a SHA1 verification error.
I just discovered a very similar problem:
# sa-update -D --channelfile /etc/mail/spamassassin/sare
posted. Which then begs the question of who is untrusted, me, or yerp.org?
Your sa-update run doesn't trust that key to sign releases. Please see
man sa-update [1] for general information about that option, and the
SOUGHT rule-set usage instructions [2] again, on how to use sa-update
with that channel
I only run sa-update once per day and the last two days it has failed
with a SHA1 verification error.
[2208] dbg: channel: reading MIRRORED.BY file
[2208] dbg: channel: found mirror
http://daryl.dostech.ca/sa-update/sare/90_2tld.cf/
[2208] dbg: channel: found mirror
http://updates.sa
On Wed, 2009-08-19 at 13:21 +0200, Karsten Bräckelmann wrote:
I only run sa-update once per day and the last two days it has failed
with a SHA1 verification error.
[2208] dbg: channel: reading MIRRORED.BY file
[2208] dbg: channel: found mirror
http://daryl.dostech.ca/sa-update/sare
On Wed, 2009-08-19 at 12:55 +0100, Arthur Dent wrote:
On Wed, 2009-08-19 at 13:21 +0200, Karsten Bräckelmann wrote:
It is selecting a bad mirror. The domain expired recently. :-/
As a quick fix, just remove or comment out the bad mirror in all your
MIRRORED.BY files. This should do:
Hi,
The problem is that the spammers test with the SA rulesets as soon
as they are released, which is why the rulesets become ineffective.
I'm not sure I agree with that. If this were the case, I would have a
lot less spam with scores of 50 or more, which obviously aren't even
trying to do
On Wednesday 19 August 2009, Matus UHLAR - fantomas wrote:
On Tue, 2009-08-18 at 06:40 -0400, Gene Heskett wrote:
One of the channels I use, yerp, has a failing gpg key despite my
importation of that key. Several times.
On 18.08.09 21:49, Gene Heskett wrote:
...
[25964] dbg: gpg: key id
Hi,
list. No errors reported then, and I've now forgotten the url. www.yerp.org
now gets me a webmail login screen, so obviously that wasn't it. Toss that
url to me and I'll replay it again.
You should be able to search through your browser history, no?
With Firefox v3.5, you can also just
^^^
You failed to provide the obligatory --gpgkey 6C6191E3 option.
That key is available at the location given in the invocation:
# su gene -c /usr/bin/sa-update -D --channelfile
~/.spamassassin/channels.txt --gpghomedir /var/lib/spamassassin/keys
channel: GPG validation failed
, with no problem at all.
[g...@coyote ~]$ wget http://yerp.org/rules/GPG.KEY
--2009-08-19 11:50:03-- http://yerp.org/rules/GPG.KEY
Resolving yerp.org... XX.XX.XX.XX
No need to obfuscate that ip numer, imho.
Then:
[g...@coyote ~]$ sa-update --import GPG.KEY.1
Although I'm disturbed by your claim
.
I used this procedure just today, with no problem at all.
[g...@coyote ~]$ wget http://yerp.org/rules/GPG.KEY
--2009-08-19 11:50:03-- http://yerp.org/rules/GPG.KEY
Resolving yerp.org... XX.XX.XX.XX
No need to obfuscate that ip numer, imho.
Then:
[g...@coyote ~]$ sa-update --import GPG.KEY
/etc/mail/spamassassin/sa-update-keys/
[r...@coyote sa-update-keys]# ls -l
total 32
-rw--- 1 gene gene 6743 2009-08-19 11:51 pubring.gpg
-rw--- 1 gene mail 5021 2008-09-13 08:44 pubring.gpg~
-rw--- 1 gene mail0 2008-04-01 04:52 secring.gpg
-rw--- 1 gene mail 1200 2008-04-01
MySQL Student wrote:
Hi,
The problem is that the spammers test with the SA rulesets as soon
as they are released, which is why the rulesets become ineffective.
I'm not sure I agree with that. If this were the case, I would have a
lot less spam with scores of 50 or more, which obviously
machines I look at).
But
[r...@coyote keys]# cd /etc/mail/spamassassin/sa-update-keys/
[r...@coyote sa-update-keys]# ls -l
total 32
-rw--- 1 gene gene 6743 2009-08-19 11:51 pubring.gpg
-rw--- 1 gene mail 5021 2008-09-13 08:44 pubring.gpg~
-rw--- 1 gene mail0 2008-04-01 04:52
Greetings;
One of the channels I use, yerp, has a failing gpg key despite my importation
of that key. Several times.
How should I proceed?
Thanks.
--
Cheers, Gene
There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt
Hi,
I notice that there are no rules updates for 3.2.5 since about
2009-07-21, with the latest version shipped being 795855. FWIW, I
queried different DNS servers in different networks to forestall stale
DNS cache data for the number, but uniformly got this result.
The daily QA testing pages,
Hi Toni,
If you go to here:
http://svn.apache.org/viewvc/spamassassin/tags/
(web interface for the source repository)
you will find that
sa-update_3.2_20090720142344/ 795855 4 weeks jm tagging latest
update release for 3.2
795855 -is- the latest rules release for 3.2.5
If you
Hi Ted,
On Tue, 18.08.2009 at 11:06:32 -0700, Ted Mittelstaedt t...@ipinc.net wrote:
http://svn.apache.org/viewvc/spamassassin/tags/
you will find that
sa-update_3.2_20090720142344/ 795855 4 weeks jm tagging latest
update release for 3.2
795855 -is- the latest rules release for
Toni Mueller wrote:
Hi Ted,
On Tue, 18.08.2009 at 11:06:32 -0700, Ted Mittelstaedt t...@ipinc.net wrote:
http://svn.apache.org/viewvc/spamassassin/tags/
you will find that
sa-update_3.2_20090720142344/ 795855 4 weeks jm tagging latest
update release for 3.2
795855 -is- the
Hi,
On Tue, 18.08.2009 at 12:06:30 -0700, Ted Mittelstaedt t...@ipinc.net wrote:
Toni Mueller wrote:
Understood. FWIW, (not only) I need newer rules because the current
rules are becoming ineffective at a fast pace.
Of course, but what do you want to say with that? From my experience
Toni Mueller wrote:
I'm open to ideas about what else to do.
For me, the Sought rules catch more than anything other than the Zen
blacklist.
http://wiki.apache.org/spamassassin/SoughtRules
--
Bowie
[ off topic ]
On 8/18/2009 1:00 PM, Toni Mueller wrote:
Apart from not understanding flynn, I think I get what you want to
An famous old saying, in reference to Error Flynn [1], the
swashbuckling, Aussie-American actor, meaning everyhing is OK [2].
[1]
On 18-Aug-2009, at 14:22, Mike Cappella wrote:
Error Flynn
this made me laugh, thanks.
--
This above all, to thine own self be true And it must follow, as
the night the day, Thou canst not then be false to any man.
On Tue, 2009-08-18 at 06:40 -0400, Gene Heskett wrote:
One of the channels I use, yerp, has a failing gpg key despite my importation
of that key. Several times.
How should I proceed?
General advice: Post the error messages. Do a debug run. Post the
relevant parts of the debug info.
Gene --
On Tuesday 18 August 2009, Karsten Bräckelmann wrote:
On Tue, 2009-08-18 at 06:40 -0400, Gene Heskett wrote:
One of the channels I use, yerp, has a failing gpg key despite my
importation of that key. Several times.
How should I proceed?
General advice: Post the error messages. Do a debug run.
Hi,
which good/useful sa-update channels should i use, in addition to these:
saupdates.openprotect.com
updates.spamassassin.org
70_zmi_german.cf.zmi.sa-update.dostech.net
thanks for any suggestions
MH
--
Die unaufgeforderte Zusendung einer Werbemail an Privatleute verstößt gegen §1
UWG und
On Tue, 21 Jul 2009 13:33:42 +0200
Mathias Homann ad...@eregion.de wrote:
which good/useful sa-update channels should i use, in addition to
these:
saupdates.openprotect.com
updates.spamassassin.org
70_zmi_german.cf.zmi.sa-update.dostech.net
Try the Sought rules:
http://taint.org/2007
I get errors like this when I run sa-update from cron
/usr/local/bin/setlock -n /tmp/cronlock.4051759.53932 sh -c
$'/home/skipmorrow/bin/sa-update --gpgkey 6C6191E3 --channel
sought.rules.yerp.org'
gpg: WARNING: unsafe ownership on homedir
`/home/skipmorrow/etc/mail/spamassassin/sa-update-keys
MrGibbage wrote:
I get errors like this when I run sa-update from cron
/usr/local/bin/setlock -n /tmp/cronlock.4051759.53932 sh -c
$'/home/skipmorrow/bin/sa-update --gpgkey 6C6191E3 --channel
sought.rules.yerp.org'
gpg: WARNING: unsafe ownership on homedir
`/home/skipmorrow/etc/mail
Thanks, Matt. I call my sa-update in a script from cron. I don't think I
have a permissions problem, but I agree, that is what it looks like.
Perhaps this will shed a little light.
skipmor...@ps11651:~$ id
uid=15203(skipmorrow) gid=588771(pg652) groups=588771(pg652)
skipmor
In the last week or so sa-update has been failing due to a gpg
cross-certification error:
[18306] dbg: gpg: Searching for 'gpg'
[18306] dbg: util: current PATH is:
/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin:/usr/lib/java/bin
[18306] dbg: util: executable for gpg was found
On Thu, 2009-07-16 at 11:04 -0400, Matt wrote:
In the last week or so sa-update has been failing due to a gpg
cross-certification error:
Google spamassassin gpg cross-certified. Turns up quite a few list posts
discussing that issue. Following those links gets me here:
http://wiki.apache.org
On Thu, Jul 16, 2009 at 05:34:38PM +0200, Karsten Br?ckelmann wrote:
On Thu, 2009-07-16 at 11:04 -0400, Matt wrote:
In the last week or so sa-update has been failing due to a gpg
cross-certification error:
Google spamassassin gpg cross-certified. Turns up quite a few list posts
discussing
On 9-Jun-2009, at 11:36, Karsten Bräckelmann wrote:
Smart move asking one of the more recent additions to the dev
team... ;)
So... how long until 3.3 is ready, then, huh? huh? how long?
... whistles innocently ...
--
Lisa Bonet ate no Basil
rules should be ... obsoleted. This means fixing those DNS
wildcard entries well *before* any pre/alpha releases that might
consider their versions 3.3+
Also, there's no communications channel announcing sa-update rule
updates in detail.
Ooh, I like the idea of an RSS feed or a bot that posts
installs 5 years old
rules.
There is no way for sa-update to fade out or obsolete a rule-set. There
is a version number to indicate an update. Installing them is on the
discretion of the admin.
Oh, and some, well, one(?) are actually updated these days and alive.
Also, there's
On Mon, 2009-06-08 at 07:57 -0700, John Hardin wrote:
That is correct. I hope (when I get write access to the repo) to add them
to the 3.2.5 rules so they will go out via sa-update. Is there any way you
can upgrade to 3.2.5?
The differences between 3.2.x versions are code fixes
Benny Pedersen wrote:
On Mon, June 8, 2009 14:41, snowweb wrote:
Then I tried again with sa-update and got the following:
[r...@s1 spamassassin]# sa-update
Can't locate Archive/Tar.pm in @INC (@INC contains:
/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi /usr/lib/per
l5/site_perl
From: Karsten Bräckelmann
The differences between 3.2.x versions are code fixes. There
is no difference in rules, when using sa-update.
While it is possible to publish per micro version updates,
this is not necessary and thus not used for 3.2.x. They all
share the very same rules
The differences between 3.2.x versions are code fixes. There
is no difference in rules, when using sa-update.
While it is possible to publish per micro version updates,
this is not necessary and thus not used for 3.2.x. They all
share the very same rules and updates.
Karsten
On Tue, June 9, 2009 17:33, Bowie Bailey wrote:
I have a CentOS 5.3 system with everything installed from the repos and
my @INC looks exactly the same, so I don't necessarily see a problem
with the versions here.
problem is that some users of yum, rpm, and friends forget to make
reinstall of
I've just heard about sa-update and tried to run it. I was thinking of
setting up a cron to do it daily, however, I got the following error message
when I ran it manually:
[r...@s1 spamassassin]# sa-update service spamassassin restart
Can't locate Archive/Tar.pm in @INC (@INC contains:
/usr/lib
On Mon, 2009-06-08 at 03:30 -0700, an anonymous Nabble user wrote:
I've just heard about sa-update and tried to run it. I was thinking of
setting up a cron to do it daily, however, I got the following error message
when I ran it manually:
[r...@s1 spamassassin]# sa-update service
701 - 800 of 1853 matches
Mail list logo