The general rule (I'm inclined to say the absolute and only way) with
Outlook and OE is to set up a folder, typically IMAP, and share it as a
public folder to the clients, They can then drag&drop, or
rightclick-and-Copy/Move the message into the ham or spam folder.
You then harvest the IMAP folder(s) with some cron script and feed them to
SA, or possibly by hand if you want to scan the stuff and make sure the
users have a clue about what is ham and what is spam.
Anything that requires forwarding or similar will screw up the message
beyond usability. In theory forwarding *as an attachment* and then
stripping the attachment out *should* work - but a number of people have
said that Outlook (but not OE) screws this up too.
A number of people have posted scripts or links to scripts to automate the
learning process with this sort of a setup.
Loren
Thanks for the great info. One final question. In view of the outlook
problems, I've recently installed PC-Pine on my PC and instructed all users
to forward undetected spam as an attachment to my PC Pine email. I then
bounce the actual attachment to SA, taking care of the ReSent headers in the
local.cf file. Should there be any problems with this setup? Mny only
concern is that in the learned-spam file on my Sa server, headers show up as
follows:
>From [EMAIL PROTECTED] Tue May 17 09:54:07 2005
Return-Path: <[EMAIL PROTECTED]>
Received: from localhost ([217.15.97.57])
by mailserver.mydomain.com (8.12.11/8.12.11) with ESMTP id
j4H7s5oC007677
for <[EMAIL PROTECTED]>; Tue, 17 May 2005 09:54:07 +0200
From: "winfred fuller" <[EMAIL PROTECTED]>
Where:
spamrep: is my Pc-Pine email account
spamtrap: is the account to which messages are bounced.
The only thing that worries me is the very first 'From' line since this must
have been added in bouncing. Can I tell bayes to ignore this line in anyway
without it also ignoring the 'From:' line (note the difference).
Thanks,
Joe
