On May 16, 2007, at 8:32 PM, Kevin Ballard wrote:

We'd also have to remove the id keyword from all Portfiles, since user names are email addresses.

Yes. A couple of possibilities there: (1) convince macosforge to move away from name@domain for their user names, relying on name only, or (2) find a way to let svn see (and report) only the user end of that, or (3) move from $Id$ to $Revision$ or remove the keyword altogether. Note that (1) or (2) would also solve a number of other related issues, such as on trac, cia.

James.

On May 16, 2007, at 8:12 PM, James Berry wrote:

Following discussion with several of you, and more thought, my thinking is now:

(1) Obfuscate plain text email addresses by using the form:

- tld/domain/username
user@bar.com ==> com/bar/user

- if there are multiple components in the hostname, only the dot before the tld is turned into a slash:
user@foo.bar.com ==> com/foo.bar/user

- If the domain/tld is macports.org, then it may be dropped:
user@macports.org ==> user

Note that this is machine reversible, and also fairly easy for a user to produce manually, both of which are important considerations.

(2) If a Portfile is submitted with a maintainer email address containing an @, we will accept it as such (this is up to the submitter/maintainer).
      We're providing a means by which port maintainers may obfuscate their address, but not mandating that they do so.

Note that this is also a machine detectable situation.

(3) There are a number of other cases in which email addresses may show up. This doesn't attempt to deal with all of them yet. Small steps.

Among these are:

- CIA commit pages
- Trac commits and perhaps bug reports too
- Mailing list archives
- irc logs

If I don't hear any contradictory pleas soon, I'm going to move ahead with this, perhaps including auto fixing all the portfiles.

-- 
Kevin Ballard
http://kevin.sb.org
eridius@macports.org
http://www.tildesoft.com