[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Fetchmail Query



On Sat, 28 Feb 2004 18:54:24 +0100
Oliver Fuchs <oliverfuchs@onlinehome.de> wrote:

> 
> Hi,
> 
> this error message comes from your MTA side e.g. in my case sendmail. In
> cf.README you find:
> 
> [...]
> 
> Notice: domains which are temporarily unresolvable are (temporarily)
> rejected with a 451 reply code.  If those domains should be accepted
> (which is discouraged) then you can use
> 
> 	LOCAL_CONFIG
> 	C{ResOk}TEMP
> 
> sendmail will also refuse mail if the MAIL FROM: parameter is not
> fully qualified (i.e., contains a domain as well as a user).  If you
> want to continue to accept such senders, use
> 
> 	FEATURE(`accept_unqualified_senders')
> 
> [...]
> 
> In man fetchmail you find:
> 
> [...]
> 
> RETRIEVAL FAILURE MODES
>        The protocols fetchmail uses to talk to mailservers are next to bulletproof.  In normal operation forwarding
>        to  port 25, no message is ever deleted (or even marked for deletion) on the host until the SMTP listener on
>        the client side has acknowledged to fetchmail that the message has been	either	accepted  for  delivery  or
>        rejected due to a spam block.
> 
> [...]
> 
> To avoid fetchnmail from keeping this spam in your ISP's email account
> add this feature to your sendmail.mc and recreate it.
> 
> Oliver
> -- 
Hi again Oliver,

I've added the first part you suggested above and double checked the readme file to ensure my syntax was correct, but it's still leaving the message in my mailbox at the ISP with the same NDR message.

Do I also have to add the second item you suggested? It seems unrelated to me...

Of course, maybe it's not sendmail itself, but rather mimedefang doing this? I may have to post a message on the mimedefang list instead.

Pete



Reply to: