| > | You once posted already about that and I could not reproduce this on | my end. Regardless how many directories I delete.
Yes i did, and yes you did. Anyway i found it again. Its interresting. Ok i reproduced it now exactly... ok i was a bit wrong (another 3am thing :-) Youre right its not the webui - dspam_stats shows the same issue The user you delete MUST have an entry in dspam_stats in the mysql db. So i created a system user with a low UID. I send him an Email so get get an dspam stats entry. I delete the systemuser. (his dpsm directory seems not to matter.) after that every user with an higher UID is no longer shown to get the other users again, i delete the dspam_stats for this user and eveything is fine maybe its different with virtual users dont know. | This looks like permission issues to me. Almost impossible because no permission was changed. But anyway. I found out that shared group seems to be evil at least in a new trained system. i did the following (on an emtpy database) I trained the user dspam. i set dspam:shared:* and voila user get mails but no token. It get often scored as spam. it gets into quarantine BUT Retrain is not possible - in the maillog i see cant retrain because it isnt a valid signature (not for this user) I cant deliver something in the qurantine - the mail get dropped and disappear because there is no proper signature i set it back to dspam:merged:* Everymail since then seems to be fine but im checking that now... ------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ Dspam-devel mailing list Dspam-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspam-devel
