2005-12-02 03:11:55 |
Stuart Bishop |
bug |
|
|
added bug |
2005-12-02 04:54:36 |
Stuart Bishop |
launchpad: assignee |
|
elmo |
|
2005-12-02 18:22:51 |
Christian Reis |
launchpad: assignee |
elmo |
salgado |
|
2005-12-02 18:22:51 |
Christian Reis |
launchpad: statusexplanation |
|
I think Salgado has some time free to tackle this one soon; reassign back if not. |
|
2005-12-05 21:05:45 |
Matthew Paul Thomas |
description |
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 @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. |
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 salgado@ubuntu.com. If you do this, you are saying that your salgado@ubuntu.com email address should be forwarded to salgado@ubuntu.com, 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 @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. |
|
2005-12-16 17:41:22 |
Dafydd Harries |
launchpad: status |
New |
Accepted |
|
2007-05-18 22:35:18 |
Joey Stanford |
launchpad: statusexplanation |
I think Salgado has some time free to tackle this one soon; reassign back if not. |
|
|
2008-01-28 17:30:47 |
Guilherme Salgado |
bug |
|
|
added subscriber Guilherme Salgado |
2008-01-28 17:30:47 |
Guilherme Salgado |
launchpad: assignee |
salgado |
|
|
2008-11-02 22:23:18 |
Stuart Bishop |
launchpad-foundations: status |
Confirmed |
Triaged |
|
2008-11-02 22:23:18 |
Stuart Bishop |
launchpad-foundations: statusexplanation |
|
Need to confirm with IS current rules and processes for @ubuntu.com in case this is no longer a problem. |
|
2009-05-16 23:09:29 |
Fernando Miguel |
description |
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 salgado@ubuntu.com. If you do this, you are saying that your salgado@ubuntu.com email address should be forwarded to salgado@ubuntu.com, 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 @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. |
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 salgado@ubuntu.com. If you do this, you are saying that your salgado@ubuntu.com email address should be forwarded to salgado@ubuntu.com, 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. |
|
2010-06-25 12:35:43 |
Lorenzo De Liso |
bug |
|
|
added subscriber Lorenzo De Liso |
2010-07-09 22:14:16 |
Stefano Rivera |
bug |
|
|
added subscriber Stefano Rivera |
2010-09-05 19:48:04 |
rww |
removed subscriber Robert Wall |
|
|
|
2010-09-07 08:38:08 |
Bilal Akhtar |
bug |
|
|
added subscriber Bilal Akhtar |
2011-05-04 02:36:39 |
Jeremy BĂcha |
bug |
|
|
added subscriber Jeremy Bicha |
2011-05-30 08:07:49 |
William Grant |
removed subscriber Canonical Launchpad Engineering |
|
|
|
2011-09-20 20:31:11 |
Robert Collins |
launchpad: importance |
Medium |
Low |
|
2012-01-31 01:14:11 |
Ahmed Shams |
bug |
|
|
added subscriber Ahmed Shams |
2012-08-04 10:18:54 |
Bilal Shahid |
bug |
|
|
added subscriber Bilal Shahid |
2016-02-03 02:30:14 |
Simon Quigley |
bug |
|
|
added subscriber Simon Quigley |
2016-04-14 00:16:51 |
Shih-Yuan Lee |
bug |
|
|
added subscriber Shih-Yuan Lee |
2018-07-09 07:42:49 |
Hew |
removed subscriber Hew McLachlan |
|
|
|
2022-09-20 23:50:42 |
Haw Loeung |
bug |
|
|
added subscriber The Canonical Sysadmins |