Mailman 3 December 2000 - Mailman-Users

Too many pending requests?
by Per Starback July 7, 2003

July 7, 2003

I can't get to the pending request page for a mailing list. (My web clients just say "waiting for response" and finally give up.) I think it is because there are too many pending requests after some problems. (config.db is almost 10MB.) How can I do this some other way?

5 5

Re: [Mailman-Users] Recovering/resetting a list admin password
by J C Lawrence Jan. 6, 2001

Jan. 6, 2001

On Tue, 26 Dec 2000 09:08:39 -0500 Jim Trigg <blaise(a)scadian.net> wrote: > I lost the email giving me my list admin password for one list. > The site admin claims that there is no way to either recover or > reset that password, and that I have to recreate the list. Is > that true, or can he use the site admin password to get access to > the list administrative page and reset the password that way? It > looks to me from the documentation that he should be able to. They can do exactly as you suggest. However internal security concerns, especially those surrounding forgery and impersonation may preculde them from doing what you ask. -- J C Lawrence claw(a)kanga.nu ---------(*) http://www.kanga.nu/~claw/ --=| A man is as sane as he is dangerous to his environment |=--

3 2

Implicit Destination
by Douglas Munoz Jan. 3, 2001

Jan. 3, 2001

I am running a very small, un-moderated list for the internal staff of my company. It is basically set up to allow non-members (job seekers) to post messages (resumes) to list members (HR). Every couple of days I will get notification that a message requires administrative review. The reason given is: Reason: Message has implicit destination I can't seem to figure out what is going on. I have looked through the message excerpt on each to find a common thread, but no luck. Thanks =Doug= The box said "Requires Windows 95 or better". So I loaded LINUX.

5 7

config_list
by Kenneth Jacker Jan. 3, 2001

Jan. 3, 2001

I'd like to use "config_list" to transfer list ALPHA's configuration to a new list BETA. Is this the recommended procedure? 1) bin/config_list -o config.ALPHA ALPHA 2) cp config.ALPHA config.BETA 3) Use an editor to change all occurrences of "ALPHA" in "config.BETA" to "BETA" 4) bin/newlist BETA 5) bin/config_list -i config.BETA BETA Thanks for your ideas, -- Prof Kenneth H Jacker khj(a)cs.appstate.edu Computer Science Dept www.cs.appstate.edu/~khj Appalachian State Univ Boone, NC 28608 USA

3 4

upgrading results in duplicate Python files ?
by Michael Dunston Jan. 2, 2001

Jan. 2, 2001

I recently upgraded both Python (1.52 -> 2.0) and Mailman (2.0b5 -> 2.0) and now appear to have duplicate python files in the 'Mailman' directory. (Mac OSXS 1.2) ex: aliases.py aliases.pyc Bouncer.py Bouncer.pyc etc. Does anyone know what the '.pyc' files are and if it is safe to simply remove them? THanks for any suggestions. . . . . . . . . . . . Michael Dunston Music and Technology http://www.music.vt.edu Virginia Tech School of the Arts

5 7

Multiple Mailing Lists
by Christopher VanOosterhout Jan. 2, 2001

Jan. 2, 2001

I have just installed mailman (pretty painless even for a non-sys-admin like me). It looks like it will work well. Now I am looking for some hints on how I may manage multiple lists centrally. In other words I would like my users to have as painless as possible experience managing their subscriptions. Here are a couple of questions: 1) ABOUT MMSITEPASS COMMAND What if my some odd chance a user selects the password set using the mmsitepass command? Will they be allowed to use that password? If so, they could in fact access anything ... right? Now with that in mind, what if I want to use the mmsitepass for various maintenance operations during a period of time and then remove it to tighten security. Can the password be revoked/removed and then re-invoked from time to time? 2) Is anyone using a single form to provide subscribe / unsubscribe requests to multiple lists? Thanks, Christopher - Christopher VanOosterhout Torresen Marine, Inc. Internet Division http://www.torresen.com 3126 Lake Shore Drive Muskegon, Michigan 49441 231-759-8596

2 1

Buglet or Bozo? Problems with the /mailman/admin/(listname)/members (ie, membership management admin) page
by Scott Brown Jan. 2, 2001

Jan. 2, 2001

I've got a problem....I've got a large (600+ user) list When the list admin (or I, with the site password) go into this page, and try to select a different chunk of users to display on the page, the chunk never changes, it's always the first 30 addresses that are shown. The URL is changing, but the contents of the page are not. I dont believe this to be a proxy problem (I dont use one), or cache problem (shift-refresh under IE does not get the correct page).... Mailman version is 2.0 Python version is 1.6 Does anyone have any ideas?

5 5

Upgrading and templates
by Jesse Chan-Norris Jan. 2, 2001

Jan. 2, 2001

The UPGRADING file tells me Mailman will NOT upgrade the template files for existing lists. Chuq Von Rospach gives some useful advice in this message to the users mailing list: http://www.python.org/pipermail/mailman-users/2000-September/007523.html This url appears to be 404 (there was just a rebuild of the archives or something similar, correct?). As I'm not even sure what I should be looking for in the archives, could someone point me at the correct url, or at least to a subject line that I should be searching for? Thanks. jcn

2 1

RE: [Mailman-Users] Newlist from a webpage?
by Scott Brown Jan. 2, 2001

Jan. 2, 2001

Bob, thats interesting... but lets modify this a bit to make it more multi-user... the virtual domains's "controlpanel" writes to a (hidden) file (in the root of each virtual domain) the necessary info for the newlist routine, after checking that the list doesnt exist yet... Then, every couple minutes (say every 5... but that *could* be too long if you have a large number of virtual domains on the box - but being a cron job, thats configurable on a box by box basis) the cron job wakes up, as root, and processes through the list of domains on the box, looking for new trigger files. When found it processes the newlist (capturing any error that might occur), and either updates the /etc/aliases and the virtual domains redirection, or barfs back a message to the intended list owner indicating they were >< that close to getting a list with that name... Lets complicate things a little more - and add rmlist processing as well - that way complete control is within the virtual domain owner's hands... and I dont have to deal with as many support requests ;-) This should be pretty simple this way... it's not instantaneous - but it should serve most people well enough, and since it's all driven from inside the virtual domains's diskspace, the possibilty of multiple people thrashing the same file is minimized. (currently) I'm not worried about wasting cycles - my server rarely breaks 5% CPU usage - and I already have another job that runs at 5 minute intervals that I can tack this on to the end of... I've got a site design/build to complete by the end of the year, so I'll look at this sometime in the new year. > -----Original Message----- > From: Bob Puff@NLE [mailto:bob@nleaudio.com] > Sent: Saturday, December 23, 2000 10:31 PM > To: scott-brown(a)home.com > Subject: Re: [Mailman-Users] Newlist from a webpage? > > > Hi Scott, > > I have another idea for you. Something I think was done at > the old ISP I used to use. > > Have your cgi script build some sort of shell script to do > what you need. Stuff it in some directory. > Now set up a cron job that runs every hour (or more often if > you want) that checks to see if this script is present, and > if so, run it with root priveleges. Then delete it after it is done. > > Yes, it does waste some processor time, but you can do just > about anything. Been thinking about implementing that in my system. > > Please keep me posted on your progress. > > Bob > > > Scott Brown wrote: > > > > Know whats really funny here Bob? > > > > People want the ability. People discuss it. A few of us > even fiddle with > > it, write a little code, run into roadblocks... and in the > end, nothing > > useful gets done and the thread dies off. > > > > I dont want this to happen this time. > > > > Personally - I've looked through the source to newlist - > there's not much > > there really - and what is there *could* be turned into a > CGI - once I > > figure out the PHP CGI wrapper that Barry (et al) used - > but I ran into a > > roadblock where the security of my server's config (all > user CGI's are > > SUEXEC'd) makes it impossible for newlist to complete > successfully (see my > > other thread about newlist dying with an error trying to > unlink a lock > > file). > > > > So - I think I'm going to have to do what someone else > suggested - and > > create an email address to which the required info gets > posted, intercept it > > via a "wrapper" like functionality, and then process things > as the mail > > user. > > > > The next stage (updating the /etc/aliases and virtual > domain tables files), > > requries root priv on my box, so I'm still trying to figure > out how to do > > that one. > > > > > -----Original Message----- > > > From: Bob Puff@NLE [mailto:bob@nleaudio.com] > > > Sent: Friday, December 22, 2000 1:31 PM > > > To: scott-brown(a)home.com > > > Subject: Re: [Mailman-Users] Newlist from a webpage? > > > > > > > > > Hi Scott, > > > > > > I've been following your thread. Let me know if you come up > > > with a cgi (or other) script - I'm trying to do the same > > > thing here - let users create mailing lists. > > > > > > Bob > > > > > > > ------------------------------------------------------ > > Mailman-Users maillist - Mailman-Users(a)python.org > > http://www.python.org/mailman/listinfo/mailman-users >

4 6

2.0final bin/withlist patch for -r and -l available
by Dan Mick Jan. 2, 2001

Jan. 2, 2001

Users of bin/withlist may have noticed that the -r and -l options were broken in 2.0final; I just uploaded a SourceForge patch to fix that (and I've asked Barry what he wants to do process-wise with little nitty fixes like this). http://sourceforge.net/patch/?func=detailpatch&patch_id=102974&group_id=103

2 1