Re: Email filter problem with 'index' - Mailing list pgsql-www
From | Bruce Momjian |
---|---|
Subject | Re: Email filter problem with 'index' |
Date | |
Msg-id | 201103161436.p2GEaxh24058@momjian.us Whole thread Raw |
In response to | Re: Email filter problem with 'index' ("Marc G. Fournier" <scrappy@hub.org>) |
Responses |
Re: Email filter problem with 'index'
Re: Email filter problem with 'index' |
List | pgsql-www |
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. +