Hello Robert, > >> Done. Thanks for the advice. I looked around in the docs prior to > choosing SBPH, but didn't see anything that indicated it should only be > used > with the hash driver. Maybe I just missed it. > You missed it. Check out doc/markov.txt
> >> I tried deleting that user with the same result. I have rolled back to > 3.8.0 until I can figure this out (but am willing to upgrade again to > troubleshoot, as I would like to get it working on 3.9.0), and in 3.8.0, > if > [email protected] does not have an UID in the virtual UID table, > the > signature lookup fails. As soon as I add it back, retraining works > properly. Here is an example of the error I got in syslog when the > virtual > UID for [email protected] was not present in dspam_virtual_uids: > I am now going to make my self unpopular: That it worked in 3.8.0 is a mistake. It should have not worked. From my personal viewpoint 3.9.0 is behaving correctly. The reason why I say that is: According to the documentation one can use different ways for retraining: 1) The Simple Way -> the one with the UID in the signature 2) The Kind-of-Simple Way -> the one where the To header is parsed 3) The Old Way (A.K.A. The Hard Way) -> the one where you need to create spam/ham alias entries for each and every user Your setup has a mix between 1 and 2. 1 because you use the UID for retraining and 2 because you expect DSPAM to parse the To header in order to know what the target class is. Getting the retraining to work with 3.9.0 is easy. You just need to settle for one of the above mentioned methods. Or the developers of DSPAM need to crawl back and reimplement the old 1+2 method you used in 3.8.0. Should I post you instructions how to set up method 1 with Postfix? > Jul 1 22:44:15 [dspam] Signature retrieval for > '3,4a4c2d03153401346449753' > failed > Jul 1 22:44:15 [dspam] Unable to find a valid signature. Aborting. > > However, the signature did exist if I ran a query for it in MySQL. > > > 3) Who is the user behind UID 207? And who is UID 5? > > >>UID 207 is the postfix user on the system. UID 5 in the virtual UID > table > was [email protected]. It is now 10 after I have added and > removed > it a couple of times: > > mysql> select * from dspam_virtual_uids; > +-----+--------------------------------+ > | uid | username | > +-----+--------------------------------+ > | 3 | [email protected] | > | 9 | [email protected] | > | 10 | [email protected] | > +-----+--------------------------------+ > 3 rows in set (0.00 sec) > > > > 4) Probably you want to set "ChangeUserOnParse" to "full". I can't say > right > now if that is what you want/need. I need first to know who is UID 207 and > who is UID 5 before I can say that for sure. > > >> I tried the ChangeUserOnParse settings, but didn't see any changes. > Based on the description in the sample dspam.conf, it appears that it > isn't > needed when using MySQLUIDInSignature. > > The most puzzling thing to me is that everything works fine if I roll back > to 3.8.0 without making any config file or DB changes. > > > > Robert > > Steve -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 ------------------------------------------------------------------------------ _______________________________________________ Dspam-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspam-user
