Hello
I´m running a small mailgateway with postfix, courier-imap, sqwebmail and
fetchmail (with multidrop mailbox !)
How can I disable the header-check in amavisd-new (debian sarge) ?
Some mails were rejected because of non encoded 8 bit data in message header.
Line 402
Been having issues with amavisd-new 2.3.3 shutting down on us mainly in
the middle of the night, I restart amavis and all is well until the next
night. We are not doing anyting on the server (backups, etc.) at night
than we have since before the issue arose. I found the following error
in the
Michael wrote:
Hello
I´m running a small mailgateway with postfix, courier-imap, sqwebmail and
fetchmail (with multidrop mailbox !)
How can I disable the header-check in amavisd-new (debian sarge) ?
To bypass header checks, you could add:
@bypass_header_checks_acl = qw( . );
Some mails
Gary V wrote:
To bypass header checks, you could add:
@bypass_header_checks_acl = qw( . );
This sounds good ;-) I will try it. It is like the way disabling virus / spam
check...
Doesn´t it means, that mail with a bad header is still be delivered to
the recipient ??
Yes, it should. This
Les Ault a écrit :
On Thu, 2006-02-09 at 00:03 +0100, mouss wrote:
Les Ault a écrit :
[snip]
but your postfix log shows a correct address:
Feb 7 16:13:01 mta1 postfix/qmgr[3198]: 1E0EE91EF1:
from=[EMAIL PROTECTED], size=2460, nrcpt=1 (queue active)
Don't you reject_non_fqdn_sender (and
Leone, Michael a écrit :
I have a bit of an odd issue. I use postfix, with amavisd-new-20030616
and spamassassin 3.1.0a, on Debian testing. I have a cronjob that
creates a postfix log summary (using pflogsumm), and then it mails it to
me.
some things that may help:
1- set your
Hallo und Guten Morgen AMaViS-user,
I can`t starting amavis no more.
This is the output from amavisd debug:
--snip
Feb 10 02:57:20 server /usr/sbin/amavisd[16125]: starting. /usr/sbin/amavisd
at server amavisd-new-2.2.1 (20041222), Unicode
aware, [EMAIL PROTECTED]
Feb 10 02:57:20 server
Hi Jim,
I think this is a known bug/issue in Net::Server 0.88. A workaround is
to start Amavisd with the correct user in the startup-script, or to
switch version. I'm running version 0.90 on RHEL 3.0 Update 6 without
any problems.
Check: