Hi Per, Someone can point out where I'm wrong, if I have my setup messed up, but here is what I found that seems to work fairly well so far.....
I setup two Public Folders on an Exchange 5.5 box, they are set so all users can create items in a "Verified-Non-Spam" folder, but can't view the contents of the folder (wouldn't want people reading other people's mail). I do not let end users submit spam yet (I used to manually blacklist and I have seen what some people consider spam) but with the auto-learn turned on, I get plenty of spam learned, plus manually moving spam that has been submitted to me (entire message attached to a new message to preserve headers) that I add to the "Verified-Spam" Public Folder. Then on my SA relay server I setup Pine to access the Public folders via IMAP. I launch Pine, go into the IMAP folders, turn on "Full Header" mode and save the messages to a mail folder. Then I run sa-learn on those folders. I would not "forward" the messages, they should be dragged and dropped into the Public Folder instead of forwarded to the PF's email address. It is a bit of a manual method, but not to bad. From what I can see all the message headers are kept using this method. -Matt -----Original Message----- From: Per Björklund [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 10:10 AM To: [EMAIL PROTECTED] I was wondering if it could be possible to get sa-learn to just look at the message text and ignore all header information when I feed it with messages from exchange (since exchange screws everything up). That way all users on the exchange-system could just forward their emails to a spambox or a public folder which sa-learn then learns from (through imap or whatever). Shouldn't that be better than nothing? Or is it a bad idea? I know I would loose valuable header information for bayes, but as it is now I'm not able to feed bayes at all from outlook.. / Per ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
