Alessandro Vesely wrote: >>>> Personally, I would solve it by specifying a new column (or more than >>>> one) in the user database which includes the SPAM policy. The >>>> learning would be done in the background without the server waiting >>>> for the process to finish. >>> And how do users set their own policy? >> I was thinking about some columns in the password database. Users can >> specify where their filter has put the filtered messages, where they put >> them in order to confirm they are SPAM, where they move HAM messages in >> order to re-process them by maildrop, etc. > > That makes sense. I still don't understand if users have direct access > to the password database. Are you planning to produce ad hoc web modules?
Well, users would be able to change it in the same way they can change their passwords; it's the administrators job. :-) Sören ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ courier-users mailing list [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
