"Ricardo P. Jasinski" <[EMAIL PROTECTED]> writes: > the system administrator in our university recently started using > spamassassin in our mail server. Unfortunately, I can't say this has been a > good thing for me and for many other users, and I'll try to explain why. > > First, for each mail that the tool assumes to be a spam, I receive an email > with the original message as an attachment. Obviously, this way my spam > count could never decrease. > > Second, now I have no control over what I consider as a spam. What I > evaluate as spam is not the same as what my colleagues do. But now, we are > forced to living by the same rules. > > As a previous spambayes outlook plugin user, I was used to having really > good results on spam elimination and customization. My immediate feeling is > that the adoption of spamassassin has tremendously worsened my spam-dealing > routine. Since for every mail that spamassassin considers a spam it > generates new a message describing the rules it used, spambayes has no way > of sorting it by the contents anymore. > > This is what upsets me: I (almost) was free from spam hell, now I'm back at > having to open manually all my messages, which are now hidden inside > attachments, and there is no way of improving or training my spam detecting > engine. > > I hope you understand that I am having a terrible experience with > spamassassin. Since my system administrator will not tell this to me, I > would like to know from you guys if there is a way of disabling spamassassin > for my individual mail address, and if this is an easy thing to do. > > Thank you immensely for your replies. Also, I would like to receive comments > if you guys can think of any other way out of my situation. Any solution > that does not depend on the admin is more likely to work for me, though.
I assume you use procmail to deploy your personal spamassassin. To get back to previous situation you can use "spamassassin -d" as procmail filter for "tagged as spam" messages. It is not the best option but it is the most simple and fastest to implement [option zero]. -- [pl2en: Andrew] Andrzej Adam Filip : [EMAIL PROTECTED] : [EMAIL PROTECTED] http://anfi.homeunix.net/ http://www.linkedin.com/in/andfil
