On 21.01.21 11:10, Steve Charmer wrote:
on this documentation page:
https://cwiki.apache.org/confluence/display/SPAMASSASSIN/UpgradingVersion
"If you install using a Linux package installer:
Debian unstable: apt-get install spamassassin
"
what is the meaning of "unstable" ?
it's a debian
Bill Cole wrote:
> Bob Proulx wrote:
> > Only if you have upgraded to an Ubuntu nightly or installing a
> > backport would you get 3.4.5.
>
> Also required: a time machine.
>
> 3.4.5 is not yet released. There have been substantial fixes made to the 3.4
> branch since the last pre-release
On 21 Jan 2021, at 17:05, Bob Proulx wrote:
Only if you have upgraded to an Ubuntu nightly or installing a
backport would you get 3.4.5.
Also required: a time machine.
3.4.5 is not yet released. There have been substantial fixes made to the
3.4 branch since the last pre-release snapshot
Steve Charmer wrote:
> SA was originally installed using apt-get (Ubuntu-16)
I recommend upgrading from Ubuntu 16 to 18.04 and letting it upgrade
spamassassin as part of that upgrade. Then upgrade from 18.04 to
20.04 and again let it upgrade spamassassin along with everything
else. Tha
ly I read that you are running Ubuntu.
Therefore I recommend simply upgrading to the latest Ubuntu LTS and
letting it upgrade to the latest spamassassin packaged for it. You
mentioned Ubuntu 16.04 so upgrade first to 18.04 and get everything
working then continue the upgrade to 20.04 afterwar
d, so it has its own database.
So if anyone can assist with more advice on "exactly" what to backup and
how to run an "upgrade", please chime in.
Thank you.
Assuming that the packagers of SA for your platform have done their job properly,
upgrading the package with apt-get sh
ds to maintain an index of what packages
are installed, so it has its own database.
So if anyone can assist with more advice on "exactly" what to backup
and
how to run an "upgrade", please chime in.
Thank you.
Assuming that the packagers of SA for your platform have done th
on this documentation page:
https://cwiki.apache.org/confluence/display/SPAMASSASSIN/UpgradingVersion
"If you install using a Linux package installer:
Debian unstable: apt-get install spamassassin
"
what is the meaning of "unstable" ?
it sounds scary, like the package should not be run in live
I'm sorry, but I do not understand your message.
I thought an upgrade fixes bugs. Maybe you are thinking about an update,
which seems like it would updates rules in *.samples?
I would "like" to backup everything, for safety, that is why I included a
list of the directories (fodlers) which I
sin
I've not used Ubuntu or apt-get, but usually package managers have some
kind of upgrade command. Unless there's a good reason not to, I'd update
everything IIWY.
When upgrading SA to a different version you need to run sa-update to
populate the new rules directory and optionally run sa-comp
are these the important folders which need to be backed up?
PREFIX=/usr,
DEF_RULES_DIR=/usr/share/spamassassin,
LOCAL_RULES_DIR=/etc/spamassassin,
LOCAL_STATE_DIR=/var/lib/spamassassin
and...
/var/lib/spamassassin/3.004002
does that match to SA version 3.4.2 ?
I see 3.00... and think, NO that
Hi, I am running version 3.4.2
/usr/bin/spamassassin -V
SpamAssassin version 3.4.2
running on Perl version 5.22.1
spamd --version
SpamAssassin Server version 3.4.2
running on Perl 5.22.1
with SSL support (IO::Socket::SSL 2.024)
with zlib support (Compress::Zlib 2.068)
which spamd
A. McGrail [mailto:kmcgr...@apache.org]
> > Sent: Wednesday, September 19, 2018 7:43 PM
> > To: Alex Woick; users@spamassassin.apache.org
> > Cc: spam-ger...@zmi.at
> > Subject: Re: Some notes on upgrading from 3.4.1 to 3.4.2 on CentOS 7
> >
> > On 9/19/2018 11:06
On 19/09/2018 19:42, Kevin A. McGrail wrote:
auto-whitelist: sql-based get_addr_entry
ign...@compiling.spamassassin.taint.org|none: SQL error: Unknown
column 'last_hit' in 'order clause'
I got the same error when drop-upgraded 3.4.1 to 3.4.2. In my case it
was a conflict between txrep and
On 9/19/2018 11:06 AM, Alex Woick wrote:
> I'd like to report some things I noticed while updating from SA 3.4.1
> to SA 3.4.2 on CentOS 7. No serious problems, but I'd like to mention
> if someone also tries to update on CentOS 7.
Great info, thanks.
> - upon starting spamd, I got this message in
I'd like to report some things I noticed while updating from SA 3.4.1 to
SA 3.4.2 on CentOS 7. No serious problems, but I'd like to mention if
someone also tries to update on CentOS 7.
I created the 3.4.2 rpm by downloading the latest Fedora Core 3.4.1 src
rpm. Then I did:
- remove all
On Fri, 16 Jun 2017, RW wrote:
On Fri, 16 Jun 2017 10:56:30 -0700 (PDT)
John Hardin wrote:
That's odd, because is *does* appear in 72_scores.cf. The
default-to-1-point behavior is if there is no score defined in the
config files...
It's not in mine.
Ahhh, it disappeared overnight. It was
On 6/16/2017 1:56 PM, John Hardin wrote:
On Fri, 16 Jun 2017, Merijn van den Kroonenberg wrote:
On Thu, 15 Jun 2017, Gerald Turner wrote:
score HEADER_FROM_DIFFERENT_DOMAINS 0.001 0.000 0.001 0.000
Yes I think something is wrong, here the 'HEADER_FROM_DIFFERENT_DOMAINS'
rule gets scored
On Fri, 16 Jun 2017 10:56:30 -0700 (PDT)
John Hardin wrote:
> That's odd, because is *does* appear in 72_scores.cf. The
> default-to-1-point behavior is if there is no score defined in the
> config files...
It's not in mine.
On Fri, 16 Jun 2017, Merijn van den Kroonenberg wrote:
On Thu, 15 Jun 2017, Gerald Turner wrote:
score HEADER_FROM_DIFFERENT_DOMAINS 0.001 0.000 0.001 0.000
Yes I think something is wrong, here the 'HEADER_FROM_DIFFERENT_DOMAINS'
rule gets scored at 1 since the 8th. That doesn't sound
> On Thu, 15 Jun 2017, Gerald Turner wrote:
>
>> spamd[32137]: rules: meta test FREEMAIL_FORGED_FROMDOMAIN has
>> dependency 'HEADER_FROM_DIFFERENT_DOMAINS' with a zero score
>> [snip]
>> - Is there a bug with the project's sa-update channel / auto-
>>mass-check setup?
>
> That's what it
On Thu, Jun 15 2017, John Hardin wrote:
> On Thu, 15 Jun 2017, Gerald Turner wrote:
>> spamd[32137]: rules: meta test FREEMAIL_FORGED_FROMDOMAIN has dependency
>> 'HEADER_FROM_DIFFERENT_DOMAINS' with a zero score
>> spamd[31552]: rules: meta test __FORM_FRAUD_3 has dependency 'LOTTO_AGENT'
>>
On Thu, Jun 15 2017, David Jones wrote:
> On 06/15/2017 06:42 PM, Gerald Turner wrote:
>> What could be the cause?
>>
>>- Cruft left behind by old SA versions
>> (e.g. /etc/spamassassin/v310.pre, /var/lib/spamassassin/3.003001,
>> etc.)?
>
> Make sure you remove all old rule dirs
On Thu, 15 Jun 2017, Gerald Turner wrote:
spamd[32137]: rules: meta test FREEMAIL_FORGED_FROMDOMAIN has dependency
'HEADER_FROM_DIFFERENT_DOMAINS' with a zero score
spamd[31552]: rules: meta test __FORM_FRAUD_3 has dependency 'LOTTO_AGENT'
with a zero score
spamd[31552]: rules: meta test
eakage with FuzzyOCR¹, however there's been an
enormous increase in syslog messages that I've been combating, and I
cannot find the root cause.
Upon upgrading to SA 3.4.1, each email scanned is emitting the following
message to syslog:
spamd[32137]: rules: meta test FREEMAIL_FORGED_FROMD
s increase in syslog messages that I've been combating, and I
cannot find the root cause.
Upon upgrading to SA 3.4.1, each email scanned is emitting the following
message to syslog:
spamd[32137]: rules: meta test FREEMAIL_FORGED_FROMDOMAIN has dependency
'HEADER_FROM_DIFFERENT_DOMAINS' with
Hi,
On my server, I'm running SpamAssassin 3.3.2 as provided as a package on
Ubuntu Precise (12.04 LTS).
I'd like to upgrade to SpamAssassin 3.4.0, but there is no upgrade
available for Precise (12.04). I could upgrade to Ubuntu Trusty
(14.04), but I'm afraid to...
Alternatively, I could
, Fax: (907) 586-4500
Registered Linux User No: 307357
-Original Message-
From: Michael Schaap [mailto:spamassas...@mscha.org]
Sent: Monday, August 25, 2014 12:23 PM
To: users@spamassassin.apache.org
Subject: Upgrading to SA 3.4.0 on Ubuntu Precise (12.04)
Hi,
On my server, I'm running
21.10.2012 03:10, Kevin A. McGrail kirjoitti:
On 10/20/2012 5:01 PM, Jari Fredriksson wrote:
Sa-compile says:
# /usr/bin/sa-compile
Oct 20 23:59:32.992 [6734] info: generic: base extraction starting. this
can take a while...
Oct 20 23:59:32.992 [6734] info: generic: extracting from rules of
Sa-compile says:
# /usr/bin/sa-compile
Oct 20 23:59:32.992 [6734] info: generic: base extraction starting. this
can take a while...
Oct 20 23:59:32.992 [6734] info: generic: extracting from rules of type
body_0
100%
On 10/20/2012 5:01 PM, Jari Fredriksson wrote:
Sa-compile says:
# /usr/bin/sa-compile
Oct 20 23:59:32.992 [6734] info: generic: base extraction starting. this
can take a while...
Oct 20 23:59:32.992 [6734] info: generic: extracting from rules of type
body_0
100%
On Fri, 2011-11-18 at 08:16 +, Tom wrote:
Here's the stats from my cluster at the moment (8am) (these figures wll
ramp up considerably!) (apologies if the html doesn't end up
translating well!)
Server
Load Avg
Processed/Min
Busy Child Proc
Proc Time
10.44.219.192
0.34
42
1
0.31
On Fri, 2011-11-18 at 19:36 +0100, Karsten Bräckelmann wrote:
On Fri, 2011-11-18 at 08:16 +, Tom wrote:
(apologies if the html doesn't end up translating well!)
Damn, sorry. My attempt at pruning the large tables seriously fucked up
the formatting. :/
output from top, after running
Greetings,
=== Information ==
Old Version: spamassassin-3.2.5-1.el5
New EL5 Version: spamassassin-3.3.1-2.el6.x86_64
New EL6 Version: spamassassin-3.3.1-2.el5.x86_64
SPAMDOPTIONS=-d -L -i 10.44.219.208 -A 10.44.217.0/20 -m 40 -q -x -u
spamd --min-children=40
Other info Bayes
have you turned off RBLs and other network tests you dont need and disabled
any non-standard rules and plugins?
if you are using RBLS's have a a caching nameserver on the SA machine
itself (even if your 'local' DNS server is only a couple of milliseconds
away a caching namesserver on the box
On Thu, 2011-11-17 at 15:55 +, Tom wrote:
SPAMDOPTIONS=-d -L -i 10.44.219.208 -A 10.44.217.0/20 -m 40 -q -x -u
spamd --min-children=40
Do you really run a single spamd server, serving a /20 of potential SMTP
servers?
Also, you configured spamd to try hard and always keep exactly 40
Mark Martinec mark.martinec...@ijs.si writes:
More new errors that I am getting from an upgrade to spamassassin 3.3:
3.3.0 ?
Good question... indeed the version is 3.3.0.
Use of uninitialized value $start_time in addition (+) at
/usr/sbin/spamd line 1382, GEN2073
That was fixed in 3.3.1
More new errors that I am getting from an upgrade to spamassassin 3.3:
Use of uninitialized value $start_time in addition (+) at
/usr/sbin/spamd line 1382, GEN2073
and also the following:
spf: lookup failed: Can't locate object method new_from_string via
package Mail::SPF::Mech::All at
Micah,
More new errors that I am getting from an upgrade to spamassassin 3.3:
3.3.0 ?
Use of uninitialized value $start_time in addition (+) at
/usr/sbin/spamd line 1382, GEN2073
That was fixed in 3.3.1 .
and also the following:
spf: lookup failed: Can't locate object method
: Upgrading to SpamAssassin 3.3
On Wed, 17 Mar 2010, Kaleb Hosie wrote:
I do have a test VM so I thought I would go ahead and try out 3.3.0 for now.
I ran into a bit of an issue with the NetAddr::IP module. I've installed it
but when I try to install the built RPM file it gives me this error
]
Sent: Wednesday, March 17, 2010 1:42 PM
To: Kaleb Hosie
Cc: users@spamassassin.apache.org
Subject: RE: Upgrading to SpamAssassin 3.3
On Wed, 17 Mar 2010, Kaleb Hosie wrote:
I do have a test VM so I thought I would go ahead and try out 3.3.0 for now.
I ran into a bit of an issue with the NetAddr
Hello,
I'm running SA 3.2.5 on CentOS 5.4 and I've noticed that a newer major release
has been released. The server is currently in production so I'm a bit leery to
upgrade.
Do you feel that it is worth the upgrade to 3.3? Is there anything I should
know before I go ahead and upgrade?
Thanks
and destroy all copies of it.
-Original Message-
From: Kaleb Hosie [mailto:kho...@spectraaluminum.com]
Sent: 17 March 2010 15:36
To: users@spamassassin.apache.org
Subject: Upgrading to SpamAssassin 3.3
Hello,
I'm running SA 3.2.5 on CentOS 5.4 and I've noticed that a newer major
release has
On Wed, 2010-03-17 at 11:35 -0400, Kaleb Hosie wrote:
Hello,
I'm running SA 3.2.5 on CentOS 5.4 and I've noticed that a newer major
release has been released. The server is currently in production so I'm a bit
leery to upgrade.
Do you feel that it is worth the upgrade to 3.3? Is there
-Original Message-
From: Randal, Phil [mailto:pran...@herefordshire.gov.uk]
Sent: Wednesday, March 17, 2010 11:46 AM
To: Kaleb Hosie; users@spamassassin.apache.org
Subject: RE: Upgrading to SpamAssassin 3.3
3.3.0 works fine on CentOS 5.4, but 3.3.1 is due out imminently (in the next
week or two), so
[mailto:kho...@spectraaluminum.com]
Sent: 17 March 2010 16:26
To: users@spamassassin.apache.org
Subject: RE: Upgrading to SpamAssassin 3.3
I do have a test VM so I thought I would go ahead and try out 3.3.0 for
now. I ran into a bit of an issue with the NetAddr::IP module. I've
installed it but when I try
On Wed, 17 Mar 2010, Kaleb Hosie wrote:
I do have a test VM so I thought I would go ahead and try out 3.3.0 for now. I
ran into a bit of an issue with the NetAddr::IP module. I've installed it but
when I try to install the built RPM file it gives me this error:
error: Failed dependencies:
From: Alex mysqlstud...@gmail.com
Date: Sat, 9 Jan 2010 21:13:24 -0500
sa-learn --dump magic gives:
0.000 0 3 0 non-token data: bayes db
version
0.000 0 57538 0 non-token data: nspam
0.000 0
Hi,
Thanks for the information on bayes and sa-learn. Very helpful.
Best,
Alex
I suppose you could take the ntokens value before, and subtract it
from the after value to see how many tokens were expired, right? It
would be interesting to see how many tokens are expired on a regular
On Mon, 11 Jan 2010 08:54:20 -0500
Jeff Mincy j...@delphioutpost.com wrote:
You have an exclusive lock when doing expiration. Expiration
presumably takes longer on larger volumes, but it is still pretty
fast. Running expiration daily or weekly should be more than
sufficient.
AFAIK the
On 9-Jan-2010, at 07:07, Cecil Westerhof wrote:
LuKreme krem...@kreme.com writes:
I think he (she?)
He. Cecilia and Cecile are female, but Cecil is male. Think about Cecil
B. DeMill.
I thought I was referring to Kai, which can go either way. I know Cecil is a
male name.
--
Wally:
On 9-Jan-2010, at 21:23, Rosenbaum, Larry M. wrote:
It's the number of seconds since the epoch (Jan 1, 1970). One easy way to
convert it to a readable time is
# perl -e 'print scalar localtime 1263044805, \n'
Sat Jan 9 08:46:45 2010
% date -r 1263044805
Sat Jan 9 06:46:45 MST 2010
LuKreme wrote:
On 9-Jan-2010, at 21:23, Rosenbaum, Larry M. wrote:
It's the number of seconds since the epoch (Jan 1, 1970). One easy way to
convert it to a readable time is
# perl -e 'print scalar localtime 1263044805, \n'
Sat Jan 9 08:46:45 2010
Or even simpler:
perl -le 'print
-Original Message-
From: Bill Landry [mailto:b...@inetmsg.com]
Sent: Sunday, January 10, 2010 12:42 PM
To: users@spamassassin.apache.org
Subject: Re: About upgrading
LuKreme wrote:
On 9-Jan-2010, at 21:23, Rosenbaum, Larry M. wrote:
It's the number of seconds since
Rosenbaum, Larry M. wrote:
-Original Message-
From: Bill Landry [mailto:b...@inetmsg.com]
Sent: Sunday, January 10, 2010 12:42 PM
To: users@spamassassin.apache.org
Subject: Re: About upgrading
LuKreme wrote:
On 9-Jan-2010, at 21:23, Rosenbaum, Larry M. wrote:
It's the number
Kai Schaetzl mailli...@conactive.com writes:
There's always a document about updating from the various old versions,
read it and you will be prepared for most problems. But your SA is
*really* old, expect some minor config problems.
On 06.01.10 02:57, Cecil Westerhof wrote:
I did the
Matus UHLAR - fantomas wrote on Sat, 9 Jan 2010 12:31:26 +0100:
you have changed WHAT???
He means he uses procmail and used to send all spam to /dev/null.
Kai
--
Get your web at Conactive Internet Services: http://www.conactive.com
On 9-Jan-2010, at 04:31, Matus UHLAR - fantomas wrote:
Kai Schaetzl mailli...@conactive.com writes:
I only changed /dev/null to a real mailbox,
you have changed WHAT???
I think he (she?) meant that the local delivery for certain spam-thresholds was
set to /dev/null and that's been changed
Kai Schaetzl mailli...@conactive.com writes:
you have changed WHAT???
He means he uses procmail and used to send all spam to /dev/null.
That is right. I also made the following script:
#!/usr/bin/env bash
# When --no-filename is not an accepted parameter for grep use -h
# When
Cecil Westerhof ce...@decebal.nl writes:
I did the upgrade. It took some time and there was a slight problem with
permissions, but it looks like a successful upgrade. I only changed
/dev/null to a real mailbox, because of the 2010 problem. When something
like this happens again I now can
LuKreme krem...@kreme.com writes:
I think he (she?)
He. Cecilia and Cecile are female, but Cecil is male. Think about Cecil
B. DeMill.
--
Cecil Westerhof
Senior Software Engineer
LinkedIn: http://www.linkedin.com/in/cecilwesterhof
From: Cecil Westerhof ce...@decebal.nl
Date: Sat, 09 Jan 2010 14:39:59 +0100
Cecil Westerhof ce...@decebal.nl writes:
I did the upgrade. It took some time and there was a slight problem with
permissions, but it looks like a successful upgrade. I only changed
/dev/null
Jeff Mincy j...@delphioutpost.com writes:
I upgraded from 3.0.4 to 3.2.5. I have the feeling that sa-learn takes
more time with 3.2.5 as it took with 3.0.4. Can this be true?
It is not a problem, because it is done by cron-tab, but I am just
curious.
You can use spamc -L
From: Cecil Westerhof ce...@decebal.nl
Date: Sat, 09 Jan 2010 16:24:56 +0100
Jeff Mincy j...@delphioutpost.com writes:
I upgraded from 3.0.4 to 3.2.5. I have the feeling that sa-learn takes
more time with 3.2.5 as it took with 3.0.4. Can this be true?
On Sat, 09 Jan 2010 16:24:56 +0100
Cecil Westerhof ce...@decebal.nl wrote:
Jeff Mincy j...@delphioutpost.com writes:
I upgraded from 3.0.4 to 3.2.5. I have the feeling that sa-learn
takes more time with 3.2.5 as it took with 3.0.4. Can this be true?
It is not a problem,
Hi,
sa-learn --dump magic gives:
0.000 0 3 0 non-token data: bayes db version
0.000 0 57538 0 non-token data: nspam
0.000 0 74876 0 non-token data: nham
0.000 0 166338
--Original Message-
From: Alex [mailto:mysqlstud...@gmail.com]
Sent: Saturday, January 09, 2010 9:13 PM
To: SA Mailing list
Subject: Re: About upgrading
Hi,
sa-learn --dump magic gives:
0.000 0 3 0 non-token data: bayes
db version
0.000
After the scare about the 2010 problem, it was found that there was no
problem, but that was because an old version of SpamAssassin was used
(3.0.4). The web-site says it is not a big problem to upgrade to the
latest version. But in how far is this really the case? Are there
surprises to be aware
with 3.0.*
Yes, it is worth upgrading.
--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
REALITY.SYS corrupted. Press any key to reboot Universe.
There's always a document about updating from the various old versions,
read it and you will be prepared for most problems. But your SA is
*really* old, expect some minor config problems.
Kai
--
Kai Schätzl, Berlin, Germany
Get your web at Conactive Internet Services: http://www.conactive.com
Kai Schaetzl wrote:
There's always a document about updating from the various old versions,
read it and you will be prepared for most problems. But your SA is
*really* old, expect some minor config problems.
Kai
Hy,
Thanks for your advice but I have already read the UPGRADE file.
We are
Kai Schaetzl mailli...@conactive.com writes:
There's always a document about updating from the various old versions,
read it and you will be prepared for most problems. But your SA is
*really* old, expect some minor config problems.
I did the upgrade. It took some time and there was a
Hi,
I'm still working on my bayes training project, but also trying to
upgrade the bayes DB due to upgrading perl and all the associated
modules. I started with this output from sa-learn --dump magic
0.000 0 3 0 non-token data: bayes db version
0.000 0
Hi,
I recently upgraded perl from 5.6.0 to perl-5.10.0, along with all the
modules necessary for sa-3.2.5 and amavisd-new (an old version still).
I'm now having a problem that I really don't understand:
Jul 30 14:24:30 bigship amavis[1757]: (01757-175) TROUBLE in
check_mail:
On Thu, 30 Jul 2009, MySQL Student wrote:
Jul 30 14:24:30 bigship amavis[1757]: (01757-175) TROUBLE in
check_mail: decoding2-get-file-types FAILED: 'file' utility
(/usr/bin/file) failed, status=1 (256 ) at /usr/sbin/amavisd line
4019.
Jul 30 14:24:30 bigship amavis[1757]: (01757-175)
On Thu, 2009-07-30 at 14:36 -0400, Alex wrote:
I recently upgraded perl from 5.6.0 to perl-5.10.0, along with all the
modules necessary for sa-3.2.5 and amavisd-new (an old version still).
I'm now having a problem that I really don't understand:
Jul 30 14:24:30 bigship amavis[1757]:
Hi,
check_mail: decoding2-get-file-types FAILED: 'file' utility
(/usr/bin/file) failed, status=1 (256 ) at /usr/sbin/amavisd line
How's this a SA question?
Yes, my apologies. I don't know enough about amavis yet, and thought
it may be related to all the modules I upgraded, and not amavis
Jack Raats пишет:
Hi Grant,
First update the ports (see the handbook how (cvsup-without-gui and
portupgrade))
After this you'll run portupgrade -a
It seems to me that using `portupgrade -a` is not very good.
You should consult /usr/ports/UPDATING and look if there are special
instructions
Hi all,
What would the reccomended procedure be for upgrading SA from 3.001008 to
3.002003 and then staying up to date.
This would be on FreeBSD 6.n, with the original SA installed from ports.
TIA,
-Grant
Sorry, just saw this.
Should be easy, a portupgrade -R p5-Mail-SpamAssassin
: Upgrading
Hi all,
What would the reccomended procedure be for upgrading SA from 3.001008 to
3.002003 and then staying up to date.
This would be on FreeBSD 6.n, with the original SA installed from ports.
TIA,
-Grant
Hi all,
What would the reccomended procedure be for upgrading SA from 3.001008 to
3.002003 and then staying up to date.
This would be on FreeBSD 6.n, with the original SA installed from ports.
TIA,
-Grant
be procmail
too, of course). I think that is a better solution too, because I have no
need to send outgoing email to SA. If postfix calls SA via master.cf all
mail, including outgoing will be scanned.
Best regards,
jarif
--
View this message in context:
http://www.nabble.com/Upgrading
it - be
prepared. The best way might be to replicate the
situation/scenario in a Virtual environment, and attempt
upgrading in there first, to see what might go wrong,
and how you can avoid problems on your live server.
VMWare is great for this, for me. You might find some
other Virtualization
Michael Hutchinson-3 wrote:
Hello Hiram,
It's not scary, you have to step up and own it - be prepared. The best
way might be to replicate the situation/scenario in a Virtual
environment, and attempt upgrading in there first, to see what might go
wrong, and how you can avoid problems
Hi Mike,
That sounds on the limit to scarry.
I will rethink it before upgrading then.
Thanks for the advice and the information!
Best regards,
/Hiram
Michael Hutchinson-3 wrote:
-Original Message-
Sir,
You or someone else, has managed to break apt-get's info about S.A. Im
Hello Hiram,
It's not scary, you have to step up and own it - be prepared. The best
way might be to replicate the situation/scenario in a Virtual
environment, and attempt upgrading in there first, to see what might go
wrong, and how you can avoid problems on your live server.
VMWare is great
this message in context:
http://www.nabble.com/Upgrading-tp16630332p16670491.html
Sent from the SpamAssassin - Users mailing list archive at Nabble.com.
-Original Message-
From: hiram [mailto:[EMAIL PROTECTED]
Sent: 14 April 2008 4:32 p.m.
To: users@spamassassin.apache.org
Subject: Re: Upgrading
Hi again!
Sorry, that's what my wife means when she says: you hear but you
don't
listen :-((. Thanks for the answers.
Still, I
#ICQ 277289867
--
View this message in context:
http://www.nabble.com/Upgrading-tp16630332p16647533.html
Sent from the SpamAssassin - Users mailing list archive at Nabble.com.
Hi Jim!
Yep, that's exactly what I meant, I change to directory
/etc/init.d/ and from the root shell prompt # I write:
spamassassin restart
But it seems that it wants to process the file restart,
instead of understanding the option restart.
Thanks for your answer,
/Hiram
Linux
On Sat, 2008-04-12 at 09:49, hiram wrote:
Hi Jim!
Yep, that's exactly what I meant, I change to directory /etc/init.d/ and
from the root shell prompt # I write:
spamassassin restart
But it seems that it wants to process the file restart, instead of
understanding the option restart.
You
On Sat, 12 Apr 2008, hiram wrote:
/Hiram,
If you are going to administer a Unix system you need to know the basics
of paths and shells. If you look -CLOSELY- at what Jim wrote you will
see that it is not the same as what you did.
You did:
spamassassin restart
Jim said:
./spamassassin
- Original Message -
From: Dave Funk [EMAIL PROTECTED]
To: hiram [EMAIL PROTECTED]
Cc: users@spamassassin.apache.org
Sent: Saturday, April 12, 2008 1:39 PM
Subject: Re: Upgrading
On Sat, 12 Apr 2008, hiram wrote:
/Hiram,
If you are going to administer a Unix system you need to know
At 13:59 12-04-2008, Grant Peel wrote:
so up to this point, I have been cpoying the contents of
/var/lib/spamassassin/3.001008/updates_spamassassin_org to
/usr/local/share/spamassassin
Based on what you guys are telling me, I bet there is some
configuration knob somewhere (to forgo the
Hi!
I'm currently using spam assassin 3.0.3 in a debian-sarge distribution. I'm
trying to upgrade from 3.0.3 to 3.2.4. Following the upgrading method
described in the wiki I type:
# apt-get install spamassassin
but I get:
spamassassin is already the newest version
What am I doing wrong? Do I
assassin, any help will be very appreciated!
Thanks beforehand,
/Hiram
--
View this message in context:
http://www.nabble.com/Upgrading-tp16630332p16630930.html
Sent from the SpamAssassin - Users mailing list archive at Nabble.com.
Am 12.04.2008 0:41 Uhr, schrieb hiram:
Hi!
It's Hiram again. I've updated the local.cf file and I'm trying to restart
spam assassin.
I write:
/etc/init.d/# spamassassin restart
But I get:
Unable to open restart: No such file or directory
What can I do to restart it? I'm running it in
On Wed, 2008-02-13 at 04:25 +0800, [EMAIL PROTECTED] wrote:
KB User? SA is for administrators, not for users. Also, there is *nothing*
KB special about SA version numbers.
Is too or else there wouldn't be a user_prefs file [...]
Then stick to the user_prefs file.
You do realize there is a
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 12, 2008 3:26 PM
To: users@spamassassin.apache.org
Subject: Re: upgrading is just like installing
KB User? SA is for administrators, not for users. Also, there is
*nothing*
KB special about SA
KB User? SA is for administrators, not for users. Also, there is *nothing*
KB special about SA version numbers.
Is too or else there wouldn't be a user_prefs file or instructions for
installing non-root. And SA version numbers aliases often need explaining,
just like Debian package version
1 - 100 of 236 matches
Mail list logo