On Jan 30, 2008, at 12:26 AM, Peter Olsson wrote:
> One of the big reasons for me is this: Why would you want to pass  
> through
> the 90%+ amount of email that is spam?
> Why put this unnecessary load on internal systems and users?

96% of e-mail is rejected during SMTP.  1% of the e-mail is between  
tag2 and kill, and goes into the user's Junk folders where they can  
easily find it.

When we tried using an external system which required authentication,  
we had constant problems with people not knowing to log in, what to  
do... and it was always during an emergency, when they really need to  
have that message (and its attachments) RIGHT NOW.

> We let the frontier antispam servers quarantine all blocked spam.
> Users get a nightly report of all spam the day before.

That's another problem.  Daily spam reports weren't often enough,  
hourly was too much.  Everyone wanted something different.

> The report first has an informational/instructional text, followed  
> by a short list
> of subject in all spam, and at the end a longer list consisting of
> Timestamp, From, Subject and a clickable link for each blocked email.
> The link will release the email from quarantine.

Most local bayes-based spam tools (like Thunderbird and Mail.app)  
were moving the spam report into the Junk folder so nobody was seeing  
the report.

And the few users that saw the report said: why are you spamming me  
about spam?

The truth is that nobody cares about spam until they think they're  
missing a message they care about.  Having the ability to instantly  
search the Junk folder instantly solved every complaint.

> We have done this for a couple of years, and we have no problems with
> the user base (about 5000 with very varying degree of computer  
> knowledge).

Glad to hear.

I guess based on feedback, that dropping quarantine isn't a good idea.

Unfortunately, that means I'll need someone to test those components  
because I have no environment for this and don't care to create one.

-- 
Jo Rhett
Net Consonance : consonant endings by net philanthropy, open source  
and other randomness



-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
AMaViS-user mailing list
AMaViS-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amavis-user
AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3
AMaViS-HowTos:http://www.amavis.org/howto/

Reply via email to