Hi All;


I've been banging my head against this for a while now and I think I've
tracked down the problem.  I've written a small script to live in
.qmail-default.  This script is interpreting the error code that is
being provided it by another program to something more familiar to
qmail, and then I pipe that into vdelivermail.


I have tested the script on it's own with no vdelivermail, and it works
as expected.  When the server it's attempting to communicate with is not
available, it returns a 111 and just patiently waits for the problem to
go away:


cat .qmail-default



And from the logs:


delivery 881: deferral:



However as soon as I append another pipe like so:


cat .qmail-default

|/home/vpopmail/etc/qmail-pipe |/home/vpopmail/bin/vdelivermail ''


And then push the queue:


delivery 884: success:



I'm at an absolute loss why vpopmail is not honoring the return code of
the previous pipe.  It's entirely possible I'm mis-reading the man pages
for qmail-command, but this doesn't make sense.  If I have
misunderstood, is there any way to get this to work?  I need these
messages to stay in queue if there's a problem with the remote server
they're attempting to contact, otherwise the messages just vanish into
the aether since vdelivermail is saying everything is cool...but it's


I'd appreciate any help or direction anyone is able to give.  I know
that I already used my bribe of beer on the dir-control stuff...anyhow.








Reply via email to