On 09/08/2010 05:54 PM, Martijn de Munnik wrote:
On Sep 8, 2010, at 5:34 PM, Wietse Venema wrote:
Martijn de Munnik:
So I'm using a mailbox_transport to call dspam. Unfortantly the mail
doesn't show up in the logs after the lmtp part (I have lmtp -v in
master.cf) and the mail isn't delivered. When I remove the
The mailbox_transport delivers the mail to dspam, therefore the
mail no longer exists in the Postfix mail queue.
But the mails are still listed when I issue a mailq and when I remove
the mailbox_transport line from main.cf and restart postfix the mails
are delivered immediately.
You're delivering them to dspam over LMTP.
This means the message will be considered delivered when and only when
*dspam* tells postfix it is done.
This is not under postfix's control.
If dspam processes the message in-line during the LMTP session, LMTP
acknowledgement back to postfix will be similarly delayed.
DSPAM should reinsert the message into the postfix queue after
processing. This works when I use a content_filter and call dspam
using a pipe.
A transport can also be a pipe.
Why don't you add a dspam transport to master.cf and call that instead ?
dspam unix - - - - - etc pipe -argv=/your/dspam/binary
and:
mailbox_transport = dspam
If dspam resubmits via SMTP / LMTP, the original submission method
doesn't matter.
J.
