Found and fixed two problems on obvious and one thanks to the list
archives.
1. ServerPass was still "commented out" so the daemon was not
switching to DLMTP. This caused the redelivery.
2. When using a single alias for retraining, the user specified in the
--user flag must exist in dspam's virtual_uid table. Retraining is
now functioning, but I'm posting to pass along to others who might
struggle with the same...
On Nov 9, 2008, at 6:50 AM, Shawn Duncan wrote:
I'm set up in dspam to pass delivered mail back to postfix via
smtp. I am trying to train via aliases. When I forward an email to
the alias, dspam reinjects it for delivery to root. Here's what
shows in the logs:
Nov 9 06:36:09 trinityhamburg postfix/local[7963]: 51C2678BA5: to=<[EMAIL PROTECTED]
>, relay=local, delay=1, delays=0.34/0/0/0.66, dsn=2.0.0,
status=sent (delivered to command: /usr/bin/dspam --client --user
root --class=spam --source=error)
Nov 9 06:36:09 trinityhamburg postfix/qmgr[7951]: D0B8478BA6: from=<[EMAIL PROTECTED]
>, size=5921, nrcpt=1 (queue active)
Nov 9 06:36:09 trinityhamburg postfix/local[7963]: D0B8478BA6: to=<[EMAIL PROTECTED]
>, orig_to=<root>, relay=local, delay=0.58, delays=0.54/0/0/0.04,
dsn=2.0.0, status=sent (delivered to maildir)
dspam when running in debug to the console processes the message
reporting flags of --deliver=innocent,spam rather than the client
flags associated above.
Ideas?
!DSPAM:1011,491738de150921234016362!
