I have the following _working_ configuration:
sendmail 8.13.6
amavisd-new 2.4.0
SpamAssassin 3.1.0
Switching the classic milter to amavisd-milter 1.1.2,
everything works fine for a while,
unless a random lack of SpamAssassin headers fields
(but this wouldn't be a serious problem).
Then I get
Hi!
I installed all my new perl modules with prefix=/opt/mail.
PERL5LIB=/opt/mail/lib/:/opt/mail/lib/site_perl/5.8.2 is set.
If I start amavisd foreground (amavisd-new-2.4.0), I get:
# amavisd foreground
ERROR: MISSING REQUIRED BASIC MODULES:
IO::Wrap
IO::Stringy
Unix::Syslog
From: Bowie Bailey [EMAIL PROTECTED]
Lucio Chiappetti wrote:
We use sendmail 8.13.1, amavisd-new-2.1.2 in the milter
configuration and spamassassin (spamd) 3.0.4. With the exception of
spamassassin (newest release) the software is the one which comes
bundled with Linux SuSE 9.2.
The newest
Nicklas,
How do I specify multiple $inet_socket_bind entries instead of using
'undef', which binds to all interfaces?
I don't think it is possible to explicitly list some but not all
IP addresses for binding. The $inet_socket_bind is passed directly
to Net::Server-run as its 'host' parameter
This is a shorter request for clarification (see previous longer post for
details) about our attempt to replace our pure sendmail with DNSBL
filtering policy with one based on sendmail 8.13.1, amavisd-new-2.1.2 in
the milter configuration and spamassassin (spamd ??) 3.0.4
What we want to
So it seems the Net::Server can not take a list of local
addresses or interfaces to be bound to. Peeking at its source
code doesn't let me think otherwise.
You may ask the maintainer/author of Net::Server to take a
feature request.
Mark
Thank you for your answer Mark. It cleared
Alberto,
sendmail 8.13.6
amavisd-new 2.4.0
SpamAssassin 3.1.0
...Switching the classic milter to amavisd-milter 1.1.2,
May 25 00:04:31 nessuno sendmail[1823369]: k4OLYKt61823369:
milter_data(amavis-milter): EOM ACK/NAK timeout
May 25 00:04:31 nessuno sendmail[1823369]: k4OLYKt61823369:
On Fri, 26 May 2006, Mark Martinec wrote:
Alberto,
sendmail 8.13.6
amavisd-new 2.4.0
SpamAssassin 3.1.0
...Switching the classic milter to amavisd-milter 1.1.2,
May 25 00:04:31 nessuno sendmail[1823369]: k4OLYKt61823369:
milter_data(amavis-milter): EOM ACK/NAK timeout
May 25
Lucio Chiappetti schrieb:
This is a shorter request for clarification (see previous longer post for
details) about our attempt to replace our pure sendmail with DNSBL
filtering policy with one based on sendmail 8.13.1, amavisd-new-2.1.2 in
the milter configuration and spamassassin (spamd
Lucio,
This is a shorter request for clarification (see previous longer post for
details) about our attempt to replace our pure sendmail with DNSBL
filtering policy with one based on sendmail 8.13.1, amavisd-new-2.1.2 in
the milter configuration and spamassassin (spamd ??) 3.0.4
Before going
On Fri, 26 May 2006, Felix Schwarz wrote:
Lucio Chiappetti schrieb:
Why don't you use a newer version of amavisd-new?
Rule of the house : use software bundled with OS distribution (in this
case SuSE 9.2) unless there are good reasons not to. Are there any ?
QUESTION 3) Hits: - in syslog
Lucio,
But is the spamassassin version relevant at all to the questions I asked ?
Not directly. But the quality of results you get from it
implies: the newer the better.
The only other reply I got (privately) was by Petr Rehor, saying
Milter from amavisd-new package can't add detailed
Hi,
I have been wrecking my brains in the last two days trying to find the
reason, why on this particular server the external programs razor2, dcc
and pyzor are not used for spamdetection, when called through amavisd-new.
I am using the latest amavisd-new from the dag repository (rebuilt it
Lucio,
a) we presently run only spam checking, no virus checking
I'd recommend adding (at least) clamd to the mix for two reasons:
if amavisd-new knows the content is infected it won't call SA
and won't do it's spam-related actions on spammy-looking viruses.
This saves time because virus
Peter,
I have been wrecking my brains in the last two days trying to find the
reason, why on this particular server the external programs razor2, dcc
and pyzor are not used for spamdetection, when called through amavisd-new.
Try to run:
amavisd debug-sa
for a short while and see if there
Alberto,
answers lie in the amavisd log - find corresponding amavisd
log enties to your queue-id k4OLYKt61823369.
With the default debug level,
amavisd log entries don't show anything..
The only errors are the ones reported above
To get more detailed results you need to increase
From: Mark Martinec [EMAIL PROTECTED]
Before going into details: your life would be easier by switching to
Postfix. [...] A price for keeping congestions under control would be a
loss of ability to REJECT spam (except for greylisting and obvious
violations).
Sincerely, we are trying to apply
Hello again,
I have just tried to run amavisd debug-sa on the server where it works,
and it seems that the plugins are the problem. On the server where it
works, I get lines saying plugin such and such available in @INC
on the machine, wher it does not work, I don't get that, and later it
Lucio,
$X_HEADER_LINE= $myproduct_name at $mydomain;
that's already in the amavis.conf, but we get only X-Virus-Scanned by
amavis. We edited $X_HEADER_TAG with no effect.
Could it be they are not honoured with the default milter ?
Indeed. There is no provision for reverse information
Peter,
Also, look into your .../mail/spamassassin/*.pre files
if both plugins are enabled. They are off by default
in newer versions of SA.
config: failed to parse line, skipping: use_pyzor 1
So, did you or did you not turn on these plugins
in /etc/mail/spamassassin/init.pre ?
Mark
Heute (26.05.2006/19:22 Uhr) schrieb Peter Huetmannsberger,
Hello again,
I have just tried to run amavisd debug-sa on the server where it works,
and it seems that the plugins are the problem. On the server where it
works, I get lines saying plugin such and such available in @INC
on the
Heute (26.05.2006/19:42 Uhr) schrieb Peter Huetmannsberger,
Hi Jim,
config: failed to parse line, skipping: use_pyzor 1
this is in your local.cf. Is an old parameter
Well, what would be the new parameter.
I use mysql and my local.cf is
--snip
auto_whitelist_factory
Peter wrote:
Hi thanks for your help,
amavisd debug-sa says:
17967] info: config: failed to parse line, skipping:
bayes_auto_learn_threshold_spam 6
[17967] info: config: failed to parse line, skipping:
bayes_auto_learn_threshold_nonspam 2
[17967] info: config: failed to parse line,
I have been wrecking my brains in the last two days trying to
find the reason, why on this particular server the external
programs razor2, dcc and pyzor are not used for
spamdetection, when called through amavisd-new.
I am using the latest amavisd-new from the dag repository
(rebuilt
Gary wrote:
This is evidence the SpamAssassin modules (used to call those external
programs) are disabled in init.pre or v310.pre as mentioned. Uncomment
them in order for SpamAssassin to load them.
Do you even have a v310.pre file? You need it if you don't.
Debug spamassassin (preferably
Do you even have a v310.pre file? You need it if you don't.
Debug spamassassin (preferably as the amavisd-new user) and see where
it looks for the v310.pre file. There must be a file with the correct
entries in it at that location.
su vscan -c 'spamassassin --lint -D'
Well my user is
This is evidence the SpamAssassin modules (used to call those external
programs) are disabled in init.pre or v310.pre as mentioned. Uncomment
them in order for SpamAssassin to load them.
I am running the excact same version from the dag repository on both
machines. Like I said, the
Thanks Gary, that did the trick. I must have read over this a million
times, and never saw it.
On Fri, 26 May 2006, Gary V wrote:
When run with 'amavisd debug-sa':
dbg: config: using /usr/etc/mail/spamassassin for site rules pre files
You probably have an empty
28 matches
Mail list logo