Mailman 3 April 2003 - Mailman-coders

[ mailman-Bugs-717110 ] mail commands
by SourceForge.net 07 Apr '03

07 Apr '03

Bugs item #717110, was opened at 2003-04-07 16:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=717110&group_i… Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Will Yardley (wyardley) Assigned to: Nobody/Anonymous (nobody) Summary: mail commands Initial Comment: when approving a message via email, if you type: Approved: passwrd in the headers of a response to the confirmation message, when the actual password is 'password', the message you're trying to approve is discarded; I think that no action (and an "incorrect password" error message in response) would be more appropriate. Also, as I've mentioned before, it would be very nice if the exact action being performed were listed, rather than the generic "confirmation succeeded" message. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=717110&group_i…

1 0

[ mailman-Patches-717100 ] Fix for globally changing address when not on all lists
by SourceForge.net 07 Apr '03

07 Apr '03

Patches item #717100, was opened at 2003-04-07 17:13 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=717100&group_i… Category: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Joe Peterson (skyrush) Assigned to: Nobody/Anonymous (nobody) Summary: Fix for globally changing address when not on all lists Initial Comment: If you have a user who is on some, but not all, of the lists on your server, and he/she tries to change his/her address *globally* (using the "change globally" checkbox), the person will get the confirmation email, but when he/she clicks the link in the email and then the button on the page to make the change, it will only change the address on the list originally chosen, and then it will raise a "Bad Confirmation code" error. The problem is that the call, "self.__assertIsMember(member)" in OldStyleMemberships.py fails and raises the error. The isMember() call should have been checked in ApprovedChangeMemberAddress in MailList.py before trying to change the address in the other lists. This statement fixes it: if not mlist.isMember(oldaddr): continue Note that this sort of check *is* done in ChangeMemberName (which I used as an example for the fix): if not mlist.isMember(addr): continue -Joe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=717100&group_i…

1 0

[ mailman-Bugs-717096 ] Changing address "globally" if not on all lists fails
by SourceForge.net 07 Apr '03

07 Apr '03

Bugs item #717096, was opened at 2003-04-07 17:09 Message generated for change (Settings changed) made by skyrush You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=717096&group_i… Category: (un)subscribing Group: 2.1 (stable) Status: Open >Resolution: Fixed Priority: 5 Submitted By: Joe Peterson (skyrush) Assigned to: Nobody/Anonymous (nobody) >Summary: Changing address "globally" if not on all lists fails Initial Comment: If you have a user who is on some, but not all, of the lists on your server, and he/she tries to change his/her address *globally* (using the "change globally" checkbox), the person will get the confirmation email, but when he/she clicks the link in the email and then the button on the page to make the change, it will only change the address on the list originally chosen, and then it will raise a "Bad Confirmation code" error. The problem is that the call, "self.__assertIsMember(member)" in OldStyleMemberships.py fails and raises the error. The isMember() call should have been checked in ApprovedChangeMemberAddress in MailList.py before trying to change the address in the other lists. This statement fixes it: if not mlist.isMember(oldaddr): continue Note that this sort of check *is* done in ChangeMemberName (which I used as an example for the fix): if not mlist.isMember(addr): continue -Joe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=717096&group_i…

1 0

[ mailman-Bugs-717096 ] Changing address "globally" if not on all lists fails
by SourceForge.net 07 Apr '03

07 Apr '03

Bugs item #717096, was opened at 2003-04-07 17:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=717096&group_i… Category: (un)subscribing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Joe Peterson (skyrush) Assigned to: Nobody/Anonymous (nobody) Summary: Changing address "globally" if not on all lists fails Initial Comment: If you have a user who is on some, but not all, of the lists on your server, and he/she tries to change his/her address *globally* (using the "change globally" checkbox), the person will get the confirmation email, but when he/she clicks the link in the email and then the button on the page to make the change, it will only change the address on the list originally chosen, and then it will raise a "Bad Confirmation code" error. The problem is that the call, "self.__assertIsMember(member)" in OldStyleMemberships.py fails and raises the error. The isMember() call should have been checked in ApprovedChangeMemberAddress in MailList.py before trying to change the address in the other lists. This statement fixes it: if not mlist.isMember(oldaddr): continue Note that this sort of check *is* done in ChangeMemberName (which I used as an example for the fix): if not mlist.isMember(addr): continue -Joe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=717096&group_i…

1 0

[ mailman-Bugs-714630 ] Moderation-Bit of new lists will not be set
by SourceForge.net 07 Apr '03

07 Apr '03

Bugs item #714630, was opened at 2003-04-03 09:26 Message generated for change (Comment added) made by bwarsaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=714630&group_i… Category: Web/CGI Group: 2.1 (stable) >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Heiko TObias (htobias) Assigned to: Nobody/Anonymous (nobody) Summary: Moderation-Bit of new lists will not be set Initial Comment: All lists created with Mailman 2.1.1: I can not set the moderation-bit (bottom of member-list) permanent. It only sets the moderation for the current members, and then it turns itself off. On old lists - the moderation-bit will be permanent on or off, so also new members are moderated or not. Thanks! Heiko ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2003-04-07 18:38 Message: Logged In: YES user_id=12800 This is working as expected. The default value of the flag on the member page is taken from the default_member_moderation option on the Privacy->Sender Filters page. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=714630&group_i…

1 0

[ mailman-Bugs-688751 ] Scrubber/attachment bug on NetBSD
by SourceForge.net 07 Apr '03

07 Apr '03

Bugs item #688751, was opened at 2003-02-18 11:55 Message generated for change (Comment added) made by bwarsaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=688751&group_i… Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Eric Ding (ericding) Assigned to: Nobody/Anonymous (nobody) Summary: Scrubber/attachment bug on NetBSD Initial Comment: I'm using Mailman 2.1.1, and have encountered issues with mail delivery of messages with attachments (having to do, I think, with the recent change to use the scrubber on such messages for digests). I actually have ARCHIVE_SCRUBBER set to 0 on my system, since I use MHonArc for archiving. Still, the scrubber is called from ToDigest. As a result of this bug, ANY message with an attachment is currently getting shunted!! :( Here's an example stacktrace from the error log: Feb 18 11:20:55 2003 (7122) Uncaught runner exception: [Errno 1] Operation not permitted: '/home/mailman/archives/private/greengrass_coordinator/attachments/20030217/d2897c2f' Feb 18 11:20:55 2003 (7122) Traceback (most recent call last): File "/home/mailman/Mailman/Queue/Runner.py", line 105, in _oneloop self._onefile(msg, msgdata) File "/home/mailman/Mailman/Queue/Runner.py", line 155, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/home/mailman/Mailman/Queue/IncomingRunner.py", line 130, in _dispose more = self._dopipeline(mlist, msg, msgdata, pipeline) File "/home/mailman/Mailman/Queue/IncomingRunner.py", line 153, in _dopipeline sys.modules[modname].process(mlist, msg, msgdata) File "/home/mailman/Mailman/Handlers/ToDigest.py", line 82, in process send_digests(mlist, mboxfp) File "/home/mailman/Mailman/Handlers/ToDigest.py", line 123, in send_digests send_i18n_digests(mlist, mboxfp) File "/home/mailman/Mailman/Handlers/ToDigest.py", line 295, in send_i18n_digests msg = scrubber(mlist, msg) File "/home/mailman/Mailman/Handlers/Scrubber.py", line 219, in process url = save_attachment(mlist, part, dir, filter_html=0) File "/home/mailman/Mailman/Handlers/Scrubber.py", line 341, in save_attachment makedirs(fsdir) File "/home/mailman/Mailman/Handlers/Scrubber.py", line 333, in makedirs os.path.walk(dir, twiddle, None) File "/usr/pkg/lib/python2.2/posixpath.py", line 279, in walk func(arg, top, names) File "/home/mailman/Mailman/Handlers/Scrubber.py", line 332, in twiddle os.chmod(dirname, 02775) OSError: [Errno 1] Operation not permitted: '/home/mailman/archives/private/greengrass_coordinator/attachments/20030217/d2897c2f' To work aorund this issue, I've currently commented out lines 331-333 on my system. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2003-04-07 18:37 Message: Logged In: YES user_id=12800 I need more information for this one. Do you still get the crash if you run check_perms first? I've never seen this on Linux and I don't have a NetBSD box available to see if there's some platform specific problem involved. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=688751&group_i…

1 0

[ mailman-Bugs-716755 ] invalid HTML in page templates
by SourceForge.net 07 Apr '03

07 Apr '03

Bugs item #716755, was opened at 2003-04-07 14:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=716755&group_i… Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Richard Barrett (ppsys) Assigned to: Nobody/Anonymous (nobody) Summary: invalid HTML in page templates Initial Comment: A number of page templates in the 2.1.1 release are defective, i.e. the HTML is invalid. A patch file to correct these problems is available through patch #661138, which does the following: Various languages (de, en, es, et, fi, hu, it, ja, lt, nl, pt_BR) ----------------- admindetails.html - removed extraneous P tags from inside UL Swedish templates ----------------- admindetails.html - removed spurious body tags adminpreamble.html - removed spurious body tags article.html - moved stuff from inside BODY tag back to inside HEAD tag headfoot.html - removed spurious body tags French templates ---------------- archidxfoot.html - removed spurious HTML and BODY open tags archidxhead.html - removed spurious HTML and BODY close tags and moved stuff from inside BODY tag back to inside HEAD tag Dutch templates --------------- article.html - added \n to end of file ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=716755&group_i…

1 0

[ mailman-Bugs-716754 ] sys.exit handling by script/driver
by SourceForge.net 07 Apr '03

07 Apr '03

Bugs item #716754, was opened at 2003-04-07 14:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=716754&group_i… Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Richard Barrett (ppsys) Assigned to: Nobody/Anonymous (nobody) Summary: sys.exit handling by script/driver Initial Comment: The code in the $prefix/scripts/driver script concedes that it is valid for a script it is supervising to exit using the sys.exit function rather than just returning from the main function. However, if the script being supervised does use sys.exit, the driver script fails to pass on the output generated by the supervised script. In the case of cgi scripts this means that an internal server error is reported by the http server because no output has been returned. A patch file to fix this problem is available as #668685 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=716754&group_i…

1 0

[ mailman-Bugs-716702 ] checkdbs i18n
by SourceForge.net 07 Apr '03

07 Apr '03

Bugs item #716702, was opened at 2003-04-07 08:21 Message generated for change (Settings changed) made by bwarsaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=716702&group_i… Category: command line scripts >Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Bartosz Sawicki (sawickib) Assigned to: Nobody/Anonymous (nobody) Summary: checkdbs i18n Initial Comment: I've found phrase that could not be translated: Action: dailly checkdbs run Message: reason for pending posts eg. "Post by non-member to a members-only list" In code: bin/checkdbs, line 114, there is: when, sender, subject, reason, text, msgdata = mlist.GetRecord(id) date = time.ctime(when) pending.append(_("""\ From: %(sender)s on %(date)s Subject: %(subject)s Cause: %(reason)s""")) As you see none of "when, sender, subject, reason, text, msgdata" are beeing translated. I agree, that translation of sender or subject is unwated, but variables 'date' and 'reason' should be translated. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=716702&group_i…

1 0

[ mailman-Bugs-716702 ] checkdbs i18n
by SourceForge.net 07 Apr '03

07 Apr '03

Bugs item #716702, was opened at 2003-04-07 14:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=716702&group_i… Category: command line scripts Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bartosz Sawicki (sawickib) Assigned to: Nobody/Anonymous (nobody) Summary: checkdbs i18n Initial Comment: I've found phrase that could not be translated: Action: dailly checkdbs run Message: reason for pending posts eg. "Post by non-member to a members-only list" In code: bin/checkdbs, line 114, there is: when, sender, subject, reason, text, msgdata = mlist.GetRecord(id) date = time.ctime(when) pending.append(_("""\ From: %(sender)s on %(date)s Subject: %(subject)s Cause: %(reason)s""")) As you see none of "when, sender, subject, reason, text, msgdata" are beeing translated. I agree, that translation of sender or subject is unwated, but variables 'date' and 'reason' should be translated. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=716702&group_i…

1 0