Hi Mark,
I did the upgrade and all went OK. In the syslog now I can see the
version is 3.001000. Will this new version block more SPAM than the
previous version? My understanding is that each new version of SA has a
new set of rules to encounter the current Spammers and their techniques,
right?
(already posted on groups, but perhaps this's the right place)
Hi,
with latest amavisd-new (amavisd-new-2.3.3) seems that if the ldap
connection to the server drops (ie after being idle for sometime)
amavisd is not able to reconnect, or to explain it better, it
reconnects for for some reasons
Hi,
I think I've found out the bug
On 11/30/05, matteo brancaleoni [EMAIL PROTECTED] wrote:
with latest amavisd-new (amavisd-new-2.3.3) seems that if the ldap
connection to the server drops (ie after being idle for sometime)
amavisd is not able to reconnect, or to explain it better, it
Hi,
Guessing this is something similar to the unzip-problem that someone
mailed about earlier this week. Yesterday my logs showed lots of lines
with errors about bzip. I'm not sure if it's something to worry about or
how I shall fix it. Any advice on this matter would be good.
//kim
Nov 30
Kim,
Guessing this is something similar to the unzip-problem that someone
mailed about earlier this week. Yesterday my logs showed lots of lines
with errors about bzip. I'm not sure if it's something to worry about or
how I shall fix it. Any advice on this matter would be good.
(09238-07)
Hi,
we had the same issue today and resolved it exactly as Matteo.
Matthias
matteo brancaleoni wrote:
Hi,
I think I've found out the bug
On 11/30/05, matteo brancaleoni [EMAIL PROTECTED] wrote:
with latest amavisd-new (amavisd-new-2.3.3) seems that if the ldap
connection to the server
I am running amavisd-new 2.1.2 as the content filter to filter spam
with SpamAssassin 3.0 on my Postfix mail relay (Postfix 2.1.3 on Red
Hat ES 3.0).
Amavis is chrooted - /var/amavis
Recently, up2date was run on the box. The admin running up2date was
unfamiliar with our setup and updated all
I am trying to set up the rulesdujour script and I see it likes to have
access to an init script. I suppose I can cook up something on my own but
is there anything out there already that works with OpenBSD? I know there
is a script in the source but it looks like it is designed for Linux only.
Mark Martinec wrote:
You may consider taking the opportunity and moving your Bayes db to SQL,
as SA 3.1 brings some performance and reliability improvements
when choosing: bayes_store_module Mail::SpamAssassin::BayesStore::MySQL
While at it, you can upgrade amavisd-new to 2.3.3.
Never
--- Keith Dunnett [EMAIL PROTECTED] wrote:
Peter wrote:
I am trying to set up the rulesdujour script and I see it likes to have
access to an init script.
Does it? What for? Been using it for 2 or 3 years without one, cron
works just fine. The script only
needs to run once per day,
Peter wrote:
BTW, is there anything I should know about running RDJ with amavisd-new?
Correction / addition to previous reply (again, not specific to
amavisd-new):
Be aware that the SARE rulesets will generate a substantial amount of
hits. If you use spamassassin for
a large userbase,
--- Keith Dunnett [EMAIL PROTECTED] wrote:
Peter wrote:
Well if the SA rules are updated doesn't amavisd-new need to be
restarted?
To the best of my knowledge, no. Certainly I got away without doing so
for a couple of years.
When using spamd, *that* certainly does need to be
Thanks for that Mark, but I'm having some difficulty in getting it to
work.
I have:
---/etc/postfix/virtual
/^(.*)\+spam@([.*])\.commarc\.co\nz$/ [EMAIL PROTECTED]
[EMAIL PROTECTED] [EMAIL PROTECTED]
[EMAIL PROTECTED] [EMAIL PROTECTED]
---eof---
...and email to the second two gets
On Thu, Dec 01, 2005 at 02:26:10PM +1300, Steve Brorens wrote:
Thanks for that Mark, but I'm having some difficulty in getting it to
work.
I have:
---/etc/postfix/virtual
/^(.*)\+spam@([.*])\.commarc\.co\nz$/ [EMAIL PROTECTED]
[EMAIL PROTECTED] [EMAIL PROTECTED]
[EMAIL PROTECTED]
14 matches
Mail list logo