Thomas Hood wrote:
> By the way, I can't write to you directly because:
> 
>    [EMAIL PROTECTED]
>     Delay reason: SMTP error from remote mailer after RCPT TO:<[EMAIL 
> PROTECTED]>:
>     host mx.meyering.net [82.230.74.64]: 450 <[EMAIL PROTECTED]>:
>     Recipient address rejected: Greylisted for 16990 seconds (see 
> http://isg.ee.ethz.ch/tools/postgrey/help/meyering.net.html)
> 
> so I'll have to communicate with you via Debian coreutils bug report logs.

SMTP 4xx response codes are temporary failures only.  It is not a
permanent rejection.  The mail is only deferred.  These are not
specific to greylisting and also occur during DNS outages and when the
disk fills up and are a normal part of smtp flow control.  Your mail
is not being permanently blocked.  It is a greylist, not a blacklist.

Your mta will retry the delivery and the mail will be delivered on a
future queue delivery run.  Your mta will allow messages to stay in
your mail queue up to the bounce queue lifetime.  Only at that time
will the mail be permanently rejected.  On most mta configurations
that is five days.  Because the greylist time is less than this your
messages will almost certainly be delivered.

Upon receipt of a valid message the target host will add the sender's
IP address to its list of previously seen addresses.  Future
deliveries will incur no delay.  Delays are imposed only upon initial
contact.  Subsequent contacts will be delivered without delay.

You may have seen a delivery delay warning from your mta.  Classic
Sendmail for example would by default be configured to send a
notification that a delay had occurred after four hours.  Because
Jim's grelist time shows 16990 seconds or 4.7 hours which is longer
than the typical four hour default this may trigger a delivery delay
warning.  But that message should also have said clearly that it was
not a bounce and that delivery of your message would be attempted up
to the queue lifetime.  These messages are considered obsolete by many
on the internet.  It is frequently a source of backscatter spam.
Postfix as one example disables the sending of that warning message by
default.

Bob


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to