On Sat, 28 Feb 2004 18:54:24 +0100
Oliver Fuchs <[EMAIL PROTECTED]> 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
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
