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

Bug#434149: Should maintainers receive copies of their own BTS mails?



Le dimanche 22 juillet 2007 à 01:01 -0700, Don Armstrong a écrit :
> On Sun, 22 Jul 2007, Josselin Mouette wrote:
> > The maintainer, *and* anyone having sent a mail to the bug should be
> > CCed by default. The current rules force maintainers to search by
> > hand all interested people in the bug log, which is insane when you
> > have large numbers of bugs to handle.
> 
> People interested in the bug should subscribe to the bug. As a
> maintainer, you shouldn't bother emailing anyone but the bugnumber and
> possibly -submitter if you want to make sure that the submitter is
> also mailed.

Thanks for giving me the best proof that my request is valid: I have not
received this email. The reply you sent only went to a single mailbox:
the maintainer's. I had to go to the web interface to see it.

You can't expect people to subscribe to a bug they are interested in.
Bug reporters don't use the control@b.d.o address, they just send emails
to bugs they are interested in. I don't even know what is the command to
subscribe to the bug, and I don't want to use it anyway because it has
no functional justification.

When several people notice the same bug, it is often that they all write
to the same bug after it being open, thanks to reportbug. Then, instead
of blindly replying to the last email, I have to skim through all emails
I have received on this topic to make up a list of recipients. This is
all but efficient.

Being CCed should be opt-out, not opt-in. Writing to the bug is proof
you are interested in it. I would go even farther by suggesting to mimic
roundup's behavior by forging From: headers, so that everyone always
replies to 123456@b.d.o instead of whatever broken MUA can invent. 

-- 
 .''`.
: :' :      We are debian.org. Lower your prices, surrender your code.
`. `'       We will add your hardware and software distinctiveness to
  `-        our own. Resistance is futile.

Attachment: signature.asc
Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=


Reply to: