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 quest
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 snapsho
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 that
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. That&#x
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 afterward.
s 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 their job properly,
upgrading the package with
#x27;apt-get' program needs 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
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 ma
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 thoug
n, 3.4.5
> do I just run:
>
> apt-get install spamassassin
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
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 i
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 aw
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 patches
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 t
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 rig
> 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 soun
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'
>> w
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 like
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 __
nt breakage 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 FREEMA
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_FROMDOMAIN has dependency
'HEADER_FROM_DIFFE
(907) 586-0242, 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 serv
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 inst
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 f
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%
[
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 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
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
> 4
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
chi
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 itsel
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
Mark Martinec 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,
>
> That was fixed in 3.3.1 .
Great, I didn't se
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,
That was fixed in 3.3.1 .
> and also the following:
>
> spf: lookup failed: Can't locate object method "new_from_st
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,
and also the following:
spf: lookup failed: Can't locate object method "new_from_string" via
package "Mail::SPF::Mech::All" at /usr/share/
]
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 N
amassassin.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::IP module. I've installed it
> but when I try to in
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:
leb Hosie [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
f you run into this problem?
Thanks
-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
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 the
der immediately 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 t
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 f
On Mon, 11 Jan 2010, RW wrote:
I do wonder whether there's any real-basis to the idea that autoexpiry
isn't "industrial-strength". I don't use expiry any more, but when I
did, it didn't seem like a big deal at 200,000 tokens, and it's O(N) so
millions of tokens shouldn't be too bad either.
I
On Mon, 11 Jan 2010 08:54:20 -0500
Jeff Mincy 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 exclusive lock is only
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
>
From: Alex
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 74876
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:
>>&
> -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:
> >
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 -l
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 2
On 9-Jan-2010, at 07:07, Cecil Westerhof wrote:
> LuKreme 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: That's my nickn
Jeff Mincy writes:
>But it does not seem to be interesting in my situation.
>First my code has to grow from:
>sa-learn --${typeStr} ${HOME}/Maildir/.SpamDir.${dirStr}/cur/
>to:
>for i in ${HOME}/Maildir/.SpamDir.${dirStr}/cur/*; do
>spamc -L ${typeStr} <${i
--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 n
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
On Sat, 09 Jan 2010 16:24:56 +0100
Cecil Westerhof wrote:
> Jeff Mincy 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, bu
From: Cecil Westerhof
Date: Sat, 09 Jan 2010 16:24:56 +0100
Jeff Mincy 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
Jeff Mincy 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 spam/ham to learn
From: Cecil Westerhof
Date: Sat, 09 Jan 2010 14:39:59 +0100
Cecil Westerhof 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
LuKreme 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
Cecil Westerhof 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 recover those e-m
Kai Schaetzl 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 --max-count=1 is not a
On 9-Jan-2010, at 04:31, Matus UHLAR - fantomas wrote:
>> Kai Schaetzl 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 to a real mailbo
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
> Kai Schaetzl 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 upgrade. It took s
Kai Schaetzl 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 slight problem with
permis
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
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
even can't sa-update 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 corrupte
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 o
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
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
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]: (017
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) PRESERVING
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: decoding2-get-file-ty
> 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
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 f
Hi Grant,
First update the ports (see the handbook how (cvsup-without-gui and
portupgrade))
After this you'll run portupgrade -a
Jack
- Original Message -
From: "Grant Peel" <[EMAIL PROTECTED]>
To:
Sent: Monday, September 15, 2008 10:58 PM
Subject: Upgra
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
son-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
he upgrade.
Best regards,
/Hiram
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
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 grea
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
> -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&
/Hiram
--
View this message in context:
http://www.nabble.com/Upgrading-tp16630332p16670491.html
Sent from the SpamAssassin - Users mailing list archive at Nabble.com.
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 co
- Original Message -
From: "Dave Funk" <[EMAIL PROTECTED]>
To: "hiram" <[EMAIL PROTECTED]>
Cc:
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 n
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 restar
> 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,
>
> /Hi
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 res
;> Thanks beforehand,
>>
>> /Hiram
>>
>
> so
>
> /etc/init.d/spamassassin restart
>
> or so
>
> cd /etc/init.d/
>
> ./spamassassin restart
>
> Linux basics. ;)
>
> --
> mit freundlichem Gruss - with kind regard
> Jim Knuth
> #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.
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 runn
I'm kind of very new to spam 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.
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 w
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
1 - 100 of 255 matches
Mail list logo
