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

Reply via email to