On Fri, 26 Dec 2003 12:26:32 +0100
Jon Clausen
- I want the users to access mail through imap.
- Setting up 'shared' {spam|ham|forget}-folders should be No Big Deal, right?
- In order for the sa-learn script to not have to keep processing the same messages, content will have to be removed from said folder after each run. So is it neccessary to run something like 'reconstruct' to keep Cyrus happy?
Hmmm... Maybe the above belongs in a separate thread;
'(Cyrus) Imap "mechanics"'
I currently launch sa-learn manually. I'd have to look in spamassassin -r again cos in 2.60 I had problems in reporting spam to razor due to more strict control on tainted code. Since I'm not a perl hacker and I'm not planning to become one (I'm enough busy learning my stuff <g>) I didn't check if after updating perl and Spamassassin to 2.61 things got fixed. And since once I'll decide to look at it I'd like to solve the problem completely I'm still waiting for the right inspiration to automate this kind of stuff as well. One further problem could be which user/email address should report spam to Razor. Currently I'm running a hand-made package of UWIMAP but I had some problems with the one Windows client (Pegasus) and multiple connections. I'm not an expert of IMAP RFC so I don't know if it is Pegasus misbehaving or UW... and I seldom use Windows at all, so solving this problem has been postponed too. UW saves emails in mbox format, so it is easy to implement a script to run in cron. Anyway nobody I know use UW... and I may guess its limits outside "lan personal use". So I thought that if I'll move to another IMAP server I'll have to find a different solution than just sa-learn --mbox --spam < file One way to go even if it may be a bit overkill to read local files through IMAP protocol could be: http://imapfilter.hellug.gr/ This will make your script independent on the file format and the file location.