emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Gitlab Migration


From: Dmitry Gutov
Subject: Re: Gitlab Migration
Date: Mon, 30 Aug 2021 15:47:29 +0300
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0

On 30.08.2021 09:29, Drew DeVault wrote:
On Mon Aug 30, 2021 at 1:17 AM CEST, Dmitry Gutov wrote:
Consider adopting a "common practice" from the Web UI world: every
discussion (issue/PR/etc) has a unique email address. Every participant
receives messages "From:" a common address (like notifications@sr.ht)
but the Reply-To header includes the unique address which will let the
mail processor on the server associate the reply with the corresponding
thread and resend it to all participants.

We cannot add a similar "common practice", as it were, where each
message comes From notifications@sr.ht, without breaking DKIM or PGP
signatures, which we refuse to do.

This is about sender identity verification, right? No chance to delegate that responsibility to the SourceHut instance?

If the web interface allows users to create patchset email on behalf of the user, or even send messages to the mailing list from the web UI (not sure if such feature is present, but there will be a demand for it), you are already creating emails on their behalf anyway.

But, we can track participation in
each thread and subscribe users to threads even without a specific email
address, by linking up the In-Reply-To chain. This is how I envision
your ticket being addressed.

Will that affect only replies to later emails?

Either way, that means no reliable way to "unsubscribe from a thread". Unfortunate, but of course less important that being able to subscribe.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]