← Back to team overview

launchpad-dev team mailing list archive

Re: RFC: One True Way of addressing notification emails.

 

On Thu, Jun 10, 2010 at 3:25 AM, Graham Binns <graham@xxxxxxxxxxxxx> wrote:
> Hi folks,
>
> I'm currently getting stuck into the better bugnotifications story[1]
> and I think we need to settle how notifications from Launchpad should
> be addressed. I'm working on three bugs, specifically:
>
>  * launchpad leaks private email addresses when sending mail [2]
>  * Malone comments are sent in email and forge the address of the
> person who filed them [3]
>  * Bug notifications have personal To: header but aren't personal [4]
>
> I had planned to fix the first two of these bugs in one branch by
> simply having all bug notifications have From address of
> $bugno@xxxxxxxxxxxxxxxxxx, as can be seen in [5]. However, after a bit
> of investigation, Deryck pointed out that merge proposal notifications
> have a From address of the Person who triggered the notification with
> the Reply-to being set to the MP itself.
>
> So, question #1: What should the From: address be for bug
> notifications? There are two possible options, as I see it:
>
>  1. Always use $bugno@xxxxxxxxxxxxxxxxxx
>  2. Use the Person's preferred email address where possible (i.e
> assuming they have one and that they haven't marked their email
> addresses as private), otherwise use $bugno@xxxxxxxxxxxxxxxxxx.

Is there *always* a person triggering the mail? if there isn't, 1
seems good, when there is a person, I think your 2 will work well.

> To compensate people who like to filter bugmail by sender, I'd
> proposed adding an X-Launchpad-Sender header to the bugmail,
> containing the user's LP name. This could still be used for both of
> the above solutions.

Rather than sender, perhaps editor? I mean, the person *isn't* sending
email, they are making a change in the system right?

How does that interact with event batching? Do we supply multiple
editors? Do we not-batch-events-from-different-users?

> As for the third bug, I'm trying to work out a way to have an
> impersonal To address for bugmail (probably $bugno@xxxxxxxxxxxxxxxxxx,
> or some noreply address). The first solution to come to mind was to
> have:
>
>  To: $bugno@xxxxxxxxxxxxxxxxxx
>  Bcc: graham@xxxxxxxxxxxxx
>
> Which seems to fit the description of the bug. I'm open to other
> solutions, however.

Ugh, as already mentioned in this thread - there are two entirely
separate to: addresses at play; this is the mechanism by which cc: and
bcc: work: you should have a to: header of bugno@, and just set the
envelope to to the actual recipients email address - which the code
Aaron points at already knows how to do.

> I think it makes sense to standardise on this across Launchpad, so if
> there's something that already exists to handle all this please point
> it out to me so I can see if it's reusable.
>
> TIA,
>
> Graham
>
>  [1] https://bugs.edge.launchpad.net/malone/+bugs?field.tag=story-better-bug-notification
>  [2] https://bugs.edge.launchpad.net/launchpad-foundations/+bug/111147
>  [3] https://bugs.edge.launchpad.net/malone/+bug/31586
>  [4] https://bugs.edge.launchpad.net/malone/+bug/138592
>  [5] https://code.edge.launchpad.net/~gmb/launchpad/dont-leak-email-addresses-bug-111147
>
> --
> Graham Binns | PGP Key: EC66FA7D
>
> _______________________________________________
> Mailing list: https://launchpad.net/~launchpad-dev
> Post to     : launchpad-dev@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~launchpad-dev
> More help   : https://help.launchpad.net/ListHelp
>



References