At the beginning of each year, we do a massive creation of new accounts for students. (Well, not THAT massive but a few hundred anyway) Currently with PMDF listserv our addstudent script on the unix host that holds the student accounts fires off a "subscribe class-of-2001" message to the list server and the student is added.
Mailman has that feature but requires a confirmation of the student before the subscription is added. While most would argue that this is acceptable, Im going to say most students as well as the administrators of those lists will complain to me they want one step adding. Anyway to do this? Perhaps a "subscribe [password] [digest option] [no confirm] address=blah@blah.com"? If im sending the list password (admittedly though unsecure email) this should work the same as if I added them via the web interface.
-Nick
--
Nicholas Brenckle Yale University School of Medicine nicholas.brenckle@yale.edu ITS Med - PO Box 208089 203-737-2377 New Haven, CT 06520-8089
At 02:22 PM 8/15/99 -0400, you wrote:
At the beginning of each year, we do a massive creation of new accounts for students. (Well, not THAT massive but a few hundred anyway) Currently with PMDF listserv our addstudent script on the unix host that holds the student accounts fires off a "subscribe class-of-2001" message to the list server and the student is added.
Mailman has that feature but requires a confirmation of the student before the subscription is added. While most would argue that this is
Well, you could do a couple of things here...
o Build a script during user generation, which is fed to add_members later. (Probably much more efficient and scalable, and with judicious use of ssh could be automated).
o At the begining of the semester go into the lists and make approve, but not confirm. Then just batch approve everyone by clicking "subscribe all users".
o Go into mm_cfg.py, and set ALLOW_OPEN_SUBSCRIBE = 1, which should enable the "open list" subscription option, then set your lists to "none" temporarily. (In the admin "privacy" area)
I'd recommend switching them *back* from type 0 (open) to type 1 (confirm) or higher, and disabling ALLOW_OPEN_SUBSCRIBE again later, because you really don't want everyone being able to subscribe people willy nilly.
participants (2)
-
Nicholas Brenckle -
Ron Jarrell