Le vendredi 31 juillet 2009 à 19:35 +0200, Steve a écrit : > > > > are this working alternatives? yes which is the best? I use > virtual > > > transport this time. It work, but need spam@ and ham@ in > > > dspam-database :( > > > > I am not sure to understand what you mean there. My domain is a > virtual > > domain, hence the spam@ and ham@ aliases also have to be in my > Postfix > > virtual database, but not in the dspam database... > > > That is not right. The spam@ and ham@ aliases do not have to be in > Postfix virtual database in order to work. If you are going to branch > the two aliases to another transport then Postfix does not care about > the two aliases at all.
I need these aliases [email protected] -> [email protected] [email protected] -> [email protected] where spam.spam and ham.ham are the transports: spam.spam dspam-retrain:spam ham.ham dspam-retrain:innocent Or is there a better way to tell postfix that mail sent to ham@ and spam@ should use these transports? Cheers, Julien ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Dspam-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspam-user
