From noreply at sourceforge.net Fri Jul 1 12:51:41 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 01 Jul 2005 03:51:41 -0700 Subject: [ mailman-Bugs-1230865 ] spam filters get removed when changing other privacy pages Message-ID: Bugs item #1230865, was opened at 2005-07-01 10:51 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=1230865&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: security/privacy Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Alex (ams001) Assigned to: Nobody/Anonymous (nobody) Summary: spam filters get removed when changing other privacy pages Initial Comment: Originally reported in 1020013 http://sourceforge.net/tracker/?group_id=103&atid=100103&func=detail&aid=1020013 This problem still very annoyingly ocurrs in the 2.1.6 release which appears not to include the patch submitted. I have updated the patch against 2.1.6 and included it below. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1230865&group_id=103 From noreply at sourceforge.net Fri Jul 1 12:56:26 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 01 Jul 2005 03:56:26 -0700 Subject: [ mailman-Bugs-1020013 ] spam filters get removed when changing other privacy pages Message-ID: Bugs item #1020013, was opened at 2004-08-31 21:10 Message generated for change (Comment added) made by ams001 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1020013&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web/CGI Group: 2.1 (stable) Status: Closed Resolution: None Priority: 5 Submitted By: John Dennis (johndennis) Assigned to: Nobody/Anonymous (nobody) Summary: spam filters get removed when changing other privacy pages Initial Comment: This was filed in the Red Hat bugzilla as: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=130479 Promoting to upstream Summary is: If you enter some header_filter_rules in the mailman admin pages (Privacy->Spam filters) and click "submit" they are added to the list configuration database. However, if you now go to one of the other Privacy pages and click "submit" and return to the Spam Filters page, you'll find that your header_filter_rules settings have been removed. This appears to be caused by the handleForm function in ~mailman/Mailman/Gui/Privacy.py not checking to see which subsection is being submitted before processing the data for and setting the mlist.header_filter_rules list configuration variable. Version-Release number of selected component (if applicable): mailman-2.1.5 How reproducible: Always Steps to Reproduce: 1. Create list. 2. Go to the Privacy->Spam filters page, add some header_filter_rules and hit submit. 3. Go to the Privacy->Sender filters page but don't hit submit 4. Go back to Spam filters and note that they're still present 5. Return to Sender filters and hit submit 6. Go back to Spam filters and note that they've been removed. Actual Results: All spam filters are removed. Expected Results: Spam filter settings should be retained. ---------------------------------------------------------------------- Comment By: Alex (ams001) Date: 2005-07-01 10:56 Message: Logged In: YES user_id=1156173 See 1230865 (http://sourceforge.net/tracker/index.php?func=detail&aid=1230865&group_id=103&atid=100103) for updated patch against v2.1.6 (http://sourceforge.net/tracker/download.php?group_id=103&atid=100103&file_id=140484&aid=1230865) ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-09-15 12:48 Message: Logged In: YES user_id=67709 Fixed in CVS Gui/Privacy.py Revision 2.15.2.4 ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2004-09-01 01:33 Message: Logged In: YES user_id=67709 a patch is uploaded (id 1020102) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1020013&group_id=103 From noreply at sourceforge.net Mon Jul 4 03:58:46 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 03 Jul 2005 18:58:46 -0700 Subject: [ mailman-Feature Requests-1231974 ] Don't do spam processing for owner emails Message-ID: Feature Requests item #1231974, was opened at 2005-07-04 01:58 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1231974&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Daniel O'Connor (danielo) Assigned to: Nobody/Anonymous (nobody) Summary: Don't do spam processing for owner emails Initial Comment: I have had to add the following to mm_cfg.py - # Don't spam detect on owner messages or we'll get a loop OWNER_PIPELINE = [ # 'SpamDetect', 'Replybot', 'OwnerRecips', 'ToOutgoing', ] The problem is that when I get spam to the list it gets passed (partially) to me as the owner and gets marked as spam, re-sent to me, etc.. I don't think it makes sense to look for spam to owner email by default - if the owner wants spam protection they can install a spam filter. It is much more difficult to alter a site wide filter to not process -owner emails. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1231974&group_id=103 From noreply at sourceforge.net Mon Jul 4 20:23:38 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 04 Jul 2005 11:23:38 -0700 Subject: [ mailman-Bugs-1232349 ] admin moderate post page bugs Message-ID: Bugs item #1232349, was opened at 2005-07-04 11: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=1232349&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web/CGI Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: JC Dill (jcdill) Assigned to: Nobody/Anonymous (nobody) Summary: admin moderate post page bugs Initial Comment: When reviewing posts held for moderation on the page at: http://$domain/mailman/admindb/$listname Defer Accept Reject Discard as well as a checkbox to "Clear this member's moderate flag" When the moderator clicks on the link to see the whole message, that page has choices for: Defer Approve Reject Discard and there is no entry/checkbox for "Clear this member's moderate flag". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1232349&group_id=103 From noreply at sourceforge.net Wed Jul 6 01:29:10 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 05 Jul 2005 16:29:10 -0700 Subject: [ mailman-Feature Requests-1231974 ] Don't do spam processing for owner emails Message-ID: Feature Requests item #1231974, was opened at 2005-07-04 01:58 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1231974&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Daniel O'Connor (danielo) Assigned to: Nobody/Anonymous (nobody) Summary: Don't do spam processing for owner emails Initial Comment: I have had to add the following to mm_cfg.py - # Don't spam detect on owner messages or we'll get a loop OWNER_PIPELINE = [ # 'SpamDetect', 'Replybot', 'OwnerRecips', 'ToOutgoing', ] The problem is that when I get spam to the list it gets passed (partially) to me as the owner and gets marked as spam, re-sent to me, etc.. I don't think it makes sense to look for spam to owner email by default - if the owner wants spam protection they can install a spam filter. It is much more difficult to alter a site wide filter to not process -owner emails. ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2005-07-05 23:29 Message: Logged In: YES user_id=67709 Hi, I've fixed SpamDetect.py not to process -owner messages if it is internally crafted (having X-List-Administrivia header). I believe most of the list owners need this in the pipeline because you get a lot of spam on -owner address these days. Please get the latest version of SpamDetect.py from CVS (Release_2_1-maint branch). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1231974&group_id=103 From noreply at sourceforge.net Wed Jul 6 01:30:08 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 05 Jul 2005 16:30:08 -0700 Subject: [ mailman-Feature Requests-1231974 ] Don't do spam processing for owner emails Message-ID: Feature Requests item #1231974, was opened at 2005-07-04 01:58 Message generated for change (Settings changed) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1231974&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Daniel O'Connor (danielo) Assigned to: Nobody/Anonymous (nobody) Summary: Don't do spam processing for owner emails Initial Comment: I have had to add the following to mm_cfg.py - # Don't spam detect on owner messages or we'll get a loop OWNER_PIPELINE = [ # 'SpamDetect', 'Replybot', 'OwnerRecips', 'ToOutgoing', ] The problem is that when I get spam to the list it gets passed (partially) to me as the owner and gets marked as spam, re-sent to me, etc.. I don't think it makes sense to look for spam to owner email by default - if the owner wants spam protection they can install a spam filter. It is much more difficult to alter a site wide filter to not process -owner emails. ---------------------------------------------------------------------- Comment By: Tokio Kikuchi (tkikuchi) Date: 2005-07-05 23:29 Message: Logged In: YES user_id=67709 Hi, I've fixed SpamDetect.py not to process -owner messages if it is internally crafted (having X-List-Administrivia header). I believe most of the list owners need this in the pipeline because you get a lot of spam on -owner address these days. Please get the latest version of SpamDetect.py from CVS (Release_2_1-maint branch). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1231974&group_id=103 From noreply at sourceforge.net Wed Jul 6 20:31:33 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 06 Jul 2005 11:31:33 -0700 Subject: [ mailman-Bugs-1233670 ] Breaking expired locks logs a traceback Message-ID: Bugs item #1233670, was opened at 2005-07-06 14:31 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=1233670&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Bryan Fullerton (fehwalker) Assigned to: Nobody/Anonymous (nobody) Summary: Breaking expired locks logs a traceback Initial Comment: This looks like a bug to me, though perhaps there's some reason a traceback is needed each time an expired lock is broken? Jun 29 23:51:18 2005 (4405) bryans-list.lock lifetime has expired, breaking Jun 29 23:51:18 2005 (4405) File "/usr/local/mailman/bin/qrunner", line 270, in ? Jun 29 23:51:18 2005 (4405) main() Jun 29 23:51:18 2005 (4405) File "/usr/local/mailman/bin/qrunner", line 230, in main Jun 29 23:51:18 2005 (4405) qrunner.run() Jun 29 23:51:18 2005 (4405) File "/usr/local/mailman/Mailman/Queue/Runner.py", line 70, in run Jun 29 23:51:18 2005 (4405) filecnt = self._oneloop() Jun 29 23:51:18 2005 (4405) File "/usr/local/mailman/Mailman/Queue/Runner.py", line 111, in _oneloop Jun 29 23:51:18 2005 (4405) self._onefile(msg, msgdata) Jun 29 23:51:18 2005 (4405) File "/usr/local/mailman/Mailman/Queue/Runner.py", line 167, in _onefile Jun 29 23:51:18 2005 (4405) keepqueued = self._dispose(mlist, msg, msgdata) Jun 29 23:51:18 2005 (4405) File "/usr/local/mailman/Mailman/Queue/VirginRunner.py", line 38, in _dispose Jun 29 23:51:18 2005 (4405) return IncomingRunner._dispose(self, mlist, msg, msgdata) Jun 29 23:51:18 2005 (4405) File "/usr/local/mailman/Mailman/Queue/IncomingRunner.py", line 115, in _dispose Jun 29 23:51:18 2005 (4405) mlist.Lock(timeout=mm_cfg.LIST_LOCK_TIMEOUT) Jun 29 23:51:18 2005 (4405) File "/usr/local/mailman/Mailman/MailList.py", line 160, in Lock Jun 29 23:51:18 2005 (4405) self.__lock.lock(timeout) Jun 29 23:51:18 2005 (4405) File "/usr/local/mailman/Mailman/LockFile.py", line 306, in lock Jun 29 23:51:18 2005 (4405) important=True) Jun 29 23:51:18 2005 (4405) File "/usr/local/mailman/Mailman/LockFile.py", line 416, in __writelog Jun 29 23:51:18 2005 (4405) traceback.print_stack(file=logf) Thanks, Bryan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1233670&group_id=103 From noreply at sourceforge.net Wed Jul 6 20:33:14 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 06 Jul 2005 11:33:14 -0700 Subject: [ mailman-Bugs-1233670 ] Breaking expired locks logs a traceback Message-ID: Bugs item #1233670, was opened at 2005-07-06 14:31 Message generated for change (Comment added) made by fehwalker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1233670&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Bryan Fullerton (fehwalker) Assigned to: Nobody/Anonymous (nobody) Summary: Breaking expired locks logs a traceback Initial Comment: This looks like a bug to me, though perhaps there's some reason a traceback is needed each time an expired lock is broken? Jun 29 23:51:18 2005 (4405) bryans-list.lock lifetime has expired, breaking Jun 29 23:51:18 2005 (4405) File "/usr/local/mailman/bin/qrunner", line 270, in ? Jun 29 23:51:18 2005 (4405) main() Jun 29 23:51:18 2005 (4405) File "/usr/local/mailman/bin/qrunner", line 230, in main Jun 29 23:51:18 2005 (4405) qrunner.run() Jun 29 23:51:18 2005 (4405) File "/usr/local/mailman/Mailman/Queue/Runner.py", line 70, in run Jun 29 23:51:18 2005 (4405) filecnt = self._oneloop() Jun 29 23:51:18 2005 (4405) File "/usr/local/mailman/Mailman/Queue/Runner.py", line 111, in _oneloop Jun 29 23:51:18 2005 (4405) self._onefile(msg, msgdata) Jun 29 23:51:18 2005 (4405) File "/usr/local/mailman/Mailman/Queue/Runner.py", line 167, in _onefile Jun 29 23:51:18 2005 (4405) keepqueued = self._dispose(mlist, msg, msgdata) Jun 29 23:51:18 2005 (4405) File "/usr/local/mailman/Mailman/Queue/VirginRunner.py", line 38, in _dispose Jun 29 23:51:18 2005 (4405) return IncomingRunner._dispose(self, mlist, msg, msgdata) Jun 29 23:51:18 2005 (4405) File "/usr/local/mailman/Mailman/Queue/IncomingRunner.py", line 115, in _dispose Jun 29 23:51:18 2005 (4405) mlist.Lock(timeout=mm_cfg.LIST_LOCK_TIMEOUT) Jun 29 23:51:18 2005 (4405) File "/usr/local/mailman/Mailman/MailList.py", line 160, in Lock Jun 29 23:51:18 2005 (4405) self.__lock.lock(timeout) Jun 29 23:51:18 2005 (4405) File "/usr/local/mailman/Mailman/LockFile.py", line 306, in lock Jun 29 23:51:18 2005 (4405) important=True) Jun 29 23:51:18 2005 (4405) File "/usr/local/mailman/Mailman/LockFile.py", line 416, in __writelog Jun 29 23:51:18 2005 (4405) traceback.print_stack(file=logf) Thanks, Bryan ---------------------------------------------------------------------- >Comment By: Bryan Fullerton (fehwalker) Date: 2005-07-06 14:33 Message: Logged In: YES user_id=660772 Oh, I'm running 2.1.6. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1233670&group_id=103 From noreply at sourceforge.net Fri Jul 8 05:13:12 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 07 Jul 2005 20:13:12 -0700 Subject: [ mailman-Feature Requests-1234579 ] hiding e-mail addresses in public archive Message-ID: Feature Requests item #1234579, was opened at 2005-07-07 20:13 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1234579&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Abracode (abracode) Assigned to: Nobody/Anonymous (nobody) Summary: hiding e-mail addresses in public archive Initial Comment: I would love to see an option to hide e-mail addresses of senders in the public archive - only in the archive and only e-mails, not names. Simple e-mail obfuscation (like joe at schmo.com) is not good enough nowadays with more and more advanced/malicious e-mail harvesters. Thanks, Tom ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1234579&group_id=103 From noreply at sourceforge.net Fri Jul 8 19:29:12 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 08 Jul 2005 10:29:12 -0700 Subject: [ mailman-Bugs-1230865 ] spam filters get removed when changing other privacy pages Message-ID: Bugs item #1230865, was opened at 2005-07-01 10:51 Message generated for change (Comment added) made by ams001 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1230865&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: security/privacy >Group: None Status: Open Resolution: None Priority: 5 Submitted By: Alex (ams001) Assigned to: Nobody/Anonymous (nobody) Summary: spam filters get removed when changing other privacy pages Initial Comment: Originally reported in 1020013 http://sourceforge.net/tracker/?group_id=103&atid=100103&func=detail&aid=1020013 This problem still very annoyingly ocurrs in the 2.1.6 release which appears not to include the patch submitted. I have updated the patch against 2.1.6 and included it below. ---------------------------------------------------------------------- >Comment By: Alex (ams001) Date: 2005-07-08 17:29 Message: Logged In: YES user_id=1156173 Unfortunately this patch does not fix all occurances of the problem. I can reliably "lose" all spam filters entered by going directly to the spam filter section after logging out. To reproduce: 1. Login as list admin 2. Goto Privacy / Spam filters and create a spam filter 3. Logout 4. Modify logout URL from ...//logout to ...//privacy/spam 5. Enter password and observe absense of Spam filter. The worrying thing is that it appears to be the login through the privacy/spam script that kills the spam filter. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1230865&group_id=103 From noreply at sourceforge.net Sun Jul 10 14:15:44 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 10 Jul 2005 05:15:44 -0700 Subject: [ mailman-Patches-1235567 ] unicode() call failing, emails stuck in moderation queue Message-ID: Patches item #1235567, was opened at 2005-07-10 14:15 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=1235567&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Jeroen Ruigrok/Asmodai (asmodai) Assigned to: Nobody/Anonymous (nobody) Summary: unicode() call failing, emails stuck in moderation queue Initial Comment: Some emails got stuck due to Logger.py dying. This is with 2.1.5. I verified with a trunk version and spotted the problem has not been corrected. I find more unicode() calls in the Mailman 2.1.x source tree that do not seem to guard against encoding failing or forget ValueError. Perhaps these also need either a(n) (additional) safeguard or 'replace' addition? To note: Mailman/Archiver/HyperArch.py: charset = unicode(charset[2], charset[0]) Mailman/Archiver/HyperArch.py: body = unicode(body, charset) Mailman/Utils.py: u = unicode(s, charset) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1235567&group_id=103 From noreply at sourceforge.net Sun Jul 10 14:16:09 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 10 Jul 2005 05:16:09 -0700 Subject: [ mailman-Patches-1235567 ] unicode() call failing, emails stuck in moderation queue Message-ID: Patches item #1235567, was opened at 2005-07-10 14:15 Message generated for change (Settings changed) made by asmodai You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1235567&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Jeroen Ruigrok/Asmodai (asmodai) >Assigned to: Tokio Kikuchi (tkikuchi) Summary: unicode() call failing, emails stuck in moderation queue Initial Comment: Some emails got stuck due to Logger.py dying. This is with 2.1.5. I verified with a trunk version and spotted the problem has not been corrected. I find more unicode() calls in the Mailman 2.1.x source tree that do not seem to guard against encoding failing or forget ValueError. Perhaps these also need either a(n) (additional) safeguard or 'replace' addition? To note: Mailman/Archiver/HyperArch.py: charset = unicode(charset[2], charset[0]) Mailman/Archiver/HyperArch.py: body = unicode(body, charset) Mailman/Utils.py: u = unicode(s, charset) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1235567&group_id=103 From noreply at sourceforge.net Mon Jul 11 07:41:34 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 10 Jul 2005 22:41:34 -0700 Subject: [ mailman-Bugs-1235828 ] 2.1.5 to 2.1.6 archives problem Message-ID: Bugs item #1235828, was opened at 2005-07-11 08:41 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=1235828&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: configuring/installing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: dfragos (dfragos) Assigned to: Nobody/Anonymous (nobody) Summary: 2.1.5 to 2.1.6 archives problem Initial Comment: I upgraded my mailman to 2.1.6 due to security problems, and 1) I can't aply the upgrade because my charset is "el" 2) When I change the charset in all lists, later, when first new messages comes, all the previous messages which where posted using the old charset(el) disapear. I can't use el again because 2.1.6 doesn't have greek. Any idea? Thanks :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1235828&group_id=103 From noreply at sourceforge.net Mon Jul 11 07:42:05 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 10 Jul 2005 22:42:05 -0700 Subject: [ mailman-Bugs-1235828 ] 2.1.5 to 2.1.6 archives problem Message-ID: Bugs item #1235828, was opened at 2005-07-11 08:41 Message generated for change (Settings changed) made by dfragos You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1235828&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: configuring/installing Group: 2.1 (stable) Status: Open Resolution: None >Priority: 6 Submitted By: dfragos (dfragos) Assigned to: Nobody/Anonymous (nobody) Summary: 2.1.5 to 2.1.6 archives problem Initial Comment: I upgraded my mailman to 2.1.6 due to security problems, and 1) I can't aply the upgrade because my charset is "el" 2) When I change the charset in all lists, later, when first new messages comes, all the previous messages which where posted using the old charset(el) disapear. I can't use el again because 2.1.6 doesn't have greek. Any idea? Thanks :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1235828&group_id=103 From noreply at sourceforge.net Mon Jul 11 08:05:52 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 10 Jul 2005 23:05:52 -0700 Subject: [ mailman-Bugs-1235828 ] 2.1.5 to 2.1.6 archives problem Message-ID: Bugs item #1235828, was opened at 2005-07-11 05:41 Message generated for change (Comment added) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1235828&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: configuring/installing Group: 2.1 (stable) Status: Open Resolution: None Priority: 6 Submitted By: dfragos (dfragos) Assigned to: Nobody/Anonymous (nobody) Summary: 2.1.5 to 2.1.6 archives problem Initial Comment: I upgraded my mailman to 2.1.6 due to security problems, and 1) I can't aply the upgrade because my charset is "el" 2) When I change the charset in all lists, later, when first new messages comes, all the previous messages which where posted using the old charset(el) disapear. I can't use el again because 2.1.6 doesn't have greek. Any idea? Thanks :) ---------------------------------------------------------------------- >Comment By: Tokio Kikuchi (tkikuchi) Date: 2005-07-11 06:05 Message: Logged In: YES user_id=67709 Add your language in mm_cfg.py like so: def _(s): return s add_language('el', _('Greek'), 'iso-8859-7') del _ and restart mailman. Then configure your list language as 'Greek.' Hope it helps. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1235828&group_id=103 From noreply at sourceforge.net Wed Jul 13 16:42:06 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 13 Jul 2005 07:42:06 -0700 Subject: [ mailman-Feature Requests-1237585 ] Scheduled Administrative Option Message-ID: Feature Requests item #1237585, was opened at 2005-07-13 10:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1237585&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: LifeTrek Coaching (lifetrek) Assigned to: Nobody/Anonymous (nobody) Summary: Scheduled Administrative Option Initial Comment: I propose that we add a "Schedule" feature to the Tend to Pending Moderator Requests Section. Right now there are only 4 options (Defer, Accept, Reject, Discard). There should be 5 (Defer, Accept, Reject, Discard, Schedule). The Schedule feature would enable the list Administrator to Schedule the distribution of a post for a specific date and time. This would be an enormous improvement to the list functionality, making Mailman more competitive with the professional mailing services (like Constant contact). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1237585&group_id=103 From noreply at sourceforge.net Fri Jul 15 10:19:45 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 15 Jul 2005 01:19:45 -0700 Subject: [ mailman-Bugs-1155480 ] "rmlist" usability: "You're being a sneaky list owner" Message-ID: Bugs item #1155480, was opened at 2005-03-02 15:38 Message generated for change (Comment added) made by pfudd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1155480&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Graham Leggett (minfrin) Assigned to: Nobody/Anonymous (nobody) Summary: "rmlist" usability: "You're being a sneaky list owner" Initial Comment: If an attempt is made to access mailman/rmlist/, the completely unhelpful message "You're being a sneaky list owner" appears. What should appear instead is a message explaining to the list owner how to delete a list. Obviously this action will require the admin password. Presently the deletion of lists is missing from the admin section, and missing from the documentation I have found so far (the site admin guide, and the list admin guide". ---------------------------------------------------------------------- Comment By: P Fudd (pfudd) Date: 2005-07-15 01:19 Message: Logged In: YES user_id=1026480 I just installed mailman and instead of "You're being a sneaky list owner", I get "Bad URL specification". Is there *no* way to delete a list from the web interface? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1155480&group_id=103 From noreply at sourceforge.net Sat Jul 16 03:17:53 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 15 Jul 2005 18:17:53 -0700 Subject: [ mailman-Patches-1235567 ] unicode() call failing, emails stuck in moderation queue Message-ID: Patches item #1235567, was opened at 2005-07-10 12:15 Message generated for change (Settings changed) made by tkikuchi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1235567&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: list administration Group: Mailman 2.1 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jeroen Ruigrok/Asmodai (asmodai) Assigned to: Tokio Kikuchi (tkikuchi) Summary: unicode() call failing, emails stuck in moderation queue Initial Comment: Some emails got stuck due to Logger.py dying. This is with 2.1.5. I verified with a trunk version and spotted the problem has not been corrected. I find more unicode() calls in the Mailman 2.1.x source tree that do not seem to guard against encoding failing or forget ValueError. Perhaps these also need either a(n) (additional) safeguard or 'replace' addition? To note: Mailman/Archiver/HyperArch.py: charset = unicode(charset[2], charset[0]) Mailman/Archiver/HyperArch.py: body = unicode(body, charset) Mailman/Utils.py: u = unicode(s, charset) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1235567&group_id=103 From noreply at sourceforge.net Mon Jul 18 12:15:51 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 18 Jul 2005 03:15:51 -0700 Subject: [ mailman-Bugs-1059637 ] Leave choice on obfuscation method to sysadmin Message-ID: Bugs item #1059637, was opened at 2004-11-03 18:14 Message generated for change (Comment added) made by khali You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1059637&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Pipermail Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Alster (alster) Assigned to: Nobody/Anonymous (nobody) Summary: Leave choice on obfuscation method to sysadmin Initial Comment: As far as I know, currently the way pipermail obfuscates email addresses is hardcoded to "user at domain.com". This is really easy to harvest. It may be a better idea to leave the method of obfuscation to the mailman (sys)admin (not list admin). This will result in increased diversity of obfuscation methods on the several pipermail setups and thus to decreased harvesting. ---------------------------------------------------------------------- Comment By: Jean Delvare (khali) Date: 2005-07-18 12:15 Message: Logged In: YES user_id=66405 I would second this request. The current obfuscation scheme is next to useless. I understand that it would make little sense hardcoding a more complex obfuscation scheme, as it could easily be reverse-engineered. However, if the obfuscation method was left to the administrator, there would be virtually as many different obfuscation schemes as sites, so reverse-engineering would be much more difficult, if impossible. As a side note, I wonder why there is no option in mailman to plain discard the e-mail addresses from the Archive. This should be even more simple to implement, and sufficient at least for my own needs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1059637&group_id=103 From noreply at sourceforge.net Mon Jul 18 18:06:35 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 18 Jul 2005 09:06:35 -0700 Subject: [ mailman-Bugs-1240368 ] header problems Message-ID: Bugs item #1240368, was opened at 2005-07-18 11:06 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=1240368&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Sepphoria (sepphoria) Assigned to: Nobody/Anonymous (nobody) Summary: header problems Initial Comment: If a header and a footer are added to mail sent to regular list members under Non-Digest options, using Outlook as the email client for sending email, Outlook delivers the email with the header as a .txt attachment, and the body of the email as an .html file attachment. The footer is normal. Using a different email client (Netscape) for sending email, Outlook delivers the email with the header and footer in a .txt attachment. The text of the email is normal (in the body of the email). This is the case for version 2.1.5. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1240368&group_id=103 From noreply at sourceforge.net Tue Jul 19 12:29:05 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 19 Jul 2005 03:29:05 -0700 Subject: [ mailman-Bugs-1240757 ] bounce_processing option short description misleading Message-ID: Bugs item #1240757, was opened at 2005-07-19 12:29 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=1240757&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: bounce detection Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Tomasz Ostrowski (tometzky) Assigned to: Nobody/Anonymous (nobody) Summary: bounce_processing option short description misleading Initial Comment: bounce_processing option short description in web interface is misleading. It states: "Should Mailman perform automatic bounce processing?" It suggests that after turning it off there would be needed manual processing, as opposite to automatic. It is not so: in extended option description there is: "however bounce messages will still be discarded so that the list administrator isn't inundated with them". I'd suggest rewording this so I the information about discarding bounces is also in short description. And in extended description there should be described a way to allow manual bounce processin - for example by changing listname-owner alias. I was hit by this and had to process bounces with log analyzing... I didn't check extended option description... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1240757&group_id=103 From noreply at sourceforge.net Tue Jul 19 14:54:00 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 19 Jul 2005 05:54:00 -0700 Subject: [ mailman-Feature Requests-1240820 ] option to disable "plain" on new accounts Message-ID: Feature Requests item #1240820, was opened at 2005-07-19 12:54 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1240820&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: agentz (agentz) Assigned to: Nobody/Anonymous (nobody) Summary: option to disable "plain" on new accounts Initial Comment: It would be useful for lists that send largely HTML-formatted mails (hey, to each his own..) to have the ability to turn off "plain" on new subscribers by default. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350103&aid=1240820&group_id=103 From noreply at sourceforge.net Wed Jul 20 01:48:13 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 19 Jul 2005 16:48:13 -0700 Subject: [ mailman-Bugs-1241255 ] Create would not create a new list on Mandrake Message-ID: Bugs item #1241255, was opened at 2005-07-19 23:48 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=1241255&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: configuring/installing Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: littlefilbert (littlefilbert) Assigned to: Nobody/Anonymous (nobody) Summary: Create would not create a new list on Mandrake Initial Comment: There is a bug in the new version of Mailman 2.1.6, released on May 30, 2005. Creation of a new list with or without automatically assigned password yields: Bug in Mailman version 2.1.6 We're sorry, we hit a bug! Please inform the webmaster for this site of this problem. Printing of traceback and other system information has been explicitly inhibited, but the webmaster can find this information in the Mailman error logs. The error log at $prefix/logs/errors reads: [mailman at nrg mailman-2.1.6]$ cat bug_trace.txt Jul 19 18:19:52 2005 (14820) command failed: /usr/sbin/postalias /usr/local/mailman/data/aliases (status: 1, Operation not permitted) Jul 19 18:19:52 2005 admin(14820): @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ admin(14820): [----- Mailman Version: 2.1.6 -----] admin(14820): [----- Traceback ------] admin(14820): Traceback (most recent call last): admin(14820): File "/usr/local/mailman/scripts/driver", line 101, in run_main admin(14820): main() admin(14820): File "/usr/local/mailman/Mailman/Cgi/create.py", line 55, in main admin(14820): process_request(doc, cgidata) admin(14820): File "/usr/local/mailman/Mailman/Cgi/create.py", line 227, in process_request admin(14820): sys.modules[modname].create(mlist, cgi=1) admin(14820): File "/usr/local/mailman/Mailman/MTA/Postfix.py", line 232, in create admin(14820): _update_maps() admin(14820): File "/usr/local/mailman/Mailman/MTA/Postfix.py", line 53, in _update_maps admin(14820): raise RuntimeError, msg % (acmd, status, errstr) admin(14820): RuntimeError: command failed: /usr/sbin/postalias /usr/local/mailman/data/aliases (status: 1, Operation not permitted) admin(14820): [----- Python Information -----] admin(14820): sys.version = 2.4.1 (#1, Jul 18 2005, 15:32:40) [GCC 3.4.1 (Mandrakelinux 10.1 3.4.1-4mdk)] admin(14820): sys.executable = /usr/bin/python admin(14820): sys.prefix = /usr admin(14820): sys.exec_prefix = /usr admin(14820): sys.path = /usr admin(14820): sys.platform = linux2 admin(14820): [----- Environment Variables -----] admin(14820): HTTP_REFERER: http://nrg.wustl.edu/mailman/create admin(14820): SERVER_SOFTWARE: Apache-AdvancedExtranetServer/2.0.50 (Mandrakelinux/7mdk) mod_perl/1.99_16 Perl/v5.8.5 mod_ssl/2.0.50 OpenSSL/0.9.7d PHP/4.3.8 admin(14820): SCRIPT_NAME: /mailman/create admin(14820): SERVER_SIGNATURE:
Apache-AdvancedExtranetServer/2.0.50 (Mandrakelinux/7mdk) mod_perl/1.99_16 Perl/v5.8.5 mod_ssl/2.0.50 OpenSSL/0.9.7d PHP/4.3.8 Server at nrg.wustl.edu Port 80
admin(14820): admin(14820): REQUEST_METHOD: POST admin(14820): HTTP_KEEP_ALIVE: 300 admin(14820): SERVER_PROTOCOL: HTTP/1.1 admin(14820): QUERY_STRING: admin(14820): CONTENT_LENGTH: 132 admin(14820): HTTP_ACCEPT_CHARSET: ISO-8859-1,utf-8;q=0.7,*;q=0.7 admin(14820): HTTP_USER_AGENT: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040804 admin(14820): HTTP_CONNECTION: keep-alive admin(14820): SERVER_NAME: nrg.wustl.edu admin(14820): REMOTE_ADDR: 127.0.0.1 admin(14820): SERVER_PORT: 80 admin(14820): SERVER_ADDR: 127.0.0.1 admin(14820): DOCUMENT_ROOT: /var/www/html admin(14820): PYTHONPATH: /usr/local/mailman admin(14820): SCRIPT_FILENAME: /var/www/cgi-bin/create admin(14820): SERVER_ADMIN: nrgweb at wustl.edu admin(14820): SCRIPT_URI: http://nrg.wustl.edu/mailman/create admin(14820): HTTP_HOST: nrg.wustl.edu admin(14820): SCRIPT_URL: /mailman/create admin(14820): REQUEST_URI: /mailman/create admin(14820): HTTP_ACCEPT: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 admin(14820): GATEWAY_INTERFACE: CGI/1.1 admin(14820): REMOTE_PORT: 34198 admin(14820): HTTP_ACCEPT_LANGUAGE: en-us,en;q=0.5 admin(14820): CONTENT_TYPE: application/x-www-form-urlencoded admin(14820): HTTP_ACCEPT_ENCODING: gzip,deflate Jul 19 18:20:00 2005 gate_news(14823): Traceback (most recent call last): Jul 19 18:20:00 2005 gate_news(14823): File "/usr/local/mailman/cron/gate_news", line 284, in ? Jul 19 18:20:00 2005 gate_news(14823): main() Jul 19 18:20:00 2005 gate_news(14823): File "/usr/local/mailman/cron/gate_news", line 264, in main Jul 19 18:20:00 2005 gate_news(14823): process_lists(lock) Jul 19 18:20:00 2005 gate_news(14823): File "/usr/local/mailman/cron/gate_news", line 199, in process_lists Jul 19 18:20:00 2005 gate_news(14823): mlist = MailList.MailList(listname, lock=0) Jul 19 18:20:00 2005 gate_news(14823): File "/usr/local/mailman/Mailman/MailList.py", line 129, in __init__ Jul 19 18:20:00 2005 gate_news(14823): self.Load() Jul 19 18:20:00 2005 gate_news(14823): File "/usr/local/mailman/Mailman/MailList.py", line 625, in Load Jul 19 18:20:00 2005 gate_news(14823): dict, e = self.__load(file) Jul 19 18:20:00 2005 gate_news(14823): File "/usr/local/mailman/Mailman/MailList.py", line 591, in __load Jul 19 18:20:00 2005 gate_news(14823): fp = open(dbfile) Jul 19 18:20:00 2005 gate_news(14823): IOError : [Errno 13] Permission denied: '/usr/local/mailman/lists/probelist/config.pck' Jul 19 18:23:35 2005 (14843) command failed: /usr/sbin/postalias /usr/local/mailman/data/aliases (status: 1, Operation not permitted) Jul 19 18:23:35 2005 admin(14843): @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ admin(14843): [----- Mailman Version: 2.1.6 -----] admin(14843): [----- Traceback ------] admin(14843): Traceback (most recent call last): admin(14843): File "/usr/local/mailman/scripts/driver", line 101, in run_main admin(14843): main() admin(14843): File "/usr/local/mailman/Mailman/Cgi/create.py", line 55, in main admin(14843): process_request(doc, cgidata) admin(14843): File "/usr/local/mailman/Mailman/Cgi/create.py", line 227, in process_request admin(14843): sys.modules[modname].create(mlist, cgi=1) admin(14843): File "/usr/local/mailman/Mailman/MTA/Postfix.py", line 232, in create admin(14843): _update_maps() admin(14843): File "/usr/local/mailman/Mailman/MTA/Postfix.py", line 53, in _update_maps admin(14843): raise RuntimeError, msg % (acmd, status, errstr) admin(14843): RuntimeError: command failed: /usr/sbin/postalias /usr/local/mailman/data/aliases (status: 1, Operation not permitted) admin(14843): [----- Python Information -----] admin(14843): sys.version = 2.4.1 (#1, Jul 18 2005, 15:32:40) [GCC 3.4.1 (Mandrakelinux 10.1 3.4.1-4mdk)] admin(14843): sys.executable = /usr/bin/python admin(14843): sys.prefix = /usr admin(14843): sys.exec_prefix = /usr admin(14843): sys.path = /usr admin(14843): sys.platform = linux2 admin(14843): [----- Environment Variables -----] admin(14843): HTTP_REFERER: http://nrg.wustl.edu/mailman/create admin(14843): SERVER_SOFTWARE: Apache-AdvancedExtranetServer/2.0.50 (Mandrakelinux/7mdk) mod_perl/1.99_16 Perl/v5.8.5 mod_ssl/2.0.50 OpenSSL/0.9.7d PHP/4.3.8 admin(14843): SCRIPT_NAME: /mailman/create admin(14843): SERVER_SIGNATURE:
Apache-AdvancedExtranetServer/2.0.50 (Mandrakelinux/7mdk) mod_perl/1.99_16 Perl/v5.8.5 mod_ssl/2.0.50 OpenSSL/0.9.7d PHP/4.3.8 Server at nrg.wustl.edu Port 80
admin(14843): admin(14843): REQUEST_METHOD: POST admin(14843): HTTP_KEEP_ALIVE: 300 admin(14843): SERVER_PROTOCOL: HTTP/1.1 admin(14843): QUERY_STRING: admin(14843): CONTENT_LENGTH: 144 admin(14843): HTTP_ACCEPT_CHARSET: ISO-8859-1,utf-8;q=0.7,*;q=0.7 admin(14843): HTTP_USER_AGENT: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040804 admin(14843): HTTP_CONNECTION: keep-alive admin(14843): SERVER_NAME: nrg.wustl.edu admin(14843): REMOTE_ADDR: 127.0.0.1 admin(14843): SERVER_PORT: 80 admin(14843): SERVER_ADDR: 127.0.0.1 admin(14843): DOCUMENT_ROOT: /var/www/html admin(14843): PYTHONPATH: /usr/local/mailman admin(14843): SCRIPT_FILENAME: /var/www/cgi-bin/create admin(14843): SERVER_ADMIN: nrgweb at wustl.edu admin(14843): SCRIPT_URI: http://nrg.wustl.edu/mailman/create admin(14843): HTTP_HOST: nrg.wustl.edu admin(14843): SCRIPT_URL: /mailman/create admin(14843): REQUEST_URI: /mailman/create admin(14843): HTTP_ACCEPT: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 admin(14843): GATEWAY_INTERFACE: CGI/1.1 admin(14843): REMOTE_PORT: 34224 admin(14843): HTTP_ACCEPT_LANGUAGE: en-us,en;q=0.5 admin(14843): CONTENT_TYPE: application/x-www-form-urlencoded admin(14843): HTTP_ACCEPT_ENCODING: gzip,deflate Jul 19 18:25:00 2005 gate_news(14850): Traceback (most recent call last): Jul 19 18:25:00 2005 gate_news(14850): File "/usr/local/mailman/cron/gate_news", line 284, in ? Jul 19 18:25:00 2005 gate_news(14850): main() Jul 19 18:25:00 2005 gate_news(14850): File "/usr/local/mailman/cron/gate_news", line 264, in main Jul 19 18:25:00 2005 gate_news(14850): process_lists(lock) Jul 19 18:25:00 2005 gate_news(14850): File "/usr/local/mailman/cron/gate_news", line 199, in process_lists Jul 19 18:25:00 2005 gate_news(14850): mlist = MailList.MailList(listname, lock=0) Jul 19 18:25:00 2005 gate_news(14850): File "/usr/local/mailman/Mailman/MailList.py", line 129, in __init__ Jul 19 18:25:00 2005 gate_news(14850): self.Load() Jul 19 18:25:00 2005 gate_news(14850): File "/usr/local/mailman/Mailman/MailList.py", line 625, in Load Jul 19 18:25:00 2005 gate_news(14850): dict, e = self.__load(file) Jul 19 18:25:00 2005 gate_news(14850): File "/usr/local/mailman/Mailman/MailList.py", line 591, in __load Jul 19 18:25:00 2005 gate_news(14850): fp = open(dbfile) Jul 19 18:25:00 2005 gate_news(14850): IOError : [Errno 13] Permission denied: '/usr/local/mailman/lists/probelist/config.pck' Jul 19 18:30:00 2005 gate_news(14905): Traceback (most recent call last): Jul 19 18:30:00 2005 gate_news(14905): File "/usr/local/mailman/cron/gate_news", line 284, in ? Jul 19 18:30:00 2005 gate_news(14905): main() Jul 19 18:30:00 2005 gate_news(14905): File "/usr/local/mailman/cron/gate_news", line 264, in main Jul 19 18:30:00 2005 gate_news(14905): process_lists(lock) Jul 19 18:30:00 2005 gate_news(14905): File "/usr/local/mailman/cron/gate_news", line 199, in process_lists Jul 19 18:30:00 2005 gate_news(14905): mlist = MailList.MailList(listname, lock=0) Jul 19 18:30:00 2005 gate_news(14905): File "/usr/local/mailman/Mailman/MailList.py", line 129, in __init__ Jul 19 18:30:00 2005 gate_news(14905): self.Load() Jul 19 18:30:00 2005 gate_news(14905): File "/usr/local/mailman/Mailman/MailList.py", line 625, in Load Jul 19 18:30:00 2005 gate_news(14905): dict, e = self.__load(file) Jul 19 18:30:00 2005 gate_news(14905): File "/usr/local/mailman/Mailman/MailList.py", line 591, in __load Jul 19 18:30:00 2005 gate_news(14905): fp = open(dbfile) Jul 19 18:30:00 2005 gate_news(14905): IOError : [Errno 13] Permission denied: '/usr/local/mailman/lists/probelist/config.pck' Jul 19 18:35:00 2005 gate_news(14926): Traceback (most recent call last): Jul 19 18:35:00 2005 gate_news(14926): File "/usr/local/mailman/cron/gate_news", line 284, in ? Jul 19 18:35:00 2005 gate_news(14926): main() Jul 19 18:35:00 2005 gate_news(14926): File "/usr/local/mailman/cron/gate_news", line 264, in main Jul 19 18:35:00 2005 gate_news(14926): process_lists(lock) Jul 19 18:35:00 2005 gate_news(14926): File "/usr/local/mailman/cron/gate_news", line 199, in process_lists Jul 19 18:35:00 2005 gate_news(14926): mlist = MailList.MailList(listname, lock=0) Jul 19 18:35:00 2005 gate_news(14926): File "/usr/local/mailman/Mailman/MailList.py", line 129, in __init__ Jul 19 18:35:00 2005 gate_news(14926): self.Load() Jul 19 18:35:00 2005 gate_news(14926): File "/usr/local/mailman/Mailman/MailList.py", line 625, in Load Jul 19 18:35:00 2005 gate_news(14926): dict, e = self.__load(file) Jul 19 18:35:00 2005 gate_news(14926): File "/usr/local/mailman/Mailman/MailList.py", line 591, in __load Jul 19 18:35:00 2005 gate_news(14926): fp = open(dbfile) Jul 19 18:35:00 2005 gate_news(14926): IOError : [Errno 13] Permission denied: '/usr/local/mailman/lists/probelist/config.pck' Jul 19 18:40:00 2005 gate_news(14946): Traceback (most recent call last): Jul 19 18:40:00 2005 gate_news(14946): File "/usr/local/mailman/cron/gate_news", line 284, in ? Jul 19 18:40:00 2005 gate_news(14946): main() Jul 19 18:40:00 2005 gate_news(14946): File "/usr/local/mailman/cron/gate_news", line 264, in main Jul 19 18:40:00 2005 gate_news(14946): process_lists(lock) Jul 19 18:40:00 2005 gate_news(14946): File "/usr/local/mailman/cron/gate_news", line 199, in process_lists Jul 19 18:40:00 2005 gate_news(14946): mlist = MailList.MailList(listname, lock=0) Jul 19 18:40:00 2005 gate_news(14946): File "/usr/local/mailman/Mailman/MailList.py", line 129, in __init__ Jul 19 18:40:00 2005 gate_news(14946): self.Load() Jul 19 18:40:00 2005 gate_news(14946): File "/usr/local/mailman/Mailman/MailList.py", line 625, in Load Jul 19 18:40:00 2005 gate_news(14946): dict, e = self.__load(file) Jul 19 18:40:00 2005 gate_news(14946): File "/usr/local/mailman/Mailman/MailList.py", line 591, in __load Jul 19 18:40:00 2005 gate_news(14946): fp = open(dbfile) Jul 19 18:40:00 2005 gate_news(14946): IOError : [Errno 13] Permission denied: '/usr/local/mailman/lists/probelist/config.pck' Any help related to this issue will be appreciated. Roy, ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1241255&group_id=103 From noreply at sourceforge.net Wed Jul 20 14:13:00 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 20 Jul 2005 05:13:00 -0700 Subject: [ mailman-Bugs-1241255 ] Create would not create a new list on Mandrake Message-ID: Bugs item #1241255, was opened at 2005-07-19 19:48 Message generated for change (Comment added) made by bwarsaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1241255&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: configuring/installing Group: 2.1 (stable) >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: littlefilbert (littlefilbert) Assigned to: Nobody/Anonymous (nobody) Summary: Create would not create a new list on Mandrake Initial Comment: There is a bug in the new version of Mailman 2.1.6, released on May 30, 2005. Creation of a new list with or without automatically assigned password yields: Bug in Mailman version 2.1.6 We're sorry, we hit a bug! Please inform the webmaster for this site of this problem. Printing of traceback and other system information has been explicitly inhibited, but the webmaster can find this information in the Mailman error logs. The error log at $prefix/logs/errors reads: [mailman at nrg mailman-2.1.6]$ cat bug_trace.txt Jul 19 18:19:52 2005 (14820) command failed: /usr/sbin/postalias /usr/local/mailman/data/aliases (status: 1, Operation not permitted) Jul 19 18:19:52 2005 admin(14820): @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ admin(14820): [----- Mailman Version: 2.1.6 -----] admin(14820): [----- Traceback ------] admin(14820): Traceback (most recent call last): admin(14820): File "/usr/local/mailman/scripts/driver", line 101, in run_main admin(14820): main() admin(14820): File "/usr/local/mailman/Mailman/Cgi/create.py", line 55, in main admin(14820): process_request(doc, cgidata) admin(14820): File "/usr/local/mailman/Mailman/Cgi/create.py", line 227, in process_request admin(14820): sys.modules[modname].create(mlist, cgi=1) admin(14820): File "/usr/local/mailman/Mailman/MTA/Postfix.py", line 232, in create admin(14820): _update_maps() admin(14820): File "/usr/local/mailman/Mailman/MTA/Postfix.py", line 53, in _update_maps admin(14820): raise RuntimeError, msg % (acmd, status, errstr) admin(14820): RuntimeError: command failed: /usr/sbin/postalias /usr/local/mailman/data/aliases (status: 1, Operation not permitted) admin(14820): [----- Python Information -----] admin(14820): sys.version = 2.4.1 (#1, Jul 18 2005, 15:32:40) [GCC 3.4.1 (Mandrakelinux 10.1 3.4.1-4mdk)] admin(14820): sys.executable = /usr/bin/python admin(14820): sys.prefix = /usr admin(14820): sys.exec_prefix = /usr admin(14820): sys.path = /usr admin(14820): sys.platform = linux2 admin(14820): [----- Environment Variables -----] admin(14820): HTTP_REFERER: http://nrg.wustl.edu/mailman/create admin(14820): SERVER_SOFTWARE: Apache-AdvancedExtranetServer/2.0.50 (Mandrakelinux/7mdk) mod_perl/1.99_16 Perl/v5.8.5 mod_ssl/2.0.50 OpenSSL/0.9.7d PHP/4.3.8 admin(14820): SCRIPT_NAME: /mailman/create admin(14820): SERVER_SIGNATURE:
Apache-AdvancedExtranetServer/2.0.50 (Mandrakelinux/7mdk) mod_perl/1.99_16 Perl/v5.8.5 mod_ssl/2.0.50 OpenSSL/0.9.7d PHP/4.3.8 Server at nrg.wustl.edu Port 80
admin(14820): admin(14820): REQUEST_METHOD: POST admin(14820): HTTP_KEEP_ALIVE: 300 admin(14820): SERVER_PROTOCOL: HTTP/1.1 admin(14820): QUERY_STRING: admin(14820): CONTENT_LENGTH: 132 admin(14820): HTTP_ACCEPT_CHARSET: ISO-8859-1,utf-8;q=0.7,*;q=0.7 admin(14820): HTTP_USER_AGENT: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040804 admin(14820): HTTP_CONNECTION: keep-alive admin(14820): SERVER_NAME: nrg.wustl.edu admin(14820): REMOTE_ADDR: 127.0.0.1 admin(14820): SERVER_PORT: 80 admin(14820): SERVER_ADDR: 127.0.0.1 admin(14820): DOCUMENT_ROOT: /var/www/html admin(14820): PYTHONPATH: /usr/local/mailman admin(14820): SCRIPT_FILENAME: /var/www/cgi-bin/create admin(14820): SERVER_ADMIN: nrgweb at wustl.edu admin(14820): SCRIPT_URI: http://nrg.wustl.edu/mailman/create admin(14820): HTTP_HOST: nrg.wustl.edu admin(14820): SCRIPT_URL: /mailman/create admin(14820): REQUEST_URI: /mailman/create admin(14820): HTTP_ACCEPT: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 admin(14820): GATEWAY_INTERFACE: CGI/1.1 admin(14820): REMOTE_PORT: 34198 admin(14820): HTTP_ACCEPT_LANGUAGE: en-us,en;q=0.5 admin(14820): CONTENT_TYPE: application/x-www-form-urlencoded admin(14820): HTTP_ACCEPT_ENCODING: gzip,deflate Jul 19 18:20:00 2005 gate_news(14823): Traceback (most recent call last): Jul 19 18:20:00 2005 gate_news(14823): File "/usr/local/mailman/cron/gate_news", line 284, in ? Jul 19 18:20:00 2005 gate_news(14823): main() Jul 19 18:20:00 2005 gate_news(14823): File "/usr/local/mailman/cron/gate_news", line 264, in main Jul 19 18:20:00 2005 gate_news(14823): process_lists(lock) Jul 19 18:20:00 2005 gate_news(14823): File "/usr/local/mailman/cron/gate_news", line 199, in process_lists Jul 19 18:20:00 2005 gate_news(14823): mlist = MailList.MailList(listname, lock=0) Jul 19 18:20:00 2005 gate_news(14823): File "/usr/local/mailman/Mailman/MailList.py", line 129, in __init__ Jul 19 18:20:00 2005 gate_news(14823): self.Load() Jul 19 18:20:00 2005 gate_news(14823): File "/usr/local/mailman/Mailman/MailList.py", line 625, in Load Jul 19 18:20:00 2005 gate_news(14823): dict, e = self.__load(file) Jul 19 18:20:00 2005 gate_news(14823): File "/usr/local/mailman/Mailman/MailList.py", line 591, in __load Jul 19 18:20:00 2005 gate_news(14823): fp = open(dbfile) Jul 19 18:20:00 2005 gate_news(14823): IOError : [Errno 13] Permission denied: '/usr/local/mailman/lists/probelist/config.pck' Jul 19 18:23:35 2005 (14843) command failed: /usr/sbin/postalias /usr/local/mailman/data/aliases (status: 1, Operation not permitted) Jul 19 18:23:35 2005 admin(14843): @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ admin(14843): [----- Mailman Version: 2.1.6 -----] admin(14843): [----- Traceback ------] admin(14843): Traceback (most recent call last): admin(14843): File "/usr/local/mailman/scripts/driver", line 101, in run_main admin(14843): main() admin(14843): File "/usr/local/mailman/Mailman/Cgi/create.py", line 55, in main admin(14843): process_request(doc, cgidata) admin(14843): File "/usr/local/mailman/Mailman/Cgi/create.py", line 227, in process_request admin(14843): sys.modules[modname].create(mlist, cgi=1) admin(14843): File "/usr/local/mailman/Mailman/MTA/Postfix.py", line 232, in create admin(14843): _update_maps() admin(14843): File "/usr/local/mailman/Mailman/MTA/Postfix.py", line 53, in _update_maps admin(14843): raise RuntimeError, msg % (acmd, status, errstr) admin(14843): RuntimeError: command failed: /usr/sbin/postalias /usr/local/mailman/data/aliases (status: 1, Operation not permitted) admin(14843): [----- Python Information -----] admin(14843): sys.version = 2.4.1 (#1, Jul 18 2005, 15:32:40) [GCC 3.4.1 (Mandrakelinux 10.1 3.4.1-4mdk)] admin(14843): sys.executable = /usr/bin/python admin(14843): sys.prefix = /usr admin(14843): sys.exec_prefix = /usr admin(14843): sys.path = /usr admin(14843): sys.platform = linux2 admin(14843): [----- Environment Variables -----] admin(14843): HTTP_REFERER: http://nrg.wustl.edu/mailman/create admin(14843): SERVER_SOFTWARE: Apache-AdvancedExtranetServer/2.0.50 (Mandrakelinux/7mdk) mod_perl/1.99_16 Perl/v5.8.5 mod_ssl/2.0.50 OpenSSL/0.9.7d PHP/4.3.8 admin(14843): SCRIPT_NAME: /mailman/create admin(14843): SERVER_SIGNATURE:
Apache-AdvancedExtranetServer/2.0.50 (Mandrakelinux/7mdk) mod_perl/1.99_16 Perl/v5.8.5 mod_ssl/2.0.50 OpenSSL/0.9.7d PHP/4.3.8 Server at nrg.wustl.edu Port 80
admin(14843): admin(14843): REQUEST_METHOD: POST admin(14843): HTTP_KEEP_ALIVE: 300 admin(14843): SERVER_PROTOCOL: HTTP/1.1 admin(14843): QUERY_STRING: admin(14843): CONTENT_LENGTH: 144 admin(14843): HTTP_ACCEPT_CHARSET: ISO-8859-1,utf-8;q=0.7,*;q=0.7 admin(14843): HTTP_USER_AGENT: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040804 admin(14843): HTTP_CONNECTION: keep-alive admin(14843): SERVER_NAME: nrg.wustl.edu admin(14843): REMOTE_ADDR: 127.0.0.1 admin(14843): SERVER_PORT: 80 admin(14843): SERVER_ADDR: 127.0.0.1 admin(14843): DOCUMENT_ROOT: /var/www/html admin(14843): PYTHONPATH: /usr/local/mailman admin(14843): SCRIPT_FILENAME: /var/www/cgi-bin/create admin(14843): SERVER_ADMIN: nrgweb at wustl.edu admin(14843): SCRIPT_URI: http://nrg.wustl.edu/mailman/create admin(14843): HTTP_HOST: nrg.wustl.edu admin(14843): SCRIPT_URL: /mailman/create admin(14843): REQUEST_URI: /mailman/create admin(14843): HTTP_ACCEPT: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 admin(14843): GATEWAY_INTERFACE: CGI/1.1 admin(14843): REMOTE_PORT: 34224 admin(14843): HTTP_ACCEPT_LANGUAGE: en-us,en;q=0.5 admin(14843): CONTENT_TYPE: application/x-www-form-urlencoded admin(14843): HTTP_ACCEPT_ENCODING: gzip,deflate Jul 19 18:25:00 2005 gate_news(14850): Traceback (most recent call last): Jul 19 18:25:00 2005 gate_news(14850): File "/usr/local/mailman/cron/gate_news", line 284, in ? Jul 19 18:25:00 2005 gate_news(14850): main() Jul 19 18:25:00 2005 gate_news(14850): File "/usr/local/mailman/cron/gate_news", line 264, in main Jul 19 18:25:00 2005 gate_news(14850): process_lists(lock) Jul 19 18:25:00 2005 gate_news(14850): File "/usr/local/mailman/cron/gate_news", line 199, in process_lists Jul 19 18:25:00 2005 gate_news(14850): mlist = MailList.MailList(listname, lock=0) Jul 19 18:25:00 2005 gate_news(14850): File "/usr/local/mailman/Mailman/MailList.py", line 129, in __init__ Jul 19 18:25:00 2005 gate_news(14850): self.Load() Jul 19 18:25:00 2005 gate_news(14850): File "/usr/local/mailman/Mailman/MailList.py", line 625, in Load Jul 19 18:25:00 2005 gate_news(14850): dict, e = self.__load(file) Jul 19 18:25:00 2005 gate_news(14850): File "/usr/local/mailman/Mailman/MailList.py", line 591, in __load Jul 19 18:25:00 2005 gate_news(14850): fp = open(dbfile) Jul 19 18:25:00 2005 gate_news(14850): IOError : [Errno 13] Permission denied: '/usr/local/mailman/lists/probelist/config.pck' Jul 19 18:30:00 2005 gate_news(14905): Traceback (most recent call last): Jul 19 18:30:00 2005 gate_news(14905): File "/usr/local/mailman/cron/gate_news", line 284, in ? Jul 19 18:30:00 2005 gate_news(14905): main() Jul 19 18:30:00 2005 gate_news(14905): File "/usr/local/mailman/cron/gate_news", line 264, in main Jul 19 18:30:00 2005 gate_news(14905): process_lists(lock) Jul 19 18:30:00 2005 gate_news(14905): File "/usr/local/mailman/cron/gate_news", line 199, in process_lists Jul 19 18:30:00 2005 gate_news(14905): mlist = MailList.MailList(listname, lock=0) Jul 19 18:30:00 2005 gate_news(14905): File "/usr/local/mailman/Mailman/MailList.py", line 129, in __init__ Jul 19 18:30:00 2005 gate_news(14905): self.Load() Jul 19 18:30:00 2005 gate_news(14905): File "/usr/local/mailman/Mailman/MailList.py", line 625, in Load Jul 19 18:30:00 2005 gate_news(14905): dict, e = self.__load(file) Jul 19 18:30:00 2005 gate_news(14905): File "/usr/local/mailman/Mailman/MailList.py", line 591, in __load Jul 19 18:30:00 2005 gate_news(14905): fp = open(dbfile) Jul 19 18:30:00 2005 gate_news(14905): IOError : [Errno 13] Permission denied: '/usr/local/mailman/lists/probelist/config.pck' Jul 19 18:35:00 2005 gate_news(14926): Traceback (most recent call last): Jul 19 18:35:00 2005 gate_news(14926): File "/usr/local/mailman/cron/gate_news", line 284, in ? Jul 19 18:35:00 2005 gate_news(14926): main() Jul 19 18:35:00 2005 gate_news(14926): File "/usr/local/mailman/cron/gate_news", line 264, in main Jul 19 18:35:00 2005 gate_news(14926): process_lists(lock) Jul 19 18:35:00 2005 gate_news(14926): File "/usr/local/mailman/cron/gate_news", line 199, in process_lists Jul 19 18:35:00 2005 gate_news(14926): mlist = MailList.MailList(listname, lock=0) Jul 19 18:35:00 2005 gate_news(14926): File "/usr/local/mailman/Mailman/MailList.py", line 129, in __init__ Jul 19 18:35:00 2005 gate_news(14926): self.Load() Jul 19 18:35:00 2005 gate_news(14926): File "/usr/local/mailman/Mailman/MailList.py", line 625, in Load Jul 19 18:35:00 2005 gate_news(14926): dict, e = self.__load(file) Jul 19 18:35:00 2005 gate_news(14926): File "/usr/local/mailman/Mailman/MailList.py", line 591, in __load Jul 19 18:35:00 2005 gate_news(14926): fp = open(dbfile) Jul 19 18:35:00 2005 gate_news(14926): IOError : [Errno 13] Permission denied: '/usr/local/mailman/lists/probelist/config.pck' Jul 19 18:40:00 2005 gate_news(14946): Traceback (most recent call last): Jul 19 18:40:00 2005 gate_news(14946): File "/usr/local/mailman/cron/gate_news", line 284, in ? Jul 19 18:40:00 2005 gate_news(14946): main() Jul 19 18:40:00 2005 gate_news(14946): File "/usr/local/mailman/cron/gate_news", line 264, in main Jul 19 18:40:00 2005 gate_news(14946): process_lists(lock) Jul 19 18:40:00 2005 gate_news(14946): File "/usr/local/mailman/cron/gate_news", line 199, in process_lists Jul 19 18:40:00 2005 gate_news(14946): mlist = MailList.MailList(listname, lock=0) Jul 19 18:40:00 2005 gate_news(14946): File "/usr/local/mailman/Mailman/MailList.py", line 129, in __init__ Jul 19 18:40:00 2005 gate_news(14946): self.Load() Jul 19 18:40:00 2005 gate_news(14946): File "/usr/local/mailman/Mailman/MailList.py", line 625, in Load Jul 19 18:40:00 2005 gate_news(14946): dict, e = self.__load(file) Jul 19 18:40:00 2005 gate_news(14946): File "/usr/local/mailman/Mailman/MailList.py", line 591, in __load Jul 19 18:40:00 2005 gate_news(14946): fp = open(dbfile) Jul 19 18:40:00 2005 gate_news(14946): IOError : [Errno 13] Permission denied: '/usr/local/mailman/lists/probelist/config.pck' Any help related to this issue will be appreciated. Roy, ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2005-07-20 08:13 Message: Logged In: YES user_id=12800 Read this: http://www.list.org/mailman-install/node13.html and also run bin/check_perms ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1241255&group_id=103 From noreply at sourceforge.net Wed Jul 20 15:52:11 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 20 Jul 2005 06:52:11 -0700 Subject: [ mailman-Patches-943827 ] true virtual hosting patch for 2.1 Message-ID: Patches item #943827, was opened at 2004-04-28 18:57 Message generated for change (Comment added) made by arnaudlavrard You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=943827&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: list administration Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: The Anarcat (anarcat) Assigned to: Nobody/Anonymous (nobody) Summary: true virtual hosting patch for 2.1 Initial Comment: [copy of the mail sent to -developpers@] We developped a reliable solution for running lists with the same name on different domains on the same Mailman installation. I implemented that on top of the Mailman 2.1.1-5.1 Debian stable package. All that is needed is to patch 2 files (bin/newlist, Mailman/MailList.py) in the mailman install, and here is the patch: http://bugs.koumbit.net/file_download.php?file_id=3&type=bug There's only one caveat right now: Mailman/Cgi/create.py might need to get patched too, but I haven't got around looking at it yet, and it "just works", for now. I don't know what's the current status of virtual hosting support on Mailman, but this patch is a simple hack that should bring joy in the homes of all Mailman admins around the world. :) I got my inspiration and part of the code from: http://mithrandr.moria.org/blog/139.html All it does is to add the domain to the internal_name() of a list. The real_name is kept as is, and the getListAddress() does the Right Thing. This makes Mailman generate aliases like: list-example.com: "|/var/lib/mailman/mail/mailman post list-example.com" Care will have to be taken on the MTA side to map those list-example.com to list at example.com. We are using alternc.org to manage our server, so we are using LDAP, so everything went pretty smoothly. :) But I guess it will require some magic on the Postfix side or something... Cheers, A. PS: for those wanting to see more, you can come to our Wiki: http://koumbit.net/wiki/VirtualMailman You'll probably have a little trouble finding your way if you don't read french though. :) Babelfish might help, haven't tried. ---------------------------------------------------------------------- Comment By: Arnaud Lavrard (arnaudlavrard) Date: 2005-07-20 15:52 Message: Logged In: YES user_id=1315788 I ported the patch to mailman 2.1.5 : http://al.blog.free.fr/mailman/mailman-vh-2.1.5.patch ---------------------------------------------------------------------- Comment By: The Anarcat (anarcat) Date: 2005-03-16 21:40 Message: Logged In: YES user_id=246797 I have ported the patch to 2.1.4, no news on 2.1.5 yet. I have also put the patch in a seperate CVS server. Fetch all the goods there: http://cvs.koumbit.net/cgi-bin/cvsweb/koumbit-maint/patches/mailman-true-virtual-2.1.1.patch http://cvs.koumbit.net/cgi-bin/cvsweb/koumbit-maint/patches/mailman-true-virtual-2.1.4.patch I've also updated the 2.1.1 patch to fix the list-id, so I delete the attachment, fetch the patch straight from our CVS for the latest fixes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=943827&group_id=103 From noreply at sourceforge.net Wed Jul 20 22:36:36 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 20 Jul 2005 13:36:36 -0700 Subject: [ mailman-Bugs-1241866 ] addresses with quotes cannot be removed easily Message-ID: Bugs item #1241866, was opened at 2005-07-20 22:36 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=1241866&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: (un)subscribing Group: None Status: Open Resolution: None Priority: 5 Submitted By: goudentips (goudentips) Assigned to: Nobody/Anonymous (nobody) Summary: addresses with quotes cannot be removed easily Initial Comment: When a list manager adds an email address using quotes mailman/admin/listname/members/add <"me at domain.tld"> ( ) this address cannot be removed or edited by the recipient at mailman/options/listname nor can the address be removed or edited by the list manager at mailman/admin/listname/members/list it can only be removed by the list manager at mailman/admin/listname/members/remove using the same format: <"me at domain.tld"> ( ) this is confusing ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1241866&group_id=103 From noreply at sourceforge.net Thu Jul 21 17:24:18 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 21 Jul 2005 08:24:18 -0700 Subject: [ mailman-Patches-820723 ] Mailman/pipermail/MHonArc integration patch Message-ID: Patches item #820723, was opened at 2003-10-09 19:19 Message generated for change (Comment added) made by dfragos You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=820723&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Pipermail Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Richard Barrett (ppsys) Assigned to: Nobody/Anonymous (nobody) Summary: Mailman/pipermail/MHonArc integration patch Initial Comment: This patch tightly integrates the MHonArc mail-to-HTML convertor with Mailman and its internal pipermail archiving code. The purpose of the patch is to produce a fusion of (hopefully) the best features of pipermail and MHonArc for handling Mailman mailing list archives. For more detail see patch content or http://www.openinfo.co.uk/mailman/patches/mhonarc/index.html ---------------------------------------------------------------------- Comment By: dfragos (dfragos) Date: 2005-07-21 18:24 Message: Logged In: YES user_id=1310569 what about MM 2.1.6? ---------------------------------------------------------------------- Comment By: Richard Barrett (ppsys) Date: 2004-08-03 13:04 Message: Logged In: YES user_id=75166 mhonarc-2.1.5-0.1.patch.gz is a MM 2.1.5 compatible version of the patch ---------------------------------------------------------------------- Comment By: Martin Mokrejs (mmokrejs) Date: 2004-04-20 02:53 Message: Logged In: YES user_id=696559 I've applied this patch(mhonarc-2.1.4-0.1.patch.gz) and it works great for me. Would someone apply to offcial cvs tree? Thanks. ---------------------------------------------------------------------- Comment By: Richard Barrett (ppsys) Date: 2004-01-02 17:32 Message: Logged In: YES user_id=75166 mhonarc-2.1.4-0.1.patch is a MM 2.1.4 compatible version of this patch ---------------------------------------------------------------------- Comment By: Richard Barrett (ppsys) Date: 2003-10-22 17:32 Message: Logged In: YES user_id=75166 mhonarc-2.1.3-0.6.patch better supports the use of MHonArc -saveresources option. Also fixes minor HTML syntax error in mhonarc.mrc and author.mrc that affected generated date and author index pages. ---------------------------------------------------------------------- Comment By: Richard Barrett (ppsys) Date: 2003-10-14 08:49 Message: Logged In: YES user_id=75166 With mhonarc-2.1.3-0.4.patch, the default path to MHonArc itself defined in Defaults.py is the empty string and, until this is changed, the option to select MHonArc instead of pipermail for per-list archiving is not offered on the web admin GUI. ---------------------------------------------------------------------- Comment By: Richard Barrett (ppsys) Date: 2003-10-10 20:51 Message: Logged In: YES user_id=75166 Under some circumstances, when a single message is passed to MHonArc for archiving via a pipe, MHonArc may finish its processing and exit, closing its STDIN before the Mailman process that invoked it has finished output of the message to the pipe. Mistakenly, the patched pipermail code treated this as an error. mhonarc-2.1.3-0.3.patch corrects this mistake. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=820723&group_id=103 From noreply at sourceforge.net Thu Jul 21 19:18:33 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 21 Jul 2005 10:18:33 -0700 Subject: [ mailman-Bugs-1242450 ] Scrubber URLs not properly delimited Message-ID: Bugs item #1242450, was opened at 2005-07-21 18:18 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=1242450&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Ian Eiloart (ianeiloart) Assigned to: Nobody/Anonymous (nobody) Summary: Scrubber URLs not properly delimited Initial Comment: The URLs inserted by the scrubber are not properly delimited. I've seen instances where Apple Mail tried to fetch a URL like this, for example: http://mail.sussex.ac.uk/mailman/private/iant-test5/attachments/ 20050721/3533d8c6/ uscsbullet.png____________________________ Where the underscores came from the list signature. Wrapping the URLs in angle brackets, in accordance with the recommendation of the appendix of http://www.faqs.org/rfcs/ rfc1738.html fixes this problem. Here's a diff (-e) of Mailman/Handlers/Scrubber.py which seems to do the job: 313c Url : <%(url)s> . 280c Url: <%(url)s> . 259c URL: <%(url)s> . 233c URL: <%(url)s> . 205c Url: <%(url)s> . ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1242450&group_id=103 From noreply at sourceforge.net Sat Jul 23 06:40:34 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 22 Jul 2005 21:40:34 -0700 Subject: [ mailman-Bugs-1243446 ] Bug with mailman version 2.1.5p1 Message-ID: Bugs item #1243446, was opened at 2005-07-23 04:40 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=1243446&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Shane (shane04) Assigned to: Nobody/Anonymous (nobody) Summary: Bug with mailman version 2.1.5p1 Initial Comment: Hello, We are experiencing a bug with mailman 2.1.5p1. The users get the "bug" messages when inviting someone to a list. The error message is given below: ================================== Bug in Mailman version 2.1.5p1 We're sorry, we hit a bug! If you would like to help us identify the problem, please email a copy of this page to the webmaster for this site with a description of what happened. Thanks! Traceback: Traceback (most recent call last): File "/usr/local/cpanel/3rdparty/mailman/scripts/driver", line 87, in run_main main() File "/usr/local/cpanel/3rdparty/mailman/Mailman/Cgi/confirm.py", line 114, in main subscription_cancel(mlist, doc, cookie) File "/usr/local/cpanel/3rdparty/mailman/Mailman/Cgi/confirm.py", line 312, in subscription_cancel userdesc = mlist.pend_confirm(cookie)[1] File "/usr/local/cpanel/3rdparty/mailman/Mailman/Pending.py", line 141, in pend_confirm assert self.Locked() AssertionError Python information: Variable Value sys.version 2.3.3 (#1, May 7 2004, 10:31:40) [GCC 3.3.3 20040412 (Red Hat Linux 3.3.3-7)] sys.executable /usr/bin/python2 sys.prefix /usr sys.exec_prefix /usr sys.path /usr sys.platform linux2 Environment variables: Variable Value HTTP_REFERER http://cbnaishalom.org/mailman/confirm/cbnaishalom_cbnaishalom.org/53b2bb100b19 SERVER_SOFTWARE Apache SCRIPT_NAME /mailman/confirm REQUEST_METHOD POST PATH_INFO /cbnaishalom_cbnaishalom.org SERVER_PROTOCOL HTTP/1.1 QUERY_STRING CONTENT_LENGTH 117 HTTP_USER_AGENT Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-us) AppleWebKit/312.1 (KHTML, like Gecko) Safari/312 HTTP_CONNECTION close HTTP_COOKIE cbnaishalom_cbnaishalom.org+admin=280200000069b7d9de427328000000326533626330333 SERVER_NAME www.cbnaishalom.org REMOTE_ADDR 68.116.166.167 PATH_TRANSLATED /home/cbnaisha/public_html/cbnaishalom_cbnaishalom.org SERVER_PORT 80 SERVER_ADDR 209.151.88.6 DOCUMENT_ROOT /home/cbnaisha/public_html PYTHONPATH /usr/local/cpanel/3rdparty/mailman SCRIPT_FILENAME /usr/local/cpanel/3rdparty/mailman/cgi-bin/confirm SERVER_ADMIN webmaster at cbnaishalom.org HTTP_HOST cbnaishalom.org REQUEST_URI /mailman/confirm/cbnaishalom_cbnaishalom.org HTTP_ACCEPT */* GATEWAY_INTERFACE CGI/1.1 REMOTE_PORT 64561 HTTP_ACCEPT_LANGUAGE en-us CONTENT_TYPE application/x-www-form-urlencoded HTTP_ACCEPT_ENCODING gzip, deflate ============================== Please let me know the fix for this. Thank you. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1243446&group_id=103 From noreply at sourceforge.net Sat Jul 23 08:53:13 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 22 Jul 2005 23:53:13 -0700 Subject: [ mailman-Bugs-1243472 ] Follow-up Message-ID: Bugs item #1243472, was opened at 2005-07-23 06:53 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=1243472&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: littlefilbert (littlefilbert) Assigned to: Nobody/Anonymous (nobody) Summary: Follow-up Initial Comment: I've done that and it works now. One last question that I have: Is it possible to configure a virtual domain in such a way that a list subscriber could confirm his intent to subscribe to a list by responding to an email rather than going through the web interface? The problem that I have now is that such a confirmation is not delivered to the mailman because the address mailman-something at my.virtual.domain does not have a user with that login name. Is this normal or I could do something to work around it? Many thanks in advance! Sincerely, Roy SourceForge.net wrote: >> Comment By: Barry A. Warsaw (bwarsaw) > > > Date: 2005-07-20 08:13 > > Message: > Logged In: YES user_id=12800 > > Read this: > > http://www.list.org/mailman-install/node13.html > > and also run bin/check_perms ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1243472&group_id=103 From noreply at sourceforge.net Sun Jul 24 22:16:14 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 24 Jul 2005 13:16:14 -0700 Subject: [ mailman-Bugs-1243446 ] Bug with mailman version 2.1.5p1 Message-ID: Bugs item #1243446, was opened at 2005-07-23 00:40 Message generated for change (Comment added) made by bwarsaw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1243446&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Shane (shane04) Assigned to: Nobody/Anonymous (nobody) Summary: Bug with mailman version 2.1.5p1 Initial Comment: Hello, We are experiencing a bug with mailman 2.1.5p1. The users get the "bug" messages when inviting someone to a list. The error message is given below: ================================== Bug in Mailman version 2.1.5p1 We're sorry, we hit a bug! If you would like to help us identify the problem, please email a copy of this page to the webmaster for this site with a description of what happened. Thanks! Traceback: Traceback (most recent call last): File "/usr/local/cpanel/3rdparty/mailman/scripts/driver", line 87, in run_main main() File "/usr/local/cpanel/3rdparty/mailman/Mailman/Cgi/confirm.py", line 114, in main subscription_cancel(mlist, doc, cookie) File "/usr/local/cpanel/3rdparty/mailman/Mailman/Cgi/confirm.py", line 312, in subscription_cancel userdesc = mlist.pend_confirm(cookie)[1] File "/usr/local/cpanel/3rdparty/mailman/Mailman/Pending.py", line 141, in pend_confirm assert self.Locked() AssertionError Python information: Variable Value sys.version 2.3.3 (#1, May 7 2004, 10:31:40) [GCC 3.3.3 20040412 (Red Hat Linux 3.3.3-7)] sys.executable /usr/bin/python2 sys.prefix /usr sys.exec_prefix /usr sys.path /usr sys.platform linux2 Environment variables: Variable Value HTTP_REFERER http://cbnaishalom.org/mailman/confirm/cbnaishalom_cbnaishalom.org/53b2bb100b19 SERVER_SOFTWARE Apache SCRIPT_NAME /mailman/confirm REQUEST_METHOD POST PATH_INFO /cbnaishalom_cbnaishalom.org SERVER_PROTOCOL HTTP/1.1 QUERY_STRING CONTENT_LENGTH 117 HTTP_USER_AGENT Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-us) AppleWebKit/312.1 (KHTML, like Gecko) Safari/312 HTTP_CONNECTION close HTTP_COOKIE cbnaishalom_cbnaishalom.org+admin=280200000069b7d9de427328000000326533626330333 SERVER_NAME www.cbnaishalom.org REMOTE_ADDR 68.116.166.167 PATH_TRANSLATED /home/cbnaisha/public_html/cbnaishalom_cbnaishalom.org SERVER_PORT 80 SERVER_ADDR 209.151.88.6 DOCUMENT_ROOT /home/cbnaisha/public_html PYTHONPATH /usr/local/cpanel/3rdparty/mailman SCRIPT_FILENAME /usr/local/cpanel/3rdparty/mailman/cgi-bin/confirm SERVER_ADMIN webmaster at cbnaishalom.org HTTP_HOST cbnaishalom.org REQUEST_URI /mailman/confirm/cbnaishalom_cbnaishalom.org HTTP_ACCEPT */* GATEWAY_INTERFACE CGI/1.1 REMOTE_PORT 64561 HTTP_ACCEPT_LANGUAGE en-us CONTENT_TYPE application/x-www-form-urlencoded HTTP_ACCEPT_ENCODING gzip, deflate ============================== Please let me know the fix for this. Thank you. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2005-07-24 16:16 Message: Logged In: YES user_id=12800 We can't help you with cpanel, but they should update to Mailman 2.1.6, which I believe will fix this problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1243446&group_id=103 From noreply at sourceforge.net Mon Jul 25 21:24:55 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 25 Jul 2005 12:24:55 -0700 Subject: [ mailman-Bugs-1244726 ] Automatic Aliases for Sendmail Message-ID: Bugs item #1244726, was opened at 2005-07-25 12:24 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=1244726&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kurt Werle (kwerle) Assigned to: Nobody/Anonymous (nobody) Summary: Automatic Aliases for Sendmail Initial Comment: Preface: I hate sendmail, and won't use it in my next system - but it is soooo encrusted in my old FreeBSD box that I don't dare try to replace it. I looked at the contrib stuff for automating sendmail alias, and it made my head hurt. In Defaults.py I added the line: SENDMAIL_ALIAS_CMD = '/usr/local/bin/newaliases' and I set MTA = 'Sendmail' I changed the following line in my sendmail.cf: O AliasFile=/etc/mail/aliases to O AliasFile=/etc/mail/aliases,/etc/mail/mailman I HUP'd sendmail. I added the attached file (Sendmail.py) to Mailman/MTA I can now run newlist and rmlist as root and have them do the right thing. I can NOT use the web interface to add/delete lists because of user permissions. Things that should be mentioned: This works on my oldish FreeBSD box (4.X). Which is running not new sendmail (8.12.X). I am not a python coder, really - I just wanted to make this work. Cleanup needed. But it does work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1244726&group_id=103 From noreply at sourceforge.net Mon Jul 25 23:29:09 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 25 Jul 2005 14:29:09 -0700 Subject: [ mailman-Patches-1244799 ] XML-RPC interface to Mailman Message-ID: Patches item #1244799, was opened at 2005-07-25 21:29 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=1244799&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web UI Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Joseph Tate (jtate) Assigned to: Nobody/Anonymous (nobody) Summary: XML-RPC interface to Mailman Initial Comment: This patch adds an XML-RPC public interface to Mailman 2.1.6. The functionality is very basic but includes interfaces for adding and deleting lists, setting list settings, and adding/removing/listing subscribers. There are also some changes made to a few Cgi and command line interfaces to break functionality away from output generation so that they could be more easily reused. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1244799&group_id=103 From noreply at sourceforge.net Wed Jul 27 14:38:03 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 27 Jul 2005 05:38:03 -0700 Subject: [ mailman-Patches-839386 ] MySQL MemberAdaptor for Mailman 2.1 Message-ID: Patches item #839386, was opened at 2003-11-10 18:04 Message generated for change (Comment added) made by kyrian You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=839386&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: configure/install Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Kev Green (kyrian) Assigned to: Nobody/Anonymous (nobody) Summary: MySQL MemberAdaptor for Mailman 2.1 Initial Comment: A MemberAdaptor "plugin" which should allow Mailman list members to be loaded from a MySQL database, rather than just a Mailman "pickle" file. Provided as-is, and without warranty, this "plugin" may destroy your server, soul, scalp, house, and life. Please use it with caution. Kev Green, oRe Net. http://www.orenet.co.uk/ ---------------------------------------------------------------------- >Comment By: Kev Green (kyrian) Date: 2005-07-27 13:38 Message: Logged In: YES user_id=99923 Folks, For my own sanity I have decided to create a dedicated area of my business website for various opensource projects, and put this project among others under there, so please refer to this location for updates to this patch in future: http://www.orenet.co.uk/opensource/ I will still be reading bug reports via sourceforge, but if nothing else, their user interface is much more fiddly and time consuming to publish files than a quick tar -czvf and an scp, so I'll be using my own environment to host the files at least for the time being. The latest version at this time is 1.61, I belive it still requires substantial testing which I'll get around to one of these days. K. ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2005-05-31 19:57 Message: Logged In: YES user_id=99923 Folks, Well, I've finally gotten around to releasing an update to this thing, after a phone conversation with the client who are using it, and I've incorporated a couple of cosmetic fixes, fairly substantial changes to make the bounce processing work properly (the ability to set people to NOMAIL now exists, and real world testing is commencing soon), and incorporated the flat vs. wide table archivecture types with various bugfixes. Main notes: * It would be a good idea to change all your delivery_status fields from VARCHAR(255) to INT(10) or similar, so that they will work properly, and not bomb out on this new version (they should be okay I think, but I'd advise the change). * The missing-'AND' typo has been rectified. Any suggestions and bugs should be sent to my sourceforge account address, which ends up in the right place. K. ---------------------------------------------------------------------- Comment By: Gergely EGERVARY (egervary) Date: 2005-04-09 11:14 Message: Logged In: YES user_id=1255996 Thank you for your good work. FYI: there's a missing "AND" in MysqlMemberships.py in line 494. ---------------------------------------------------------------------- Comment By: simboforge (simboforge) Date: 2005-03-11 23:22 Message: Logged In: YES user_id=1226150 excellent. can you please give me a list of the files modified from the original distro? grep sees six that grep have msyql in them. thx ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2005-03-11 22:56 Message: Logged In: YES user_id=99923 The flat file databases are unused when you put the MySQL adaptor in place, and they are untouched (and indeed not deleted) by it, the MySQL adaptor only queries the MySQL tables for membership information, without trying to force you into using it fulltime by deleting anything, etc. Once you unconfigure the MySQL adaptor, Mailman should revert back to your existing flat file databases. Of course, I could have missed something, etc. so do back up your flat file databases before installing the MySQL adaptor, and then you can just migrate back to them by restoring the backups. Either way, you have come up with a good question for an FAQ on the SQL adaptor :-) K. ---------------------------------------------------------------------- Comment By: simboforge (simboforge) Date: 2005-03-11 22:42 Message: Logged In: YES user_id=1226150 neat. just what i was looking for. i have a couple of live lists running on version version 2.1.5. i am a bit leary about unzipping this distrobution over the top of my working mailman as i am not sure how to backup the existing flat file databases. i would prefer to experiment with dropping the adapter into my existing installation. any pointers as to where to start? thx ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2004-12-13 18:34 Message: Logged In: YES user_id=99923 Oh, btw. v1.57 hasn't been tested yet, so it might kill your server, eat your dog, and stick your wife in the oven. Be careful using it! ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2004-12-13 18:33 Message: Logged In: YES user_id=99923 Version 1.57: 2004/12/13 * Merge in Daniel Shriver patch/code for a flat table architecture. [ Suggested by Kevin McCann , but I hadn't found time to do it myself... ] * Add bugfix information from Jinhyok Heo * Add in mksqlmailman script from TheSin * Follow Barry Warsaw's suggestion on delivery status timestamp. ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2004-01-08 11:38 Message: Logged In: YES user_id=99923 Latest version incorporates automated generation of the necessary tables, cleaner error reporting, and updated documentation. ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2003-11-11 11:14 Message: Logged In: YES user_id=99923 Bit of an oops in version 1.49, 1.50 now uploaded, which should fix it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=839386&group_id=103 From noreply at sourceforge.net Wed Jul 27 15:19:35 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 27 Jul 2005 06:19:35 -0700 Subject: [ mailman-Bugs-1246004 ] 2.1.6 bin/arch bombs out on unicodeerror Message-ID: Bugs item #1246004, was opened at 2005-07-27 15:19 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=1246004&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: mail delivery Group: 2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Auke Kok (sofar) Assigned to: Nobody/Anonymous (nobody) Summary: 2.1.6 bin/arch bombs out on unicodeerror Initial Comment: Running bin/arch on my i18n- development list I got this beauty: Updating HTML for article 2390 Updating HTML for article 2391 Pickling archive state into /var/mailman/archives/private/xfce-i18n/pipermail.pck Traceback (most recent call last): File "bin/arch", line 200, in ? main() File "bin/arch", line 188, in main archiver.processUnixMailbox(fp, start, end) File "/var/mailman/Mailman/Archiver/pipermail.py", line 573, in processUnixMailbox self.add_article(a) File "/var/mailman/Mailman/Archiver/pipermail.py", line 625, in add_article article.parentID = parentID = self.get_parent_info(arch, article) File "/var/mailman/Mailman/Archiver/pipermail.py", line 657, in get_parent_info article.subject) File "/var/mailman/Mailman/Archiver/HyperDatabase.py", line 311, in getOldestArticle self.__openIndices(archive) File "/var/mailman/Mailman/Archiver/HyperDatabase.py", line 251, in __openIndices t = DumbBTree(os.path.join(arcdir, archive + '-' + i)) File "/var/mailman/Mailman/Archiver/HyperDatabase.py", line 65, in __init__ self.load() File "/var/mailman/Mailman/Archiver/HyperDatabase.py", line 179, in load self.__sort(dirty=1) File "/var/mailman/Mailman/Archiver/HyperDatabase.py", line 73, in __sort self.sorted.sort() UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 0: ordinal not in range(128) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1246004&group_id=103 From noreply at sourceforge.net Wed Jul 27 15:12:56 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 27 Jul 2005 06:12:56 -0700 Subject: [ mailman-Patches-1246003 ] 2.1.6 senddigests unicode error exception handling Message-ID: Patches item #1246003, was opened at 2005-07-27 15:12 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=1246003&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: internationalization Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Auke Kok (sofar) Assigned to: Nobody/Anonymous (nobody) Summary: 2.1.6 senddigests unicode error exception handling Initial Comment: Hi, I've had senddigests break on me and this seems to be resolved by adding a proper exception handling as follows: vi +333 Mailman/Handlers/ToDigest.py replace: except LookupError: with: except (UnicodeError, LookupError): after this adjustment all digests are sent out properly again for my lists. symptoms were: Traceback (most recent call last): File "/var/mailman/cron/senddigests", line 94, in ? main() File "/var/mailman/cron/senddigests", line 86, in main mlist.send_digest_now() File "/var/mailman/Mailman/Digester.py", line 60, in send_digest_now ToDigest.send_digests(self, mboxfp) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 133, in send_digests send_i18n_digests(mlist, mboxfp) File "/var/mailman/Mailman/Handlers/ToDigest.py", line 331, in send_i18n_digests payload = unicode(payload, mcset, 'replace' UnicodeError: ISO-2022-JP decoding error: invalid designation ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=1246003&group_id=103 From noreply at sourceforge.net Sat Jul 30 04:30:03 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 29 Jul 2005 19:30:03 -0700 Subject: [ mailman-Bugs-1247796 ] small bug in welcome message Message-ID: Bugs item #1247796, was opened at 2005-07-29 21:30 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=1247796&group_id=103 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: (un)subscribing Group: None Status: Open Resolution: None Priority: 5 Submitted By: lbccserv (lbccserv) Assigned to: Nobody/Anonymous (nobody) Summary: small bug in welcome message Initial Comment: In the first message you get after you subscribe, which goes something like "Welcome to the Jobs at lbccservers.com mailing list! To post to this list, send your email to:" blah blah blah. Anyways, it goes on to say this: "with the word `help' in the subject or body (don't include the quotes), and you will get back a message with instructions." If you look carefully, help is enclosed in one single tick (single quote) and one back tick (tick on the tilde key) not a big deal, just thought I'd let yall know. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1247796&group_id=103