Lars, > >>> Oct 10 09:17:05 www amavis[2981]: (02981-06) BAD HEADER from > >>> <[EMAIL PROTECTED]>: Non-encoded 8-bit data (char FC hex) in message > >>> header > >>> 'X-Spam-Report'\n X-Spam-Report: ... Nachricht wurde nur > >>> \\374bervertrauensw...\n
> The administrator claims to be using version 3.2.3 and that is as well > what it says in all mails I am getting from this host. Most likely these header fields were inserted by some remote mailer running SpamAssassin, over which you may not have any control. Amavisd would not see or check X-Spam-* header fields added by itself (or from SpamAssassin invoked from it). > Amavisd, which I am running on my server, rejects these messages > because they are not obeying RFC 2822, which forbids 8bit encoding... This is not a default behaviour, normally such errors in header are only flagged/logged as a warning, but a message is delivered nevertheless. There is no particularly good reason to block such messages, but you can if you want to. Mark