Re: pgsql: Remove references to Majordomo

From: Noah Misch <noah(at)leadboat(dot)com>
To: Magnus Hagander <magnus(at)hagander(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Stephen Frost <sfrost(at)snowman(dot)net>, Robert Haas <robertmhaas(at)gmail(dot)com>, Michael Paquier <michael(at)paquier(dot)xyz>, PostgreSQL Developers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: pgsql: Remove references to Majordomo
Date: 2019-02-02 08:18:33
Message-ID: 20190202081833.GB32531@gust.leadboat.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

On Mon, Jan 28, 2019 at 07:29:39PM +0100, Magnus Hagander wrote:
> On Mon, Jan 28, 2019 at 7:26 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> > Stephen Frost <sfrost(at)snowman(dot)net> writes:
> > >> On Sun, Jan 27, 2019 at 2:28 AM Noah Misch <noah(at)leadboat(dot)com> wrote:
> > >>> What are those blocked infrastructure improvements?
> >
> > > The specific improvements we're talking about are DKIM/DMARC/SPF, which
> > > is becoming more and more important to making sure that the email from
> > > our lists can actually get through to the subscribers.
> >
> > Certainly those are pretty critical. But can you give us a quick
> > refresher on why dropping the @postgresql.org list aliases is
> > necessary for that? I thought we'd already managed to make the
> > lists compliant with those specs.
>
> I believe it doesn't, as Stephen also agreed with upthread.
>
> We needed to move our *sending* out of the postgresql.org domain in order
> to be able to treat them differently. But there is nothing preventing us
> from receiving to e.g. pgsql-bugs(at)postgresql(dot)org and internally forward it
> to @lists.postgresql.org, where we then deliver from.
>
> I believe we *can* do the same for all lists, but that part is more a
> matter of cleaning up our infrastructure, which has a fair amount of cruft
> to deal with those things. We have an easy workaround for a couple of lists
> which owuld take only a fairly small amount of traffic over it, but we'd
> like to get rid of the cruft to deal with the large batch of them.

Ceasing to accept mail at pgsql-FOO(at)postgresql(dot)org would cause a concrete,
user-facing loss in that users replying to old messages would get a bounce.
Also, I find pgsql-FOO(at)lists(dot)postgresql(dot)org uglier, since "lists" adds
negligible information. (The same is true of "pgsql", alas.) If the cost of
keeping pgsql-FOO(at)postgresql(dot)org is limited to "cruft", I'd prefer to keep
pgsql-FOO(at)postgresql(dot)org indefinitely.

nm

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Amit Kapila 2019-02-02 10:27:27 pgsql: Avoid possible deadlock while locking multiple heap pages.
Previous Message Michael Paquier 2019-02-02 04:24:04 pgsql: Improve installation instructions with pg_ctl in documentation

Browse pgsql-hackers by date

  From Date Subject
Next Message Fabien COELHO 2019-02-02 08:26:08 Re: pg_dump multi VALUES INSERT
Previous Message David Steele 2019-02-02 06:50:14 Re: initdb --allow-group-access behaviour in windows