On 12/21/2011 12:28 PM, Helmut Fritz wrote:
Thx Eric. Just more questions now!
Do you think there is a downside to forwarding the emails as an attachment?
Yes. Getting users to do it properly (client configuration and training)
might be troublesome. How to do it varies according to client app being
used. Users can unknowingly forward inline, which causes a problem with
learning due to extra headers.
Or maybe sa-learn can be called within that attached script (i.e. modify it)
instead of duplicating its code?
That would be what I would attempt (if I weren't already using a shared
folder for this). I would try to set up an account that could process
spam (and another for ham) that users could forward messages to. To be
robust, it should be able to handle forwards inline and as attachments.
Can sa-learn read an outlook .msg file or an exchange folder directly?
I got a little ahead of myself on this, and forgot about message
formats. I don't know the answer to this off hand, but I think it
deserves investigation.
The other issue is that the two servers are not on the same internal
network, although I could make them that way. Or perhaps do other things to
move the files to the qmt server. But the answer to the question above
might demonstrate this is not useful?
Right.
I have also seen reference to a mime defang useage with sa-learn and a
script that uses some other attachment 'detaching' method as well.
I like the idea of undoing what forwarding does to mess up learning.
FWIW. This provides a level of privacy and security that the shared
folders lacks.
--
-Eric 'shubes'
---------------------------------------------------------------------------------
Qmailtoaster is sponsored by Vickers Consulting Group
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
If you need professional help with your setup, contact them today!
---------------------------------------------------------------------------------
Please visit qmailtoaster.com for the latest news, updates, and packages.
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
