emacs-devel
[Top][All Lists]
Advanced

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

Re: Bugs against emacsbugs.donarmstrong.com


From: Stefan Monnier
Subject: Re: Bugs against emacsbugs.donarmstrong.com
Date: Sat, 13 Dec 2008 22:51:27 -0500
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)

> There's no way to know whether such a message is going to actually
> through, and it's still pretty hackish anyway. People really need to
> stay away from the "reply-to-all" crack.

I don't think that's right: "reply to all" should include address@hidden, but
not address@hidden, not bug-gnu-emacs, not emacs-pretest-bug, not
bug-submit-list, ... so the problem is in the headers of the messages
sent by Debbugs which doesn't strip some of those addresses (tho it does
seem to strip address@hidden properly).

If "reply-to-all" sends to addresses to which the reply should *never*
be sent, then the error is not in the use of rely-to-all, but in the
headers of the email to which the user is replying.

>> And #430 (which you said was doable) might help a bit.
> Yeah, someone else asked for it in debbugs proper; I can add it, it
> just didn't make much sense to me to change it since Reply-To: is
> already set that way. The right thing is for mailman to stop setting
> MFT; I don't know if that's a configurable setting or not.

Oh, right, some of the addresses get added after they leave Debbugs, so
it's arguably not Debbugs's fault in that case, indeed.
Maybe bug-gnu-emacs's Mailman can be configured not to add MFT, or else
maybe Debbugs can add its own MFT in the hope to preempt Mailman's (not
sure if that will work).


        Stefan




reply via email to

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