Your message dated Wed, 13 Jul 2016 20:43:04 +0000
with message-id <[email protected]>
and subject line done (Implement DInstall::UploadMailRecipients to control
recipients of upload mails)
has caused the Debian Bug report #796784,
regarding ftp.debian.org: Please send dak mails to signer of upload if a
package is rejected/accepted on security-master
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
796784: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796784
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: ftp.debian.org
Severity: wishlist
Hi FTP masters,
As briefly discussed during DebCamp/DebConf: currently if an upload to
security-master get's rejected (e.g. missing original source) the
REJECT mails reaches only the security-team. At that time dak already
knows that the upload was done with a valid signature with a key in a
checked keyring. Thus please consider sending these emails in addition
to the security-team to the signer of the changes file of the upload.
Is this implementable?
Regards,
Salvatore
--- End Message ---
--- Begin Message ---
This bug was fixed in Git by Chris Lamb in commit
3de2d3e44e15686a8f7208348becddbc71945f7d:
Implement DInstall::UploadMailRecipients to control recipients of upload mails
This new setting lets you configure the list of recipients of upload
mails (Accepted/Rejected), you can mix harcoded emails and the special
keywords "maintainer", "changed_by" and "signer" which get replaced
by the corresponding address extracted from the upload data.
The goal is that the security archive only sends mails to the security
team and to the person who signed the upload to not leak any information
about embargoed uploads.
Closes: #796784
--- End Message ---