Hello Mark,
when forwarding all spam mails to a single destination,
existing X-Spam-* headers don't get deleted.
Here's why: check_mail() calls do_spam() before the first
add_forwarding_header_edits_common() call is done.
Is this by design?
Cheers,
Thomas
On Mon, Jun 27, 2005 at 04:00:36PM +0200, Mark Martinec wrote:
After that I got it working, but ended up with this error:
Jun 27 01:34:41 xyz amavis[18246]: [ID 702911 mail.warning] (18246-01)
WARN save_info_final: Insecure dependency in parameter 1 of
DBI::db=HASH(0x1612700)-prepare
Tom,
I'm running Amavis-new-2.3.1 with Postfix(not chrooted) on redhat ES 3
When I try to reload or stop amavis, I get- No PID file
/var/amavis/amavisd.pid, can't reload the process
Because most likely amavisd is not running.
/usr/local/sbin/amavisd[7870]: Net::Server: Setting gid to 999
If only it were that simple.
i do have a amavis group with gid of 999
from my /etc/group- amavis:x:999:
The amavis user and group have full rights on the /var/amavis dir.
What else?
thanks
Mark Martinec wrote:
Tom,
I'm running Amavis-new-2.3.1 with Postfix(not chrooted) on redhat ES
3
Mark wrote:
Gary,
I'm working on 2.3.1-pre3 on a Debian system, but If I recall, this problem
I'm sorry, this should have read 2.3.2-pre3
^
occurs for earlier versions (like 2.2.1) also.
After every mail that is
Thomas,
when forwarding all spam mails to a single destination,
existing X-Spam-* headers don't get deleted.
Hm, are sure? With a Postfix (dual-MTA) setup?
I'm not seeing it here.
Here's why: check_mail() calls do_spam() before the first
add_forwarding_header_edits_common() call is done.
Gary V wrote:
Tom wrote:
Well, i changed the uid/gid to a diff # and still no go.
what am i doing wrong?
I had the identical setup except for an older verison of amavis on
RHEL3 and it worked fine. Now its broken. It doesn't seem to
complain about the uid. does that mean thats ok?
what
Tom wrote:
Gary V wrote:
Tom wrote:
Well, i changed the uid/gid to a diff # and still no go.
what am i doing wrong?
I had the identical setup except for an older verison of amavis on
RHEL3 and it worked fine. Now its broken. It doesn't seem to
complain about the uid. does that mean thats
Gary V wrote:
Tom wrote:
Gary V wrote:
Tom wrote:
Well, i changed the uid/gid to a diff # and still no go.
what am i doing wrong?
I had the identical setup except for an older verison of amavis on
RHEL3 and it worked fine. Now its broken. It doesn't seem to
complain about the uid. does
Clifton wrote:
Perl 5.8.0 had some significant bugs fixed in later releases of
5.8.0, and Mark has many times warned that amavisd can tickle some of
them.
-- Clifton
I think one of the strange things I found when I played with Fedora
Core 2 was that it 'installs' 5 different versions of
Tom wrote:
What distro of linux do you guys recommend?
In a perfect world what's the ideal distro you would run?
i just picked RH because thats what I know and it has support so it made my
managers happy to go with a known name but i'd like to know what you would
use if you could pick any
Gary wrote:
Tom wrote:
What distro of linux do you guys recommend?
In a perfect world what's the ideal distro you would run?
i just picked RH because thats what I know and it has support so it made my
managers happy to go with a known name but i'd like to know what you would
use if you
Tom,
amavis:x:886:886:amavisd-new daemon:/var/amavis:/sbin/nologin
I don't know what is going on on your host, but as a workaround
you can start amavisd with an option -u, giving it a username
to change uid to. This way the Net::Server will be completely
relieved of attempting to change uid or
Gary,
Maybe the spaces should be removed in the sample:
#$log_templ = '
#[?%#D|#|Passed #
#[? [?%#V|1] |INFECTED (%V)|#
I'll add the following comment before the example:
# (remove the leading '#' and a space in the following lines to activate)
Mark
Stephen,
I'm using a postfix/courier/amavis/spamassassin/squirrelmail/mysql with
virtual domains in a db. I have a vacation program from High5 so as mail
comes in postfix does the look up to the aliases table which looks like
this:
satkins at skircr dot com - satkins at skircr dot com
Phil,
System: SuSE SLES 8 x86, Perl 5.8.3, amavisd-20020517 (I know...)
I don't expect a lot of support for such an old version of Amavis,
but we're in the process of migrating to a new version. In the
meantime, we're getting this failure in the maillog:
amavis[536]: (00536-20) Decoding of
hello amavis expert,
first of all I'm apologize if this question was outdated.
my problems is all mails for my virtual domain users bypass spam
scanning wether SA or DSPAM but amavisd run virus scanning on it.
i need a solution for this .
amavisd-new-2.3.1 (20050509)
Mail-SpamAssassin-3.0.4
2 questions-
1.how do i uninstall Net::Server?
2. Where can i get an earlier version?
CPAN is gonna want to give me the newest version.
Thanks for all your help.
I guess it would be too much to ask why the newer version seems to break
things(or why RHEL breaks the new version)?
Thanks
Hi Mark-
Another request for a little more logging info:
We've got these indicators for use in per-recipient logging:
%1 above tag level for this recipient: Y or 0
%2 above tag2 level for this recipient: Y or 0
%k above kill level for this recipient: Y or 0
How about one that
19 matches
Mail list logo