- 31 Oct, 2005 1 commit
-
-
Leigh B. Stoller authored
instead of referencing an undefined variable.
-
- 14 Oct, 2005 1 commit
-
-
Leigh B. Stoller authored
addresses in the list, use real email addresses. Why? Well, cause I'm a dope. Oh, the real reason is that people cannot post to the lists if we use their @emulab.net addresses cause we close the lists (to avoid spammers). I did it this way originally cause it was easier; there is a lot more bookkeeping to do if using real addresses, and I never consider problem of not being able to post.
-
- 15 Aug, 2005 1 commit
-
-
Leigh B. Stoller authored
Jay has "comments"), but I do not want it hanging around in my source tree. Here is my mail message: * The "My Mailing Lists" is context sensitive (copied from Tim's changes to the My Bug Databases). It takes you to the *archives* for the current project (or subgroup) list. Or it takes you to your first joined project. * The showproject and showgroup pages have direct links to the project and group specific archives. If you are in reddot mode, you also get a link to the admin page for the list. Note that project and group leaders are just plain members of these lists. * The interface to create a new "user" list is: https://www.emulab.net/dev/stoller/newmmlist.php3 We do not store the password, but just fire it over in the list creation process. Anyone can create their own mailing lists. They are not associated with projects, but just the person creating the list. That person is the list administrator and is ...
-
- 09 Aug, 2005 1 commit
-
-
Leigh B. Stoller authored
-
- 20 Jul, 2005 1 commit
-
-
Leigh B. Stoller authored
the repo in case I decide to stay in Switzerland, eating chocolate and cheeseballs.
-
- 28 Mar, 2005 1 commit
-
-
Leigh B. Stoller authored
into the Wiki when clicking on the My Wiki's link. Works like this: * The My Wiki's link points to new page, gotowiki.php3, on boss. * The gotowiki page looks for a new cookie in the user's browser which holds a key (the usual random data run through md5). * If the key does not exist, generate it and store it in the user browser (expires when browser is closed or emulab login times out). Also invoke backend script wikixlogin, which will send the key over to the wiki server (via ssh), which will write the key into a file named by the user account. * The user's browser is redirected to the wiki server's login script (twiki/bin/newlogon), but instead of username and password, we send over username and key (as well as redurl= parameter which is the page on the wiki server to redirect to later). * The new login script looks for this case, and opens the file named by the user and compares the key it gets with what is in t...
-