Re: Unsubscribe

From: Jim Nasby <decibel(at)decibel(dot)org>
To: Joshua D(dot) Drake <jd(at)commandprompt(dot)com>
Cc: Tobias Brox <tobias(at)nordicbet(dot)com>, Bruno Wolff III <bruno(at)wolff(dot)to>, luc(dot)delgado(at)aveyron(dot)chambagri(dot)fr, pgsql-performance(at)postgresql(dot)org
Subject: Re: Unsubscribe
Date: 2006-10-06 03:49:37
Message-ID: 22F3FC67-D21E-40A1-AC0F-994A9A97692D@decibel.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Oct 4, 2006, at 10:54 AM, Joshua D. Drake wrote:
>> [Joshua]
>>> It is ridiculous that this community expects people to read email
>>> headers to figure out how to unsubscribe from our lists.
>>
>> I always check the headers when I want to unsubscribe from any
>> mailing
>> list, and I think most people on this list have above average
>> knowledge
>> of such technical details. Of course, on a list with this many
>> recepients there will always be some exceptions ...
>
> I would consider myself above average knowledge of such technical
> details and I didn't know the list information was in the headers
> until
> recently (the last time all of this came up).
>
> Now, I of course did know that there were headers, and I can use
> them to
> diagnose problems but I was unaware of an RFC that explicitly
> stated how
> the headers were supposed to be sent for mailing lists.
>
> However, that is besides the point. It is still ridiculous to expect
> anyone to read the headers just to unsubscribe from a list.
>
> If we didn't want to add it for each list we could just add a link
> here:
>
> http://www.postgresql.org/community/lists/subscribe

An even better option would be to switch to a list manager that
actively traps these emails, such as mailman.
--
Jim Nasby jim(at)nasby(dot)net
EnterpriseDB http://enterprisedb.com 512.569.9461 (cell)

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Jim Nasby 2006-10-06 03:52:47 Re: Unsubscribe
Previous Message Jim Nasby 2006-10-06 03:47:56 Re: Unsubscribe