People setting preferred contact address to @ubuntu.com

Reported by Stuart Bishop on 2005-12-02
108
This bug affects 13 people
Affects Status Importance Assigned to Milestone
Launchpad itself
Low
Unassigned

Bug Description

Every X/K/Ubuntu Member gets an @ubuntu.com email address. Their Person.$name is used to generate the email address. This email address forwards emails on to their preferred email address (as we don't provide POP, IMAP, webmail or even storage facilities).

Currently, you can set your preferred email address to <email address hidden>. If you do this, you are saying that your <email address hidden> email address should be forwarded to <email address hidden>, which is very broken.
We have already had at least one instance of a user setting their preferred email address to their @ubuntu.com one.

I suspect we need to special case this somehow - probably involving a new email address type of ALIAS, which would be an email address which we know redirects to another one in our database with a CONFIRMED or PREFERRED status.

Or just refuse to allow @X/K/ubuntu.com email addresses into the EmailAddress table, maybe listing the @ubuntu.com email address on the relevant screens for people who have signed the code of conduct. I say maybe as we might not want to advertise these until PersonNameBlacklist is implemented.

Stuart Bishop (stub) on 2005-12-02
Changed in launchpad:
assignee: nobody → elmo

On Fri, Dec 02, 2005 at 03:11:55AM -0000, Stuart Bishop wrote:
> I suspect we need to special case this somehow

I didn't quite catch why we would need to special-case this.

Is the problem just the fact that the sync is currently broken, and that
if we assume it always works (once we fix it and add tests) we would be
okay?

Stuart Bishop (stub) wrote :

Christian Reis wrote:
> Public bug report changed:
> https://launchpad.net/malone/bugs/5292
>
> Comment:
> On Fri, Dec 02, 2005 at 03:11:55AM -0000, Stuart Bishop wrote:
>
>>I suspect we need to special case this somehow
>
>
> I didn't quite catch why we would need to special-case this.
>
> Is the problem just the fact that the sync is currently broken, and that
> if we assume it always works (once we fix it and add tests) we would be
> okay?

No - that is a different bug.

This bug is that people can set their preferred email address to their
@ubuntu.com address. Because the preferred email address is used to forward
email to peoples @ubuntu.com email address, this will either create a mail
loop, or be ignored rendering that user uncontactable by email.

--
Stuart Bishop <email address hidden> http://www.canonical.com/
Canonical Ltd. http://www.ubuntu.com/

Christian Reis (kiko) wrote :

I think I am starting to understand from these bits and pieces how the ubuntu.com forwarding actually works.

Changed in launchpad:
assignee: elmo → salgado
Guilherme Salgado (salgado) wrote :

I don't quite understand what the problem is here.

Stuart Bishop (stub) wrote :

Guilherme Salgado wrote:
> Public bug report changed:
> https://launchpad.net/malone/bugs/5292
>
> Comment:
> I don't quite understand what the problem is here.

Every user who signs the CoC gets an @ubuntu.com email address. Their
Person.$name is used to generate the email address. This email address
forwards emails on to their preferred email address (as we don't provide POP
, IMAP, webmail or even storage facilities).

Currently, you can set your preferred email address to <email address hidden>.
If you do this, you are saying that your <email address hidden> email address
should be forwarded to <email address hidden>, which is very broken.

--
Stuart Bishop <email address hidden> http://www.canonical.com/
Canonical Ltd. http://www.ubuntu.com/

description: updated
Dafydd Harries (daf) on 2005-12-16
Changed in launchpad:
status: New → Accepted
Philipp Kern (pkern) wrote :

Nowadays only Ubuntu members (which need to be accepted by the CC) receive a @ubuntu.com. But apart from that it would be nice if there would be a solution implemented for this problem. I normally add private forward addresses (pkern+foobar@domain), but only expose official ones (like <email address hidden>). My preferred address would thus be <email address hidden>, but Launchpad should send all mail to another address to ease filtering...

 assignee nobody
 subscribe

Changed in launchpad:
assignee: salgado → nobody
Stuart Bishop (stub) wrote :

Need to confirm with IS current rules and processes for @ubuntu.com in case this is no longer a problem.

Changed in launchpad-foundations:
status: Confirmed → Triaged
Jonathan Davies (jpds) wrote :

Possibly related is bug #90150.

Jonathan Davies (jpds) wrote :

Also according to James' comment on bug #62109 - there's some code in place which detects if the user has set their email to something like *@ubuntu* - thus preventing their alias to be created.

description: updated
Chris Johnston (cjohnston) wrote :

Could we possibly make it an option that when you get an @ubuntu.com eMail address, you can hide your primary eMail address, and only display your ubuntu.com eMail address?

Chris Johnston (cjohnston) wrote :

Or redo the way the script sets the email address.. Give the Ubuntu Member the ability to set their preferred email address for their @ubuntu.com email address to forward to without regard to the preferred email address in Launchpad. This would then allow an @ubuntu.com email address to be the preferred email address in LP.

Emmet Hikory (persia) wrote :

There was some discussion on this issue in #launchpad today ( http://irclogs.ubuntu.com/2010/03/07/#launchpad.html ). The conclusion seemed to be that this was not a bug in launchpad, but rather a bug in the way that the @ubuntu.com aliasing was set up. For any number of reasons, launchpad users may want to set a given address as their preferred address, especially because launchpad will use this address on outgoing messages, and this ought be supported.

One solution that was suggested as now feasible would be to have a completely separate webapp that authenticates against LP, verifies membership in ~ubuntumembers via the LP API, and then permits the user to set an address to which @ubuntu.com mail should be forwarded. This address could be checked / confirmed etc. as necessary before being added to the aliases table.

Robert Collins (lifeless) wrote :

So the conclusion is:
 - the issue still exists (setting preferred email as @ubuntu.com does not work)
 - it may be best fixed by LP not caring and something else controlling where @ubuntu.com mail gets sent
 - or by LP knowing both preferred and second-best email addresses (something we may want with our bounce-handling project).

Changed in launchpad:
importance: Medium → Low
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers