Re: Email filter problem with 'index'

Marc G. Fournier wrote:
> On Wed, 16 Mar 2011, Bruce Momjian wrote:
> 
> > Marc G. Fournier wrote:
> >> On Tue, 15 Mar 2011, Bruce Momjian wrote:
> >>
> >>>
> >>> Does anyone even know how to use the majordomo commands?  I think
> >>> subscribe and unsubscribe are the only one we need to worry about.
> >>
> >> Anyone that sends a 'help' to majordomo@postgresql.org will get a full
> >> list of all admin commands ... just because you haven't gone past
> >> subscribe/unsubscribe doesn't mean nobody has :)
> >
> > True.  The question is how many people are doing that vs. how many
> > people accidentally have these words in their email text.  We know
> > "index" was one of them, so it was removed.  Any others?
> 
> Few ppl would know, since their messsages would still get to the lists, 
> and, generally, with very little delay, except on some of the fringe lists 
> where we dont' have redundant moderators ...

I think only the moderators would know how many of the majordomo emails
are being caught by the filters below.  My guess is that there are very
few aside from subscribe/unsubscribe.  "who", "which", and "info" seem
like they are likely to be caught in normal emails.

What if we disable most of these and see how many get through to our
list, again keeping subscribe/unsubscribe and "remove me"?

---------------------------------------------------------------------------
> >
> >
> >>> Marc G. Fournier wrote:
> >>>>
> >>>> Nothing gets 'trashed', only put into the moderation cue for manual
> >>>> approval ...
> >>>>
> >>>> That said, the current 'taboo' list looks like:
> >>>>
> >>>> configset GLOBAL admin_body <<ENDAAB
> >>>> /^accept$/i
> >>>> /^reject$/i
> >>>> /\badd me\b/i
> >>>> /\bdelete me\b/i
> >>>> /\bremove\s+me\b/i
> >>>> /\bchange\b.*\baddress\b/
> >>>> /\bsignoff\b/i
> >>>> /\bsubscribe\b/i
> >>>> /^sub\b/i
> >>>> /\bunsubscribe\b/i
> >>>> /^unsub\b/i
> >>>> /^\s*help\s*$/i
> >>>> /^\s*info\s*$/i
> >>>> /^\s*info\s+\S+\s*$/i
> >>>> /^\s*lists\s*$/i
> >>>> /^\s*which\s*$/i
> >>>> /^\s*which\s+\S+\s*$/i
> >>>> /^\s*index\s*$/i
> >>>> /^\s*who\s*$/i
> >>>> /^\s*who\s+\S+\s*$/i
> >>>> /^\s*get\s+\S+\s*$/i
> >>>> /^\s*get\s+\S+\s+\S+\s*$/i
> >>>> /^\s*approve\b/i
> >>>> /^\s*passwd\b/i
> >>>> /^\s*newinfo\b/i
> >>>> /^\s*newconfig\b/i
> >>>> /^\s*writeconfig\b/i
> >>>> /^\s*mkdigest\b/i
> >>>> ENDAAB
> >>>>
> >>>>
> >>>> On Tue, 15 Mar 2011, Greg Stark wrote:
> >>>>
> >>>>> On Mon, Mar 14, 2011 at 5:42 PM, Marc <scrappy@hub.org> wrote:
> >>>>>> That rule has been there since the lists were originally setup ... The rule should have been ^index, anchored
tothe left side ... I believe all admin rules are anchored that why ...
 
> >>>>>>
> >>>>>
> >>>>> Uhm, what other bad words will get our emails trashed?
> >>>>>
> >>>>> --
> >>>>> greg
> >>>>>
> >>>>
> >>>> ----
> >>>> Marc G. Fournier                        Hub.Org Hosting Solutions S.A.
> >>>> scrappy@hub.org                                     http://www.hub.org
> >>>>
> >>>> Yahoo:yscrappy    Skype: hub.org    ICQ:7615664    MSN:scrappy@hub.org
> >>>
> >>> --
> >>>  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
> >>>  EnterpriseDB                             http://enterprisedb.com
> >>>
> >>>  + It's impossible for everything to be true. +
> >>>
> >>
> >> ----
> >> Marc G. Fournier                        Hub.Org Hosting Solutions S.A.
> >> scrappy@hub.org                                     http://www.hub.org
> >>
> >> Yahoo:yscrappy    Skype: hub.org    ICQ:7615664    MSN:scrappy@hub.org
> >
> > --
> >  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
> >  EnterpriseDB                             http://enterprisedb.com
> >
> >  + It's impossible for everything to be true. +
> >
> 
> ----
> Marc G. Fournier                        Hub.Org Hosting Solutions S.A.
> scrappy@hub.org                                     http://www.hub.org
> 
> Yahoo:yscrappy    Skype: hub.org    ICQ:7615664    MSN:scrappy@hub.org

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + It's impossible for everything to be true. +