Sam Laffere <[EMAIL PROTECTED]> wrote:
>
> mx1.tri.net got flooded with about 28,000 invalid user emails, which
> overflowed onto my qmail secondary server, mx2.tri.net.
> As qmail.remote is sending them from mx2.tri.net to mx1.tri.net, one of two
> things is happening:
> 1. Fails because of unavailable socket on mx1.tri.net.
>
> 2. Log entry as follows-
> Dec 14 16:43:14 radius qmail: 976812194.440027 delivery 5510:
> failure:
>
> 205.153.244.6_does_not_like_recipient./Remote_host_said:_550_<bail
> [EMAIL PROTECTED]>..._User_unknown/Giving_up_on_205.153.244.6./
>
>
> My qstat does not seem to be getting smaller. My qread looks as follows.
[...]
> Because of the 'giving_up' message, is it still retrying the same bad
> address again?
No. However, qmail will then inject a bounce message, so the size of the
queue will not get smaller instantly. If the message was spam, qmail may
not be able to deliver the bounce immediately either, and it may take a
while to clear out of the queue.
> Is there a 'filter' I can install to prevent qmail-remote from sending the
> emails from '[EMAIL PROTECTED]' on to mx1.tri.net?
See qmHandle (IIRC) on www.qmail.org for removing things from the queue
by hand.
> What does the 'done' mean on some of the messages in the qread dump? And
> will they clean out automagicly?
Yes, qmail-clean will remove them from the queue automatically.
Charles
--
-----------------------------------------------------------------------
Charles Cazabon <[EMAIL PROTECTED]>
GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------
