doc/todo/blogspam_training.mdwn

   1 The [[blogspam plugin|plugins/blogspam]] is just great.
   2
   3 However, it lacks support in the web interface to [train comments as
   4 SPAM](http://blogspam.net/api/classifyComment.html), when they were
   5 erroneously identified as ham.  It would be great to have such
   6 support, also in the spirit of helping
   7 [blogspam.net](http://blogspam.net) to get better and better.
   8
   9 What would consist the most appropriate user interface is not entirely
  10 clear to me in the general case (wiki page editing).  The case of blog
  11 comments look easier to: when the admin user is logged in (and if the
  12 blogspam plugin is enabled), each comment can have an extra link "mark
  13 as SPAM" which would both delete/revert the comment and submit it to
  14 the configured blogspam server for training.
  15
  16 > Comments can't have an extra link when the admin user is logged
  17 > in, because the admin user sees the same static pages as everyone
  18 > else (non-admins still see the "remove" link provided by the remove
  19 > plugin, too). Perhaps a better UI would be that the action of that
  20 > link was overridden by the blogspam plugin to go to a form with
  21 > a checkbox for "also submit as spam"? --[[smcv]]
  22
  23 Similarly, ham training can be plugged directly into the current
  24 comment moderation interface. Each comment that gets approved by the
  25 admin, can be sent to blogspam.net as ham. If this is considered too
  26 "aggressive", this behaviour can need to be explicitly enabled by
  27 turning on a configuration option.
  28
  29 -- [[Zack]]
  30
  31 [[!tag wishlist]]