Mailing List Archive: Web interface ( was:Re: Approaches to handling mail lists)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Friday 13 February 2004 19:53, Gary Funck wrote:
> > From: Douglas Kirkland [mailto:douglas@slugstone.net]
> > Sent: Friday, February 13, 2004 7:42 PM
> [...]
> >
> > The problem I is spamassassin has to many options to work with.
> > What you want
> > maybe not what I want. Like which rules will the user be allow
> > to change the
> > score. There is just to many for a normal user to understand.
> > Then there
> > would be the poor tech suport guy having the explain each one.
>
> I think that a user-oriented GUI would let the user tweak every SA option,
> but the just the ones that would give them the 80/20 types of control.
> I wouldn't let them adjust rule scores, but just the overall threshold
> for example.
>
> > No thanks you. Please build your own, it is not that difficuit to do.
>
> I've already got it; it's called 'vi'. <g>

I use 'vi' to change my user_prefs file. I also build a web interface to the
user_prefs for our customers. It has spam threshhold, Report Safe, Contact
Info, Subject-line for Spam, ok_languages, ok_locales, white list, and black
list. Also allow them to set scores for these three SpamCop.net, HTML Web
Bugs, and MS Executable. Scoring is a big part for spamassassin so that
should not be left out. I would like to get a few more in the web interface,
but I just am not sure which one to add.

Douglas
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQFALkTrSpWn8R0Z08URAkWlAKCXmFHx8QtDnSq/Q2iXpv7tGFRy0ACfQ/nH
am+xQ60PTlPhmtXYltFPkcA=
=igc2
-----END PGP SIGNATURE-----

> From: Douglas Kirkland [mailto:douglas@slugstone.net]
> Sent: Saturday, February 14, 2004 7:55 AM
[...]
>
> I use 'vi' to change my user_prefs file. I also build a web
> interface to the
> user_prefs for our customers. It has spam threshhold, Report
> Safe, Contact
> Info, Subject-line for Spam, ok_languages, ok_locales, white
> list, and black
> list. Also allow them to set scores for these three SpamCop.net,
> HTML Web
> Bugs, and MS Executable. Scoring is a big part for spamassassin so that
> should not be left out. I would like to get a few more in the
> web interface,
> but I just am not sure which one to add.

Sounds good. The piece that I think might be missing is something that
might look an add-on to a web based mail browser that is focused on
the incoming mail, possibly presorted into inbox, possible spam, and
likely spam. The user could select one of these mail boxes, and there
would be simple check boxes on the left to indicate spam/ham. These
messages would be relearned by the Bayes system. Further when a
mail is opened up, the user could check off "whitelist sender",
"whitelist recipient", "whitelist mailing list", "filter mailing list",
and so on.

Regarding scoring, I'd probably try and hide the raw scores, and follow
the "more_spam_to", "all_spam_to" sort of model, where the user says
qualitatively whether they want the scores to be higher/lower for
particuar sorts of features.