Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gkWJL-0006Hs-EN for pgsql-www@arkaria.postgresql.org; Fri, 18 Jan 2019 15:43:59 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1gkWJJ-0002VG-Rf for pgsql-www@arkaria.postgresql.org; Fri, 18 Jan 2019 15:43:57 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gkWJJ-0002V9-M3 for pgsql-www@lists.postgresql.org; Fri, 18 Jan 2019 15:43:57 +0000 Received: from mail-lj1-x22d.google.com ([2a00:1450:4864:20::22d]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gkWJH-0003Aa-0A for pgsql-www@postgresql.org; Fri, 18 Jan 2019 15:43:56 +0000 Received: by mail-lj1-x22d.google.com with SMTP id g11-v6so12008771ljk.3 for ; Fri, 18 Jan 2019 07:43:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hagander-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=rjCIGXJnWDXMG54yuf0KgFyrUdmvvAQQ6lU9aJ4MByA=; b=0mLhEx5Rcf+8eOrhHuCn1gUHefjoex0qqjK0yfjIv6vc9HSDAlqt9cWKMd7WdAGPDr EPqKgJ99vot7STm79eb2hNzbfvA7c9+FKsDmoUS4Nt8FO6EwQmEU88fsMrB5ylDjiDHM hAEJse+TaSu9zIU2G1Ets6AL6mhpIQIQB8fVo5/hwV1iyEpgJr8eJUO9xM45kG452N0r efGEVb91cp9uSMqNDbsYKeJIlB6V7Y4LOYbpdSU8dKw2khCDC7rGPZImOPUWXWFMJCrG 047lA/rwBMg3S8y01OdchKO4RA29sL0sbfpTkw6X2pco2CCBZMdnoljoT+uw0zDQaeL/ 58Ag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=rjCIGXJnWDXMG54yuf0KgFyrUdmvvAQQ6lU9aJ4MByA=; b=Tcx0LZhUqK3DYuFp1r0KaOrmrEBZylo2rXUDXlJo6w0ibQNf+wBOKWh6AToIvy3wqb UY+z77EOIFlE2P2wGbbKQDitGnL7EbTDSViIt2mhWCide2WY8/tZSYpKxx//u13eAaR3 ejcREEcqD4mvsBYEDTOt9jAFnCnByA5dLsnwWL9AKzMoJwCbTZfPHro0WF4nV7wt0E3q BkUozAepvZvTNuWoo2/XDpheuLGrgQiBmuLt+CnXBUE8ZVLkYlPPNhilHaTTKBnEuGDl IVT3mKhBsRL78CcxJMgYul7icx8NO6OepfO6BszVhbfJCFpvlb2V7V2W6GhDgspwVdrv oOOQ== X-Gm-Message-State: AJcUukdDXxIeoIx5SHHqaR9NPpiMEvWrKV5tDGDA0UsN0fpakJl+P7mf LeEl/ZDIWPBVcm/yWg2HTANDpclASXWNHXCQ056BjA== X-Google-Smtp-Source: ALg8bN69LCeWBAeUGC2unRU5qEwoJdkkKjiv0hLX9KQPJDXTOSmZknigom/9sTBJXCarq7fYLFMHnZCRgo37yC2Wstw= X-Received: by 2002:a2e:9457:: with SMTP id o23-v6mr13412702ljh.7.1547826233875; Fri, 18 Jan 2019 07:43:53 -0800 (PST) MIME-Version: 1.0 References: <201901162154.tg6vsmfylacs@alvherre.pgsql> <20190117154202.GH2528@tamriel.snowman.net> <20190117182821.GK2528@tamriel.snowman.net> <22663.1547759616@sss.pgh.pa.us> <20190118143505.GN2528@tamriel.snowman.net> <24596.1547824622@sss.pgh.pa.us> <20190118154019.GP2528@tamriel.snowman.net> In-Reply-To: <20190118154019.GP2528@tamriel.snowman.net> From: Magnus Hagander Date: Fri, 18 Jan 2019 16:43:42 +0100 Message-ID: Subject: Re: mailing list redirect for bug numbers? To: Stephen Frost Cc: Tom Lane , Dimitri Fontaine , Alvaro Herrera , Andres Freund , "Jonathan S. Katz" , PostgreSQL WWW Content-Type: multipart/alternative; boundary="000000000000d83930057fbd6077" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --000000000000d83930057fbd6077 Content-Type: text/plain; charset="UTF-8" On Fri, Jan 18, 2019 at 4:40 PM Stephen Frost wrote: > Greetings, > > * Tom Lane (tgl@sss.pgh.pa.us) wrote: > > Stephen Frost writes: > > > * Tom Lane (tgl@sss.pgh.pa.us) wrote: > > >> Agreed. If we have bug numbers assigned to messages that aren't bugs, > > >> or are replies to bugs, it's just going to be a mess. > > > > > In my suggestion, replies to bugs that are sent by a sensible MUA would > > > have the bug # of the bug being replied to- > > > > Uh, how? Assuming that "your suggestion" refers to the 'X-Pg-BugId' > > idea, I think the chances of that being included in replies are nil. > > As I said, it would be done in the same way that our archives already > figure out threading and pglister could then add it. > > If we want something that would work with replies for direct CC, then > we'd have to (ab)use a field that we know MUAs will copy to the next > email on a reply and there's unfortunately few of those. At least > some bug trackers have dedicated email addresses for individual bugs, > probably for that reason, among others. Technically we already have this for threads started in the form these days, as you can trivially get the bug number out of the message-id, and the message-id is one of the fields that *is* typically preserved (in the References header). It won't cover threads that are responded to by creating a whole new thread and referencing the bug in the free text part of it, but there's really no way to handle that form inside the email... //Magnus --000000000000d83930057fbd6077 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, Jan 18, 2019 at 4:40 PM Stephen F= rost <sfrost@snowman.net> w= rote:
Greetings,

* Tom Lane (tgl@sss.= pgh.pa.us) wrote:
> Stephen Frost <sfrost@snowman.net> writes:
> > * Tom Lane (tgl@sss.pgh.pa.us) wrote:
> >> Agreed.=C2=A0 If we have bug numbers assigned to messages tha= t aren't bugs,
> >> or are replies to bugs, it's just going to be a mess.
>
> > In my suggestion, replies to bugs that are sent by a sensible MUA= would
> > have the bug # of the bug being replied to-
>
> Uh, how?=C2=A0 Assuming that "your suggestion" refers to the= 'X-Pg-BugId'
> idea, I think the chances of that being included in replies are nil.
As I said, it would be done in the same way that our archives already
figure out threading and pglister could then add it.

If we want something that would work with replies for direct CC, then
we'd have to (ab)use a field that we know MUAs will copy to the next email on a reply and there's unfortunately few of those.=C2=A0 At least=
some bug trackers have dedicated email addresses for individual bugs,
probably for that reason, among others.

Technically we= already have this for threads started in the form these days, as you can t= rivially get the bug number out of the message-id, and the message-id is on= e of the fields that *is* typically preserved (in the References header).

It won't cover threads that are responded to by= creating a whole new thread and referencing the bug in the free text part = of it, but there's really no way to handle that form inside the email..= .

//Magnus

--000000000000d83930057fbd6077--