Skip site navigation (1) Skip section navigation (2)

Re: Mailing List Question

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: "Marc G(dot) Fournier" <scrappy(at)hub(dot)org>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, lockhart(at)fourpalms(dot)org,Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>,Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Mailing List Question
Date: 2002-03-29 05:54:09
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
Marc G. Fournier wrote:
> On Thu, 28 Mar 2002, Tom Lane wrote:
> > Thomas Lockhart <lockhart(at)fourpalms(dot)org> writes:
> > > imho we should disable *any* special handling of posts to the mailing
> > > lists.
> >
> > It would be interesting to try that for awhile and see if the cure is
> > worse than the disease or not.  How many clueless "uns*bscr*be" requests
> > will hit the lists if there are no filters?
> To be honest, not many ... 50% of what I have to moderate are plain and
> simply spam (and that isn't an exaggeration, I wiped out something like
> 150 out of 350 messages the other day) ... maybe about 25% are duplicate
> postings ... I'd say <1% are subscribe/unsubscribe ... and the rest are
> mostly from ppl not subscribed to the lists at all ...

Let me add that I have looked at some non-pg lists and it looks terrible
to see spam in there, right in the archives.  Marc's manual review is
clearly keeping our list of a high quality.  Removing the admin keyword
blocks should fix most of our problems.

  Bruce Momjian                        |
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

In response to

pgsql-hackers by date

Next:From: Mark kirkwoodDate: 2002-03-29 07:24:30
Subject: Re : Solaris Performance - Profiling
Previous:From: Marc G. FournierDate: 2002-03-29 05:38:03
Subject: Re: Mailing List Question

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group