Feature request for Mailman 3: Ability to perform all admin functions from gmail
Hello,
I moderate the Connectionists mailing list which has ~5,000 subscribers. Unfortunately I do not have control over the server hardware and the admin interface is extremely slow. Thus, I would like to be able to simply reply to each e-mail sent to connectionists-owner to accept, discard, etc each e-mail. Unfortunately gmail does not parse out the attachment correctly and so I can't do this.
I realize many of you will say that gmail is not a proper MUA but that doesn't weigh on me very heavily since I am otherwise very productive with it. I am also skilled in Python, although as you can imagine I have a long todo list. But, if someone could define a clear path to making this work perhaps I could meet the Mailman 3 deadline, whenever that is. Or perhaps I could work with someone on it, or convince someone else that an alternate, more general and widely supported (e.g., supported in all very popular web e-mail clients) e-mail interface to mailman administration is worth their time.
Thank you,
Brian Mingus Professional Research Assistant Computational Cognitive Neuroscience Lab University of Colorado at Boulder
Brian> .... I would like to be able to simply reply to each e-mail sent
Brian> to connectionists-owner to accept, discard, etc each e-mail.I wrote a script called mmfold.py a few years ago which you can get from here:
http://www.smontanaro.net/python/I use it to manage admin/moderator requests for 16 python.org mailing lists by calling it with each list's admin or moderator page in turn:
function mmcheck {
for url in \
http://mail.python.org/mailman/admindb/pydotorg-checkins?admpw=PASS \
...
http://mail.python.org/mailman/admindb/chipy-announce?admpw=PASS \
; do
python mmfold.py $url
done
}I get one page for each list which has messages awaiting approval. That might not be quite as convenient as simply responding via email in most cases, but will be much more convenient than wading through Mailman message-by-message.
-- Skip Montanaro - skip@pobox.com - http://www.smontanaro.net/
On Mar 29, 2010, at 10:18 AM, Brian J Mingus wrote:
I realize many of you will say that gmail is not a proper MUA but that doesn't weigh on me very heavily since I am otherwise very productive with it. I am also skilled in Python, although as you can imagine I have a long todo list. But, if someone could define a clear path to making this work perhaps I could meet the Mailman 3 deadline, whenever that is. Or perhaps I could work with someone on it, or convince someone else that an alternate, more general and widely supported (e.g., supported in all very popular web e-mail clients) e-mail interface to mailman administration is worth their time.
Another thing to think about besides Skip's script is that MM3 will provide a REST API for scriptable control. Now, the primary admin REST API probably will not be available, but a protected, authenticated API is worth pursuing.
Another option is to expose more of the command interface through the email API, but I would like to explore GPG verification for that interface.
-Barry
- Barry Warsaw barry@list.org:
On Mar 29, 2010, at 10:18 AM, Brian J Mingus wrote:
I realize many of you will say that gmail is not a proper MUA but that doesn't weigh on me very heavily since I am otherwise very productive with it. I am also skilled in Python, although as you can imagine I have a long todo list. But, if someone could define a clear path to making this work perhaps I could meet the Mailman 3 deadline, whenever that is. Or perhaps I could work with someone on it, or convince someone else that an alternate, more general and widely supported (e.g., supported in all very popular web e-mail clients) e-mail interface to mailman administration is worth their time.
Another thing to think about besides Skip's script is that MM3 will provide a REST API for scriptable control. Now, the primary admin REST API probably will not be available, but a protected, authenticated API is worth pursuing.
Another option is to expose more of the command interface through the email API, but I would like to explore GPG verification for that interface.
Add S/MIME just in case you feel bored... ;)
p@rick
-- state of mind Digitale Kommunikation
Franziskanerstraße 15 Telefon +49 89 3090 4664 81669 München Telefax +49 89 3090 4666
Amtsgericht München Partnerschaftsregister PR 563
participants (4)
-
Barry Warsaw -
Brian J Mingus -
Patrick Ben Koetter -
skip＠pobox.com