| From: | Thomas Hart <tomhart(at)coopfed(dot)org> |
|---|---|
| To: | Lew <lew(at)lwsc(dot)ehost-services(dot)com> |
| Cc: | pgsql-general(at)postgresql(dot)org |
| Subject: | Re: Hijack! |
| Date: | 2007-12-14 16:53:59 |
| Message-ID: | 4762B527.3080604@coopfed.org |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Lew wrote:
> Trevor Talbot wrote:
>> On 12/11/07, Guy Rouillier <guyr-ml1(at)burntmail(dot)com> wrote:
>>
>>> Now, a gripe rightly attributable to the to PG mailing list setup is
>>> that every time I reply, I have to:
>>>
>>> (1) use reply all, because reply is set to go to the individual rather
>>> than the list
>>>
>>> (2) delete all the individual addressees so only the list is left, then
>>> change that from CC to TO
>>
>> Actually, another convention on this list is to "reply all" and leave
>> the individual addresses.
>
> I'm really glad that people don't do that on this list. I /hate/
> getting individual email copies from list posters. I'm going to read
> it on the list; why in the world would I want that clutter in my inbox?
>
> That's why my email address here is a separate one just for Usenet; I
> can pretty much ignore replies that come directly to it.
>
Actually that's set up that way (I'm purely guessing here) for people
who subscribe on a "digest" basis, so they can still receive timely
replies to their issues without having to read every message as it comes
through.
I think.
Plus, if you'd like (I do), set up a folder for this list, and set up a
mail rule that forwards anything with [GENERAL] in the name to the
folder. Keeps it nice and clean (even with a couple other pg lists, and
a couple apache lists).
--
Tom Hart
IT Specialist
Cooperative Federal
723 Westcott St.
Syracuse, NY 13210
(315) 471-1116 ext. 202
(315) 476-0567 (fax)
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alvaro Herrera | 2007-12-14 16:55:04 | Re: Hijack! |
| Previous Message | Enrico Sirola | 2007-12-14 16:27:48 | Re: pgsql constraints and temporal tables |