[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #32558 [Internal Services/Tor Sysadmin Team]: clarify what happens to email when we retire a user
#32558: clarify what happens to email when we retire a user
-------------------------------------------------+---------------------
Reporter: anarcat | Owner: tpa
Type: task | Status: new
Priority: Medium | Milestone:
Component: Internal Services/Tor Sysadmin Team | Version:
Severity: Normal | Resolution:
Keywords: | Actual Points:
Parent ID: #32519 | Points:
Reviewer: | Sponsor:
-------------------------------------------------+---------------------
Changes (by gk):
* cc: gk (added)
Comment:
Replying to [comment:1 arma]:
>
[snip]
> Option one, we decide our policy is that soon after you stop being an
employee or stop being a core contributor, by default your email address
goes away. I think this would be a poor choice. It would mean that folks
who take a break from working on Tor will see a disruption in their
contact address -- the email address they used, and likely also the one
they used in their git commits -- and they will feel less wanted when
considering whether to return.
Yes, We really should avoid that scenario if possible. From a project's
perspective it's important to realize that contributors that come to us
and want to work with us up to the point that they get a tpo address are a
very scarce resource (if you don't believe me just look at, say, the last
couple of years and count how many new people we got during that time).
Thus, I would not want to alienate any of them with that option.
> Option two, when we are adding a new email forward, we decide whether
it's in the "company" or "hacker" category, and we make it clear to the
person getting it. If it's in the company category, then they know that it
will go away after they leave, possibly get redirected, and all the things
that company people expect to happen to their email addresses. If it's the
hacker category, we'll plan by default to leave it in place unless special
circumstances make us need to do something else. I think this approach
would be a fine choice. There are some details still to be worked out,
like how to handle the existing addresses (I think we could go through and
categorize them), and how to recognize when a person has shifted category,
but I think they're solvable.
>
> Option three is like option two except the division is "are they a core
contributor or not". That is, in this policy, if you have been voted in as
a core contributor, you are like the "hacker" category above. Whereas if
you have an email address but you didn't get it by being voted in as a
core contributor, then you're like the "company" category above. I'd be
fine with this approach too. In many ways it's cleaner than option two.
I think option three is a good idea to explore, in particular as it
incorporates the core contributor idea, which we worked hard to establish,
as the central category for our community part.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/32558#comment:2>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs