Mailman 3 May 2002 - Mailman-Developers

[ mailman-Bugs-558896 ] allow multiple values for invoking group
by noreply＠sourceforge.net May 21, 2002

May 21, 2002

Bugs item #558896, was opened at 2002-05-21 18:01 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=558896&group_id… Category: configuring/installing Group: 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: Nalin Dahyabhai (nsdahya1) Assigned to: Nobody/Anonymous (nobody) Summary: allow multiple values for invoking group Initial Comment: When building binary packages (for example, when you don't know ahead of time which MTA is going to be used, and the different MTAs run under different GIDs), it's sometimes useful to be able to specify multiple unprivileged GIDs which are to be allowed to run the wrapped scripts. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=558896&group_id…

1 0

[ mailman-Bugs-558848 ] Upgrade to 2.0.11 breaks admindb page
by noreply＠sourceforge.net May 21, 2002

May 21, 2002

Bugs item #558848, was opened at 2002-05-21 16:18 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=558848&group_id… Category: configuring/installing Group: 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: nathan hruby (nhruby) Assigned to: Nobody/Anonymous (nobody) Summary: Upgrade to 2.0.11 breaks admindb page Initial Comment: Hey, just upgraded to 2.0.11 from 2.0.5. Upgraded by applying the patches (in correct order :) to go from 2.0.5 to .2.0.22. All patches applied cleanly to the 2.0.5 source with no errors. reran the config.guess and re-ran make install, everything went off without a hitch, after restarting sendmail, httpd and cron after the upgrade procedure and checking the test list the admindb webpage dies with an error. All other pages work fine. Here's the traceback: May 21 16:32:19 2002 admin(9971): @@@@@@@@@@@@@@@@@@@@@@@@ @@@@@@@@@@@@@@@@@@@@ admin(9971): [----- Mailman Version: 2.0.11 -----] admin(9971): [----- Traceback ------] admin(9971): Traceback (innermost last): admin(9971): File "/home/mailman/scripts/driver", line 96, in run_main admin(9971): main() admin(9971): File "/home/mailman/Mailman/Cgi/ admindb.py", line 110, in main admin(9971): if len(cgidata.keys()): admin(9971): NameError: cgidata admin(9971): [----- Python Information -----] admin(9971): sys.version = 1.5.2 (#1, Aug 25 2000, 09:33:37) [GCC 2.96 20000731 (experimental)] admin(9971): sys.executable = /usr/bin/python admin(9971): sys.prefix = /usr admin(9971): sys.exec_prefix= /usr admin(9971): sys.path = /usr admin(9971): sys.platform = linux-i386 admin(9971): [----- Environment Variables -----] admin(9971): DOCUMENT_ROOT: /var/www/html admin(9971): SERVER_ADDR: 128.192.51.21 admin(9971): QUERY_STRING: admin(9971): SERVER_PORT: 80 admin(9971): PATH_TRANSLATED: /var/www/html/ testlist admin(9971): REMOTE_ADDR: 128.192.51.220 admin(9971): HTTP_UA_OS: MacOS admin(9971): HTTP_ACCEPT_LANGUAGE: en admin(9971): GATEWAY_INTERFACE: CGI/1.1 admin(9971): SERVER_NAME: nuttybar.drama.uga.edu admin(9971): HTTP_CONNECTION: Keep-Alive admin(9971): HTTP_USER_AGENT: Mozilla/4.0 (compatible; MSIE 5.14; Mac_PowerPC) admin(9971): HTTP_ACCEPT: */* admin(9971): REQUEST_URI: /mailman/admindb/ testlist admin(9971): HTTP_UA_CPU: PPC admin(9971): HTTP_EXTENSION: Security/Remote- Passphrase admin(9971): SCRIPT_FILENAME: /home/mailman/ cgi-bin/admindb admin(9971): PATH_INFO: /testlist admin(9971): HTTP_HOST: nuttybar.drama.uga.edu admin(9971): REQUEST_METHOD: GET admin(9971): SERVER_SIGNATURE: <ADDRESS> Apache/1.3.14 Server at nuttybar.drama.uga.edu Port 80</ADDRESS> admin(9971): SCRIPT_NAME: /mailman/admindb admin(9971): SERVER_ADMIN: root@localhost admin(9971): SERVER_SOFTWARE: Apache/1.3.14 (Unix) (Red-Hat/Linux) admin(9971): PYTHONPATH: /home/mailman admin(9971): HTTP_COOKIE: testlist:admin= 280200000069c3aeea3c73280000003034623331306 1396165613462396165353062636 633393934393139363738333237323539303864 admin(9971): SERVER_PROTOCOL: HTTP/1.1 admin(9971): REMOTE_PORT: 56839 admin(9971): HTTP_REFERER: http:// nuttybar.drama.uga.edu/mailman/admin/testlist ---------------------------------------------------------------------- >Comment By: nathan hruby (nhruby) Date: 2002-05-21 16:56 Message: Logged In: YES user_id=19736 Damn you're quick :) Fixed by moving the following block of code starting at line 110 in mailman/Cgi/admindb.py over 5 spaces to the left... --- CUT_N_PASTE cgidata = cgi.FieldStorage() try: Auth.authenticate(mlist, cgidata) except Auth.NotLoggedInError, e: Auth.loginpage(mlist, 'admindb', e.message) return -- CUT_N_PASTE perhaps there is something screwy with the patches in the downlaod manager? ---------------------------------------------------------------------- Comment By: Barry Warsaw (bwarsaw) Date: 2002-05-21 16:41 Message: Logged In: YES user_id=12800 Please compare the Mailman/Cgi/admindb.py file against the file at the top of the 2.0 maintainence branch: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/mailman/mailman/M… It sounds like there was a problem with the upgrade or the install after upgrade (I know you didn't get any errors, but still, I can't see why this exception would otherwise happen!) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=558848&group_id…

1 0

[ mailman-Bugs-558848 ] Upgrade to 2.0.11 breaks admindb page
by noreply＠sourceforge.net May 21, 2002

May 21, 2002

Bugs item #558848, was opened at 2002-05-21 16:18 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=558848&group_id… Category: configuring/installing Group: 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: nathan hruby (nhruby) Assigned to: Nobody/Anonymous (nobody) Summary: Upgrade to 2.0.11 breaks admindb page Initial Comment: Hey, just upgraded to 2.0.11 from 2.0.5. Upgraded by applying the patches (in correct order :) to go from 2.0.5 to .2.0.22. All patches applied cleanly to the 2.0.5 source with no errors. reran the config.guess and re-ran make install, everything went off without a hitch, after restarting sendmail, httpd and cron after the upgrade procedure and checking the test list the admindb webpage dies with an error. All other pages work fine. Here's the traceback: May 21 16:32:19 2002 admin(9971): @@@@@@@@@@@@@@@@@@@@@@@@ @@@@@@@@@@@@@@@@@@@@ admin(9971): [----- Mailman Version: 2.0.11 -----] admin(9971): [----- Traceback ------] admin(9971): Traceback (innermost last): admin(9971): File "/home/mailman/scripts/driver", line 96, in run_main admin(9971): main() admin(9971): File "/home/mailman/Mailman/Cgi/ admindb.py", line 110, in main admin(9971): if len(cgidata.keys()): admin(9971): NameError: cgidata admin(9971): [----- Python Information -----] admin(9971): sys.version = 1.5.2 (#1, Aug 25 2000, 09:33:37) [GCC 2.96 20000731 (experimental)] admin(9971): sys.executable = /usr/bin/python admin(9971): sys.prefix = /usr admin(9971): sys.exec_prefix= /usr admin(9971): sys.path = /usr admin(9971): sys.platform = linux-i386 admin(9971): [----- Environment Variables -----] admin(9971): DOCUMENT_ROOT: /var/www/html admin(9971): SERVER_ADDR: 128.192.51.21 admin(9971): QUERY_STRING: admin(9971): SERVER_PORT: 80 admin(9971): PATH_TRANSLATED: /var/www/html/ testlist admin(9971): REMOTE_ADDR: 128.192.51.220 admin(9971): HTTP_UA_OS: MacOS admin(9971): HTTP_ACCEPT_LANGUAGE: en admin(9971): GATEWAY_INTERFACE: CGI/1.1 admin(9971): SERVER_NAME: nuttybar.drama.uga.edu admin(9971): HTTP_CONNECTION: Keep-Alive admin(9971): HTTP_USER_AGENT: Mozilla/4.0 (compatible; MSIE 5.14; Mac_PowerPC) admin(9971): HTTP_ACCEPT: */* admin(9971): REQUEST_URI: /mailman/admindb/ testlist admin(9971): HTTP_UA_CPU: PPC admin(9971): HTTP_EXTENSION: Security/Remote- Passphrase admin(9971): SCRIPT_FILENAME: /home/mailman/ cgi-bin/admindb admin(9971): PATH_INFO: /testlist admin(9971): HTTP_HOST: nuttybar.drama.uga.edu admin(9971): REQUEST_METHOD: GET admin(9971): SERVER_SIGNATURE: <ADDRESS> Apache/1.3.14 Server at nuttybar.drama.uga.edu Port 80</ADDRESS> admin(9971): SCRIPT_NAME: /mailman/admindb admin(9971): SERVER_ADMIN: root@localhost admin(9971): SERVER_SOFTWARE: Apache/1.3.14 (Unix) (Red-Hat/Linux) admin(9971): PYTHONPATH: /home/mailman admin(9971): HTTP_COOKIE: testlist:admin= 280200000069c3aeea3c73280000003034623331306 1396165613462396165353062636 633393934393139363738333237323539303864 admin(9971): SERVER_PROTOCOL: HTTP/1.1 admin(9971): REMOTE_PORT: 56839 admin(9971): HTTP_REFERER: http:// nuttybar.drama.uga.edu/mailman/admin/testlist ---------------------------------------------------------------------- >Comment By: Barry Warsaw (bwarsaw) Date: 2002-05-21 16:41 Message: Logged In: YES user_id=12800 Please compare the Mailman/Cgi/admindb.py file against the file at the top of the 2.0 maintainence branch: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/mailman/mailman/M… It sounds like there was a problem with the upgrade or the install after upgrade (I know you didn't get any errors, but still, I can't see why this exception would otherwise happen!) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=558848&group_id…

1 0

[ mailman-Bugs-558848 ] Upgrade to 2.0.11 breaks admindb page
by noreply＠sourceforge.net May 21, 2002

May 21, 2002

Bugs item #558848, was opened at 2002-05-21 16:18 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=558848&group_id… Category: configuring/installing Group: 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: nathan hruby (nhruby) Assigned to: Nobody/Anonymous (nobody) Summary: Upgrade to 2.0.11 breaks admindb page Initial Comment: Hey, just upgraded to 2.0.11 from 2.0.5. Upgraded by applying the patches (in correct order :) to go from 2.0.5 to .2.0.22. All patches applied cleanly to the 2.0.5 source with no errors. reran the config.guess and re-ran make install, everything went off without a hitch, after restarting sendmail, httpd and cron after the upgrade procedure and checking the test list the admindb webpage dies with an error. All other pages work fine. Here's the traceback: May 21 16:32:19 2002 admin(9971): @@@@@@@@@@@@@@@@@@@@@@@@ @@@@@@@@@@@@@@@@@@@@ admin(9971): [----- Mailman Version: 2.0.11 -----] admin(9971): [----- Traceback ------] admin(9971): Traceback (innermost last): admin(9971): File "/home/mailman/scripts/driver", line 96, in run_main admin(9971): main() admin(9971): File "/home/mailman/Mailman/Cgi/ admindb.py", line 110, in main admin(9971): if len(cgidata.keys()): admin(9971): NameError: cgidata admin(9971): [----- Python Information -----] admin(9971): sys.version = 1.5.2 (#1, Aug 25 2000, 09:33:37) [GCC 2.96 20000731 (experimental)] admin(9971): sys.executable = /usr/bin/python admin(9971): sys.prefix = /usr admin(9971): sys.exec_prefix= /usr admin(9971): sys.path = /usr admin(9971): sys.platform = linux-i386 admin(9971): [----- Environment Variables -----] admin(9971): DOCUMENT_ROOT: /var/www/html admin(9971): SERVER_ADDR: 128.192.51.21 admin(9971): QUERY_STRING: admin(9971): SERVER_PORT: 80 admin(9971): PATH_TRANSLATED: /var/www/html/ testlist admin(9971): REMOTE_ADDR: 128.192.51.220 admin(9971): HTTP_UA_OS: MacOS admin(9971): HTTP_ACCEPT_LANGUAGE: en admin(9971): GATEWAY_INTERFACE: CGI/1.1 admin(9971): SERVER_NAME: nuttybar.drama.uga.edu admin(9971): HTTP_CONNECTION: Keep-Alive admin(9971): HTTP_USER_AGENT: Mozilla/4.0 (compatible; MSIE 5.14; Mac_PowerPC) admin(9971): HTTP_ACCEPT: */* admin(9971): REQUEST_URI: /mailman/admindb/ testlist admin(9971): HTTP_UA_CPU: PPC admin(9971): HTTP_EXTENSION: Security/Remote- Passphrase admin(9971): SCRIPT_FILENAME: /home/mailman/ cgi-bin/admindb admin(9971): PATH_INFO: /testlist admin(9971): HTTP_HOST: nuttybar.drama.uga.edu admin(9971): REQUEST_METHOD: GET admin(9971): SERVER_SIGNATURE: <ADDRESS> Apache/1.3.14 Server at nuttybar.drama.uga.edu Port 80</ADDRESS> admin(9971): SCRIPT_NAME: /mailman/admindb admin(9971): SERVER_ADMIN: root@localhost admin(9971): SERVER_SOFTWARE: Apache/1.3.14 (Unix) (Red-Hat/Linux) admin(9971): PYTHONPATH: /home/mailman admin(9971): HTTP_COOKIE: testlist:admin= 280200000069c3aeea3c73280000003034623331306 1396165613462396165353062636 633393934393139363738333237323539303864 admin(9971): SERVER_PROTOCOL: HTTP/1.1 admin(9971): REMOTE_PORT: 56839 admin(9971): HTTP_REFERER: http:// nuttybar.drama.uga.edu/mailman/admin/testlist ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=558848&group_id…

1 0

Re: [Mailman-Developers] MimeDel.py: after filtering, munge text/plain's back together
by Dan Mick May 21, 2002

May 21, 2002

I like this version for #2 much better; it handles any payload type (at least theoretically) with the desirable text/plain as a side effect. I'm not happy about the \n hack but I don't see a way around it. Again, this is a manually-hacked diff, but now it's only one block insertion, so should be easier to play with. Comments still welcome. The syslog() is, of course, optional. I left the nested if()'s for ease of debugging. @@ -91,12 +92,27 @@ # Now perhaps convert all text/html to text/plain if mlist.convert_html_to_plaintext and mm_cfg.HTML_TO_PLAIN_TEXT_COMMAND: changedp += to_plaintext(msg) + + # If we're left with only two parts, an empty body and one attachment, + # recast the message to one of just that part + + if len(msg.get_payload()) == 2: + if msg.get_payload(0).get_payload() == '': + type = msg.get_payload(1).get_type() + syslog('post', "collapsing message %s type %s", + msg['Message-ID'], type) + newpayload = msg.get_payload(1).get_payload() + if type == 'text/plain' and newpayload[-1] != '\n': + newpayload += '\n' + msg.set_payload(newpayload) + msg.set_type(type) + if changedp: msg['X-Content-Filtered-By'] = 'Mailman/MimeDel %s' % VERSION > I've been playing with MimeDel (Content filtering), and have > come to the conclusion that two things need to happen: > > 1) there needs to be a way to set "only allow text" or "only > allow text/plain" without enumerating each type you *don't* want, > and > > 2) at the end of filtering, there needs to be a check to see if > all the remaining parts can profitably be recombined into > one part, at least for text/plain. > > Here's a hack at doing #2 (so that, for instance, messages > with HTML alternatives end up being one big text/plain message, > even with headers and footers turned on). > > #1 takes a new attribute and some GUI stuff, so I'll try to sell > that back to Barry directly. > > Note: this diff is hand-hacked (as I have my partial #1 > solution in there too) so you may have to hand-apply this > if you want to play with it. > > Comments welcome. > > > > > Index: MimeDel.py > =================================================================== > RCS file: /cvsroot/mailman/mailman/Mailman/Handlers/MimeDel.py,v > retrieving revision 2.1 > diff -u -r2.1 MimeDel.py > --- MimeDel.py 18 Apr 2002 20:46:53 -0000 2.1 > +++ MimeDel.py 16 May 2002 04:13:32 -0000 > > @@ -91,12 +92,16 @@ > # Now perhaps convert all text/html to text/plain > if mlist.convert_html_to_plaintext and mm_cfg.HTML_TO_PLAIN_TEXT_COMMAND: > changedp += to_plaintext(msg) > + # Now, scan through all parts, and if only text/plain left, fuse > + # them all back together into one payload > + collapse_textplain(msg) > + > if changedp: > msg['X-Content-Filtered-By'] = 'Mailman/MimeDel %s' % VERSION > > > @@ -138,6 +146,23 @@ > newpayload.append(subpart) > msg.set_payload(newpayload) > > +def collapse_textplain(msg): > + if not msg.is_multipart(): > + return > + for subpart in msg.get_payload(): > + if subpart.get_type() != 'text/plain': > + return > + # ok, all parts are text/plain; munge 'em together > + newpayload = "" > + for subpart in msg.get_payload(): > + if len(newpayload): > + newpayload += '\n' > + newpayload += subpart.get_payload() > + if newpayload[-1] != '\n': > + newpayload += '\n' > + msg.set_payload(newpayload) > + msg.set_type("text/plain") > > > > > > _______________________________________________ > Mailman-Developers mailing list > Mailman-Developers(a)python.org > http://mail.python.org/mailman-21/listinfo/mailman-developers

1 0

Python Unicode codecs for Chinese?
by David Gibbs May 21, 2002

May 21, 2002

Folks: I just resynced my mailman sandbox, reconfigured, and got the following message ... configure: warning: ***** Python Unicode codecs for Chinese not found. ***** Chinese emails generated by or manipulated in Mailman will not ***** be sent in the correct encoding and may be unreadable. ***** Please uncompress and install the Chinese codecs from: ***** http://sourceforge.net/projects/python-codecs/ ***** ***** Note: Everything else will work just fine. ... however, when I go to the URL mentioned, I end up with a alpha project with no released files and no home page. Is this supposed to be what I get? david

1 0

[ mailman-Bugs-558633 ] Blocked queue after fight with Majordomo
by noreply＠sourceforge.net May 21, 2002

May 21, 2002

Bugs item #558633, was opened at 2002-05-21 12:01 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=558633&group_id… Category: mail delivery Group: 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: Nigel Metheringham (nigel) Assigned to: Nobody/Anonymous (nobody) Summary: Blocked queue after fight with Majordomo Initial Comment: On Mailman 2.0.8 (was honestly going to upgrade today!). It appears that a couple of messages were boucing between the mailman request addresses and a Majordomo server, with more error transcript being added to the message on each bounce. This then appeared to completely block the qrunner. Removing the 2 huge messages from the qfiles directory fixed it. Broken message qfiles attached. ---------------------------------------------------------------------- >Comment By: Nigel Metheringham (nigel) Date: 2002-05-21 12:03 Message: Logged In: YES user_id=31288 and other file ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=558633&group_id…

1 0

[ mailman-Bugs-558633 ] Blocked queue after fight with Majordomo
by noreply＠sourceforge.net May 21, 2002

May 21, 2002

Bugs item #558633, was opened at 2002-05-21 12:01 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=558633&group_id… Category: mail delivery Group: 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: Nigel Metheringham (nigel) Assigned to: Nobody/Anonymous (nobody) Summary: Blocked queue after fight with Majordomo Initial Comment: On Mailman 2.0.8 (was honestly going to upgrade today!). It appears that a couple of messages were boucing between the mailman request addresses and a Majordomo server, with more error transcript being added to the message on each bounce. This then appeared to completely block the qrunner. Removing the 2 huge messages from the qfiles directory fixed it. Broken message qfiles attached. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=558633&group_id…

1 0

bounce processor doesn't seem to work with digest bounces ?
by Marc MERLIN May 21, 2002

May 21, 2002

This bounce didn't get handled by mailman even though it went to svlug-bounces+peter.tower=fiserv.com(a)svlug.org (see Received lines), peter.tower(a)fiserv.com is subscribed to the list, and I'm pretty sure VERP bounce processing is working otherwise. Any ideas?

2 2

Printing mailman subscriber list
by John Landman May 21, 2002

May 21, 2002

Is there a developer out there interested in adding the facility to print the list of subscribers in a MailMan list? Or, if this has been done where's the patch? the system in use here claims to be 2.0.5. Yours -> John Landman don't be irreplaceable - if you can't be replaced, you can't be promoted. - Dilbert ______________________________________________________________ -- Department of Geography , Rhodes University, P O Box 94, Grahamstown, 6140 South Africa ________________________________________ /|||||||||||||\ humans are a resource not a cost - a peter drucker principle |||||||||||||||||||| Internet: J.Landman(a)ru.ac.za |||||||||||||@|| Telephone: +27 46 603 8325 Fax: +27 46 636 1199 \||||||||||||||/ __________________________________________ everyone one day will get one break sometime once The views expressed above are not necessarily those of Rhodes University and if any other opinions are expressed I don't know whose they are

1 0