members asra, horkley, lujan
[wiki.git] / lists / procedures.mdwn
1 Look below for guidance on how to handle granting and using list permissions. If something seems to be missing, please add it. (In particular, if somebody fails at following oral tradition, please record the oral tradition so that later folks *do* follow it.) If something seems wrong, please bring it up in a reasonable forum and then fix it. As a general principle, sending mail to a list when you modify it (or before you do, to get consensus a change is good) is a decent plan, though standards vary between lists.
2
3 List descriptions
4 -----------------
5
6  * _sipb-acl_ (and _sipb-acl-root_): Contains people trusted to reasonably handle list maintenance. Generally, this is past and current SIPB EC members. Has bits on the lists of a number of smaller lists. When adding people, send mail.
7  * _gsipbbin_: Primarily intended to handle sipb locker maintenance. Add people who seem trustworthy, competent, and have a decent reason. When adding people, send mail.
8  * _bug-sipb_: Bug reports about the SIPB locker. Please add yourself if you're maintaining the locker.
9  * _sipb-machine-room_: Discussion of SMR-related issues. Feel free to add yourself.
10  * _sipb-machine-room-access_: Reflects who has card access to SMR. Maintained by the Vice-Chair. Generally, email before granting card access to give people a chance to object before you do so.
11  * _sipb-ec_: reflects the current members of the EC, plus [an archive visible to all SIPB members](https://diswww.mit.edu/charon/sipb-ec/). 
12  * _sipb-ec-people_: Is an archived version of _sipb-ec_ that is solely for emergencies and for use by the EC for discussing sensitive issues when holding a closed EC meeting isn't otherwise possible. Any emails sent to this list that don't meet this use will be moved to the archived list.
13  * _sipb-discussion_: general discussion list. Generally little-used, but a decent place to move contentious discussions to from sipb-office if they continue for a long time. Members should feel free to add themselves. Prospectives should ask a member to be added.
14
15 When to use list permissions
16 ----------------------------
17
18  * _sipb-acl_: Depending on the list, using sipb-acl bits may be general practice, or restricted to exception handling (e.g., when somebody wants to be added and the current members are unresponsive). Use your best judgment, or ask the people on the list already.
19  * _gsipb_: If something is owned or memacl'd to gsipb, you can add yourself or others if asked.