OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
Subject: Re: redirecting a particular address from the deferral queue
From: Wietse Venema (wietseporcupine.org)
Date: Thu Oct 12 2000 - 13:46:51 CDT

Meng Weng Wong:
> On Wed, Oct 11, 2000 at 06:05:15PM -0400, Wietse Venema wrote:
> | Make a virtual map entry with:
> |
> | brokenemail.address goodemail.address
> |
> | That replaces only the specified envelope recipient address.
> |
>
> thank you for the quick reply.
>
> i assume you mean do not touch the transport_maps, so i
> added only the virtual_map shown above. i enqueued a
> message to a broken address, then added the virtual map, and
> tried to force delivery.

Oh, damn. Virtual mapping happens before queueing. The workaround is
to "mv" (not cp) the queue files to the Postfix maildrop directory.

        Wietse

> 20001012-13:39:27 rootdumbo:/etc/postfix# date; mailq; tail -1 virtual; postmap virtual; postfix reload; postfix flush; sleep 5; tail -1 /var/log/maillog; mailq
>
> Thu Oct 12 13:39:32 EDT 2000
>
> -Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
> A72C11C24D 279 Thu Oct 12 13:34:38 rootdumbo.pobox.com
> (host ns1.vh.net[63.239.44.4] refused to talk to me: 421 pop3.vh.net: Too many concurrent SMTP connections; please try again later.)
> shouldbouncevh.net
>
> -- 0 Kbytes in 1 Request.
>
> shouldbouncevh.net mengwong
>
> postfix-script: refreshing the Postfix mail system
>
> Oct 12 13:39:33 dumbo postfix/smtp[8699]: A72C11C24D: to=<shouldbouncevh.net>, relay=ns1.vh.net[63.239.44.4], delay=295, status=deferred (host ns1.vh.net[63.239.44.4] refused to talk to me: 421 pop3.vh.net: Too many concurrent SMTP connections; please try again later.)
>
> -Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
> A72C11C24D 279 Thu Oct 12 13:34:38 rootdumbo.pobox.com
> (host ns1.vh.net[63.239.44.4] refused to talk to me: 421 pop3.vh.net: Too many concurrent SMTP connections; please try again later.)
> shouldbouncevh.net
>
> -- 0 Kbytes in 1 Request.
>
> my interpretation of the above: once a message is in the
> deferral queue it is no longer subject to virtual_map
> address manipulation.
>
> deferred message -> destination delivery attempt
>
> that's why i tried the transport_map mechanism with a
> sendmail reinjection: transport maps apply even to deferred
> mail.
>
> message in deferral queue
> -> transport map for broken domain
> -> reinject to sendmail
> -> virtual_maps is checked
> -> broken email address successfully redirected
>
> that worked fine for extracting the specific broken address,
> but with no default virtual map defined for the broken
> domain, all other mail for that domain started looping.
>
> message in deferral queue
> -> transport map for broken domain
> -> reinject to sendmail
> -> virtual_maps is checked
> -> reinject to sendmail
> -> virtual_maps is checked
> -> repeat 40 times, and bounce.
>
> thanks in advance. this is quite a puzzle.
>
> |
> | Meng Weng Wong:
> | > I have a question.
> | >
> | > Let's suppose my deferral queue contains many different
> | > messages destined for many different users at a given
> | > domain. In this example, that domain is home.com.
> | >
> | > CF0AEE8DE 1286 Wed Oct 11 16:04:14 monicawork.com
> | > (connect to mx-d-rwc.mail.home.com[24.0.95.23]: Connection timed out)
> | > billhome.com
> | >
> | > Now suppose one of those home users calls me up and says,
> | > "hey, I'm waiting for urgent mail, but home isn't
> | > receiving; can you pull out all my messages from your queue
> | > and redirect them to another account?"
> | >
>
>
>