Mailing List Archive

reliability problems
--

I recently started testing out maildrop as a delivery agent. I didn't
want to lose anything (mail or functionality) so I wanted to keep my
existing exim filter for deliveries, but create a duplicate of every
message to feed to maildrop. First I tried an "unseen pipe" in the
system filter. If maildrop exited with an error status, the message
would stay on the queue until the next run when it would be silently
dropped. I also tried a shadow_transport, but had the same results.
I thiink I've now solved it by adding a router for "-maildrop"
addresses and putting an "unseen deliver" in my user's exim filter to
that address.

I believe the problem is that the unseen pipe and shadow_transport
aren't treated as real messages, so when there's a temporary error
they aren't retried like normal deliveries are.

Is this a correct observation, or am I doing something else PEBKAC?

-D

--

The remote desktop feature of Windows XP is really nice (and *novel*!).
As a Microsoft consultant can *remotely* disable the personal firewall
and control the system. We'll ignore the fact that this tampering with
the firewall is not logged, and more importantly, that the firewall
isn't restored when the clowns from Redmond are done with their job.
-- bugtraq

GnuPG key : http://dman.ddts.net/~dman/public_key.gpg

--
[ Content of type application/pgp-signature deleted ]
--
Re: reliability problems [ In reply to ]
On Thu, 6 Jun 2002, dman wrote:

> I recently started testing out maildrop as a delivery agent. I didn't
> want to lose anything (mail or functionality) so I wanted to keep my
> existing exim filter for deliveries, but create a duplicate of every
> message to feed to maildrop. First I tried an "unseen pipe" in the
> system filter. If maildrop exited with an error status, the message
> would stay on the queue until the next run when it would be silently
> dropped.

Was your filter command unconditional? That is, would the "unseen pipe"
command have been obeyed every time the filter was run? If it was
wrapped inside "if first_delivery", for example, you'd get that
behaviour.

> I believe the problem is that the unseen pipe and shadow_transport
> aren't treated as real messages, so when there's a temporary error
> they aren't retried like normal deliveries are.

They should be, assuming they get obeyed at each delivery attempt.

--
Philip Hazel University of Cambridge Computing Service,
ph10@cus.cam.ac.uk Cambridge, England. Phone: +44 1223 334714.
Re: reliability problems [ In reply to ]
--
On Fri, Jun 07, 2002 at 09:37:08AM +0100, Philip Hazel wrote:
| On Thu, 6 Jun 2002, dman wrote:
|
| > I recently started testing out maildrop as a delivery agent. I didn't
| > want to lose anything (mail or functionality) so I wanted to keep my
| > existing exim filter for deliveries, but create a duplicate of every
| > message to feed to maildrop. First I tried an "unseen pipe" in the
| > system filter. If maildrop exited with an error status, the message
| > would stay on the queue until the next run when it would be silently
| > dropped.
|
| Was your filter command unconditional? That is, would the "unseen pipe"
| command have been obeyed every time the filter was run? If it was
| wrapped inside "if first_delivery", for example, you'd get that
| behaviour.

Oh, yeah, I forgot about that part. Thanks. I put the unseen pipe at
the end of the filter, but the beginning is like the sample on
exim.org for killing virus-look-alikes.

| > I believe the problem is that the unseen pipe and shadow_transport
| > aren't treated as real messages, so when there's a temporary error
| > they aren't retried like normal deliveries are.
|
| They should be, assuming they get obeyed at each delivery attempt.

The shadow transport doesn't have any "first_delivery" conditions for
me to screw up, though, does it?

-D

--

For society, it's probably a good thing that engineers value function
over appearance. For example, you wouldn't want engineers to build
nuclear power plants that only _look_ like they would keep all the
radiation inside.
(Scott Adams - The Dilbert principle)

GnuPG key : http://dman.ddts.net/~dman/public_key.gpg

--
[ Content of type application/pgp-signature deleted ]
--