MIME-Version: 1.0
References: <20190119144923.GQ2528@tamriel.snowman.net>
 <20190206164106.GA23132@alvherre.pgsql>
In-Reply-To: <20190206164106.GA23132@alvherre.pgsql>
From: Magnus Hagander <magnus@hagander.net>
Date: Thu, 7 Feb 2019 10:53:11 +0100
Message-ID: 
 <CABUevEyOWPugH19sGJKNgnEzd0pNtHxeZ=2Zwq2n=7An+SGD5g@mail.gmail.com>
Subject: Re: mailing list redirect for bug numbers?
To: Alvaro Herrera <alvherre@2ndquadrant.com>
Cc: Stephen Frost <sfrost@snowman.net>, Tom Lane <tgl@sss.pgh.pa.us>,
	Dimitri Fontaine <dim@tapoueh.org>, Andres Freund <andres@anarazel.de>,
	"Jonathan S. Katz" <jkatz@postgresql.org>,
 PostgreSQL WWW <pgsql-www@postgresql.org>
Content-Type: multipart/alternative; boundary="00000000000020e45f05814ad04a"
Precedence: bulk

--00000000000020e45f05814ad04a
Content-Type: text/plain; charset="UTF-8"

On Thu, Feb 7, 2019 at 1:26 AM Alvaro Herrera <alvherre@2ndquadrant.com>
wrote:

> On 2019-Jan-19, Stephen Frost wrote:
>
> > I didn't come to the conclusion that we just should leave everything
> > as-is.  I was hoping to either get to a point where either we come up
> > with a sensible way to provide a bug number or other identifier for
> > things we typically want to link to from commits, or decide that the bug
> > number isn't really all that useful and get rid of it.
>
> Well, we already have bug numbers in bugs submitted via the website and
> they seem to work pretty well.
>
> What if we add an email interface that creates bugs with IDs, but
> nothing more than that?  I'm thinking a special address such as
> pgsql-create-bug@postgresql.org that creates the bug ID and resends to
> pgsql-bugs@postgresql.org CCing the bug reporter, after changing Subject
> to include the bug ID and the From/Sender to an address under our
> control (to avoid DKIM problems with the reporter's domain).  It would
> work normally using pgsql-bugs from that point on.
>
> If we have our system preserve References/In-Reply-To headers, I think
> it would even work to add a CC the special address in the middle of a
> regular thread in a mailing list (any mailing list, not just pgsql-bugs)
> to spawn a new bug.
>
>
We could do something like that yes, and we've discussed doing it before.
It would work as long as we have some sort of "moderation queue" on it,
otherwise we'll be assigning and reposting a lot of spam.

But let's not go jump at things left and right ATM. We already have another
thread discussing a possible bugtracker (where a prototype has at some
point been built and is shown). And we discussed yet another way (based off
the cf app) at the fosdem devmeeting. So while we should certainly keep
discussing things, let's not build something that does part of it just to
end up with a mish mash of different things later.

//Magnus

--00000000000020e45f05814ad04a
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr">On Thu, Feb 7, 2019 at 1:26 AM Alvaro Her=
rera &lt;<a href=3D"mailto:alvherre@2ndquadrant.com">alvherre@2ndquadrant.c=
om</a>&gt; wrote:<br></div><div class=3D"gmail_quote"><blockquote class=3D"=
gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(20=
4,204,204);padding-left:1ex">On 2019-Jan-19, Stephen Frost wrote:<br>
<br>
&gt; I didn&#39;t come to the conclusion that we just should leave everythi=
ng<br>
&gt; as-is.=C2=A0 I was hoping to either get to a point where either we com=
e up<br>
&gt; with a sensible way to provide a bug number or other identifier for<br=
>
&gt; things we typically want to link to from commits, or decide that the b=
ug<br>
&gt; number isn&#39;t really all that useful and get rid of it.<br>
<br>
Well, we already have bug numbers in bugs submitted via the website and<br>
they seem to work pretty well.<br>
<br>
What if we add an email interface that creates bugs with IDs, but<br>
nothing more than that?=C2=A0 I&#39;m thinking a special address such as<br=
>
<a href=3D"mailto:pgsql-create-bug@postgresql.org" target=3D"_blank">pgsql-=
create-bug@postgresql.org</a> that creates the bug ID and resends to<br>
<a href=3D"mailto:pgsql-bugs@postgresql.org" target=3D"_blank">pgsql-bugs@p=
ostgresql.org</a> CCing the bug reporter, after changing Subject<br>
to include the bug ID and the From/Sender to an address under our<br>
control (to avoid DKIM problems with the reporter&#39;s domain).=C2=A0 It w=
ould<br>
work normally using pgsql-bugs from that point on.<br>
<br>
If we have our system preserve References/In-Reply-To headers, I think<br>
it would even work to add a CC the special address in the middle of a<br>
regular thread in a mailing list (any mailing list, not just pgsql-bugs)<br=
>
to spawn a new bug.<br><br></blockquote><div><br></div><div>We could do som=
ething like that yes, and we&#39;ve discussed doing it before. It would wor=
k as long as we have some sort of &quot;moderation queue&quot; on it, other=
wise we&#39;ll be assigning and reposting a lot of spam.=C2=A0</div><div><b=
r></div><div>But let&#39;s not go jump at things left and right ATM. We alr=
eady have another thread discussing a possible bugtracker (where a prototyp=
e has at some point been built and is shown). And we discussed yet another =
way (based off the cf app) at the fosdem devmeeting. So while we should cer=
tainly keep discussing things, let&#39;s not build something that does part=
 of it just to end up with a mish mash of different things later.</div><div=
><br></div><div>//Magnus</div><div><br></div></div><div dir=3D"ltr" class=
=3D"gmail_signature"><div dir=3D"ltr"></div></div></div>

--00000000000020e45f05814ad04a--