So, I think I've seen the source of my problem but have not been able to
reconfigure postfix so that it will do the right thing that I need.
Here's what I need:
Postfix needs to send mails to my global retrain aliases to my dspam
retrain targets. But, emails for every other user need to go to the
regular dspam for checking, tagging, ranking.
Here's what it's doing:
Postfix with dspam as a content filter in my setup actually sends _all_
mail through the regular dspam without the transports coming into play
(so the retrain targets are treated as regular users). Dspam then
reinjects the emails back to postfix where some of the transports are
employed as email exits from the mail server (but not the dspam retrain
targets).
I haven't seen in any of the example setups anything about this problem
so either nobody has tested those configs actually work (unlikely) or
I've got something corked about my config.
Any thoughts?
-Jason
Sydney Bogaert wrote:
This tells the story:
for my addspam user (uid 2):
6486: [11/06/2007 18:09:05] No QuarantineAgent option found.
Using standard quarantine.
6486: [11/06/2007 18:09:05] using database handle id 1
6486: [11/06/2007 18:09:05] handle locked
6486: [11/06/2007 18:09:05] DSPAM Instance Startup
6486: [11/06/2007 18:09:05] input args: dspam --deliver=innocent
6486: [11/06/2007 18:09:05] pass-thru args:
6486: [11/06/2007 18:09:05] processing user [EMAIL PROTECTED]
...
6486: [11/06/2007 18:09:07] DSPAM Instance Shutdown. Exit Code: 0
And I get similar results with my notspam user. So, dspam is
seemingly ignoring the directives to change UID and is using
the uid of the fake users.
I'll run a quick test with %u and see if that looks the same.
-Jason
>From what I see in the input args, your transport has NOT been called.
The dspam invocation line is not the same at all...
You should have read "dspam --mode=toe --user [EMAIL PROTECTED] --class=spam
--source=error".
Check your transports.
Sydney.
!DSPAM:394,47332dcd24198832215857!
