On Thu, 17 Aug 2006, Brett Patterson wrote:
But RC should not be the way to set up the SPAM rules. RC isn't meant to be
a WHCP (Web Host Control Panel) and keeping it simplistic would go straight
out the window with creating SPAM rules. Not only would you now have to add
code dealing with SPAM, you'd have to look at every server configuration and
the dealing with SPAM and exactly how they mark it, move it, or if it's just
flagged. Then possibly create X many scripts doing the same thing but per X
different servers. Seems irrational.
I think highlighting the message if a flag is found to have SPAM in the flag
name is a good idea (not sure of the patch submitted). I like the idea of
message rules, but even most webmail systems don't deal with flags.
Squirrelmail doesn't mark SPAM. The IMAP server marks the SPAM. Even the
server (or Thunderbird or whatever non-webmail-client) create the rules to
move a message based upon whatever rules they have in place. I think RC
should have the message rules, but not the automatic creation of SPAM folder
& SPAM marking. SPAM should be handled IMAP side, and message rules can come
to the settings panel.
I think, just like you, that what RC needs are mail filters. Then the user
or web admin can add default filters to move spam to a designated folder,
based on the anti-spam agent it's using (spamassassine, bogofilter, dspam,
etc.).
About the coloring, I think it would be better to add a new line in the
shown headers in the message div, with info about the known anti-spams
that come in the mail.
Was I clear?
--
21:50:04 up 2 days, 9:07, 0 users, load average: 0.92, 0.37, 0.18
---------------------------------------------------------
Lic. Martín Marqués | SELECT 'mmarques' ||
Centro de Telemática | '@' || 'unl.edu.ar';
Universidad Nacional | DBA, Programador,
del Litoral | Administrador
---------------------------------------------------------
