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 |/home/vpopmail/etc/qmail-pipe And from the logs: delivery 881: deferral: 21766:_[09/27/2007_20:51:33]_Connection_to_10.99.2.99:2424_failed:_No_ro ute_to_host/21766: _[09/27/2007_20:51:33]_Unable_to_connect_to_server/ However as soon as I append another pipe like so: cat .qmail-default |/home/vpopmail/etc/qmail-pipe |/home/vpopmail/bin/vdelivermail '' bounce-no-mailbox And then push the queue: delivery 884: success: 21856:_[09/27/2007_21:01:59]_Connection_to_10.99.2.99:2424_failed:_No_ro ute_to_host/21856: _[09/27/2007_21:01:59]_Unable_to_connect_to_server/did_0+0+1/ 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 not. 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. Thanks! Regards, Tren
