Re: [fetchmail-users] antispam 501 doesn´t delete mail from pop3

[Aljoscha V. <vol...@vo...>]

Hello again,

thank you, Matthias! I added "set no softbounce", that solved the problem.
Sorry for bothering the list with this trivial misconfiguration, I guess 
I missed this because google doesn´t have that much info regarding the 
softbounce option, yet.
Btw, i didn´t have to upgrade to 6.3.13, still on 6.3.11-r1.
Also, thanks for correcting me regarding the "-" issue.

Kind regards,

A. Vollmerhaus

Matthias Andree wrote:
> Am 05.01.2010, 16:31 Uhr, schrieb Aljoscha Vollmerhaus 
> <vol...@vo...>:
>
>> Hello dear fetchmail users,
>>
>> this is my first post to a mailing list ever, so please don´t get too
>> mad at me if i make a mistake.
>>
>> I´m currently using fetchmail-6.3.11-r1 on a gentoo-based mail server.
>>
>> Fetchmail gets mails from a remote pop3 server and feeds them to a local
>> postfix installation.
>>
>> Today i got a malformed mail, 501 - Illegal address syntax, according to
>> postfix. It´s got a "-" as the first character, clearly invalid.
>>
>> I added "antispam 501" to the "defaults" section of my fetchmailrc file,
>> but that didn´t help, so i added fetchall as well - again, to no avail.
>> Fetchmail still says "not flushed" on every run and i get an ugly error
>> in my postfix log.
>>
>> I´d like fetchmail to just delete the mail, what should i do? I´ve read
>> tons of threads with this kind of problem, however they almost all get
>> resolved by adding the antispam option.
>> Am I missing something?
>
> Hi Aljoscha,
>
> Note that you may need to upgrade to 6.3.13 if Gentoo backported the 
> security fix from 6.3.12 to 6.3.11-r1; and you will have to configure 
> the softbounce option properly. See the manual page for details.
>
> If that does not help, please provide a full report as shown in 
> <http://www.fetchmail.info/fetchmail-FAQ.html#G3>, notably the log is 
> missing from your report.
>
>
> Please also note that addresses with "-" as the first character are 
> valid (see RFC 5321, RFC 5322), it's only a Postfix default setting 
> that causes these addresses to be rejected (to protect the innocent on 
> the assumption that many scripts will be foolish enough not to escape 
> and quote things properly and miss the "--" argument separator).
>
> HTH
>