On 10-06-13 21:30, Patrick Lists wrote: > On 06/10/2013 09:14 PM, Wietse Venema wrote: >> Patrick Lists: >>> Jun 10 20:19:11 test postfix/smtpd[13975]: NOQUEUE: reject: RCPT from >>> localhost[::1]: 550 5.1.1 <s...@example.org.org>: Recipient address >>> rejected: User unknown; from=<patr...@example.org> to=<s...@exmaple.org> >>> proto=ESMTP helo=<test.puzzled.xs4all.nl> >> >> To fix the "User unknown" error see this document: >> >> http://www.postfix.org/ADDRESS_CLASS_README.html > > Thank you for your feedback Wietse. The problem (to my untrained eye) is > not the "User unknown" error. It's that after the forwarded email was > submitted to the dspam-retrain transport and processed, postfix attempts > to deliver it. I would expect it to stop once the forwarded email was > handed off to the dspam-retrain transport and processed by the script. > So I don't understand how fixing the "User unknown" issue would solve > this problem. I just want the forwarded email to be processed by the > dspam script and *not* be delivered afterwards. What did I miss? >
The final delivery attempt is triggered by either the retrain script, or dspam (after accepting the message from the retrain script). Inherently, this is actually a dspam question and not a postfix one. Normally, you'd tell dspam to not deliver the messages passed while retraining by adding '--deliver=' (i.e. deliver never) to the retrain command line. I'm missing support for that in the script (as available in the dspam git repo), but I'm not sure whether there is a valid reason for that, since I have no experience with the actual script. Re-post your message to the dspam mailinglist, maybe someone else knows more. Kind regards, Tom