Johannes Berg wrote: > On Sat, 2007-09-29 at 17:23 +0200, Lars Stavholm wrote: > >>> Q: And if the user moves a message from Spam folder to trash folder, >>> will it be considered innocent? >>> A: Thats a big problem. When a message is deleted by a MUA its usually >>> copied from one folder to another and then deleted, but there is no >>> default trash folder in imap, so, you have to be able to configure a lot >>> of "possible trash folders" to ignore then, thats why I prefer to have a >>> external program controlling dspam. >> I don't see this as a problem at all (why create one when there's >> none to be found:): > > Well, if the user insist on deleting his spam folder *and* has a client > that insists on using a trash folder (I tell people using my setup to > turn off trash folders) then there may be a problem. But my plugin has > an option to ignore trash folders. > >> * Using the expire plugin, the Spam folder will be emptied auto- >> matically in due time (typically 30 days maybe) without user >> intervention. > > FWIW, I just put this up a few hours ago: > http://johannes.sipsolutions.net/Projects/dovecot-dspam-integration#additionaltools
Good stuff! Timo hinted the other day that the expire plugin might not work as expected:) >>> Well, by now I dont have much, but I really would like to know how to >>> find the filename of a message being copied from a folder to another. >> No such luck (I think): to my understanding (with the help of >> Johannes in previous reply in this thread), you'd have to create >> a temporary file with the mail message using tmpnam() + >> mail_get_stream() or similar, and then do your thing. >> >> I'm aiming towards that exact functionality: I want to be able >> to do training using "pristine" source (so I'll need the whole >> message), and keep the previous functionality using signatures. >> We'll see how it goes. > > You could simply log the signature and do signature-based training. > Actually, somebody has done exactly that with logging to mysql. Search > the list archives to find the variation of the dspam plugin doing that. I'll see if I can get the signature based training working reliably with the dspam hash driver, in which case I would possibly not implement the trainPristine option in the dspam plugin. Instead, the dspam plugin would merely be upgraded to fit dovecot-1.1. > Sounds almost like the dspam plugin needs to grow a plugin system itself > to support all the backend configuration and various dspam installations > like with/without signature in uid etc. You guys want to pool and buy me > to do that? ;) No such luck, I'm too poor:) Cheers /Lars
