Mailman 3 December 2002 - Mailman-Developers

[ mailman-Bugs-629616 ] Invalid admin notification
by noreply＠sourceforge.net 24 Dec '02

24 Dec '02

Bugs item #629616, was opened at 2002-10-27 19:43 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=629616&group_i… Category: (un)subscribing Group: 2.1 beta >Status: Closed >Resolution: Fixed Priority: 7 Submitted By: Daniel Buchmann (avalon) Assigned to: Nobody/Anonymous (nobody) Summary: Invalid admin notification Initial Comment: Using latest CVS (2.1b4). When someone subscribes through the web interface (listinfo page), the list admin will receive an invalid email if subscription notification has been turned on. The email contains the content of adminsubscribeack.txt, but no string interpolation is done. This is not the case if subscribing using the mail command interface or subscribed by the admin using the admin page. Also, if the subscribing user chooses a different language than the list language, the email notification sent to the admin will have a Subject: according to the list language, but body according to what the subscribing user chose. Which is probably not what we want... ;) ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-23 23:58 Message: Logged In: YES user_id=12800 I couldn't reproduce the first problem in 2.1b6+, but I could reproduce the second, which is fixed now! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=629616&group_i…

1 0

[ mailman-Bugs-616674 ] bin/arch not processing mbox import corr
by noreply＠sourceforge.net 24 Dec '02

24 Dec '02

Bugs item #616674, was opened at 2002-09-30 13:43 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=616674&group_i… Category: command line scripts Group: 2.1 beta >Status: Pending Resolution: None Priority: 7 Submitted By: fuzzy (fuzzynco) Assigned to: Nobody/Anonymous (nobody) Summary: bin/arch not processing mbox import corr Initial Comment: I needed to import an archive from yahoo!groups. a list formerly on Y!G is now on my server with MM2.1b3. After creating the mbox file with a perl script na dtesting it with pine (to make sure all the email is acuallu there), I tried to import it using arch. there are a few thousand emails in the file, but arch only finds 2? I posted to the mm users mailing list and got a reply from Larry Weeks, said to send him a copy of the file, and he tested it with bin/arch from 2.0.6 and it works as expected. since the mbox file is readable by pine, shouldn't arch handle it correctly? email me if i can provide any thing that would help diagnose the problem. thanks... fuzzy(a)pooh.asarian.org ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-23 23:48 Message: Logged In: YES user_id=12800 Moving this to Pending since there's been no follow up. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-07 11:33 Message: Logged In: YES user_id=12800 arch only handles mbox files in "Unix mbox format". Such files delineate messages with a single line containing "From " -- that's "F R O M space" at the front of the line. There can be stricter criteria on what follows that header, but that's the gist of it. Maybe your individual files don't have the right separator. You can try running bin/cleanarch on the file to see if it's close. Use --dry-run to just examine the file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=616674&group_i…

1 0

[ mailman-Bugs-650711 ] add_members fails with specific address
by noreply＠sourceforge.net 24 Dec '02

24 Dec '02

Bugs item #650711, was opened at 2002-12-09 01:23 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=650711&group_i… Category: command line scripts Group: 2.1 beta >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Cabel Sasser (cabelsa) Assigned to: Nobody/Anonymous (nobody) Summary: add_members fails with specific address Initial Comment: I am migrating from one list system to another, and in the process of doing so I'm importing tens of thousands of addresses using the command-line add_members utility. Bug: add_members reproducibly crashes when it gets to the following obviously invalid e-mail address in the text file I'm importing from: ----(a)---.--- Here is the error message: [...] Traceback (most recent call last): File "/usr/local/mailman/bin/add_members", line 297, in ? main() File "/usr/local/mailman/bin/add_members", line 274, in main addall(mlist, nmembers, 0, send_welcome_msg, s) File "/usr/local/mailman/bin/add_members", line 173, in addall except MMHostileAddress: NameError: global name 'MMHostileAddress' is not defined If I remove the above dash-tastic address, the add_members import succeeds. I hope this helps! Mailman totally rocks! :) ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-23 23:46 Message: Logged In: YES user_id=12800 Well, the bug was still there in MM2.1b6 so I fixed it. :) ---------------------------------------------------------------------- Comment By: Cabel Sasser (cabelsa) Date: 2002-12-09 01:24 Message: Logged In: YES user_id=665207 BTW, this is 2.0b5. Sorry for not mentioning that above. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=650711&group_i…

1 0

[ mailman-Bugs-651146 ] make distclean forgets some Makefiles
by noreply＠sourceforge.net 24 Dec '02

24 Dec '02

Bugs item #651146, was opened at 2002-12-09 17:40 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=651146&group_i… Category: configuring/installing Group: 2.1 beta >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Matthias Juchem (brightice) Assigned to: Nobody/Anonymous (nobody) Summary: make distclean forgets some Makefiles Initial Comment: Hi. mailman/messages/Makefile and mailman/tests/*/Makefile do not get cleaned up when doing a 'make distclean'. Patch 645421 should fix this, see patch description. Matthias ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-23 23:41 Message: Logged In: YES user_id=12800 The patch was accepted but I forgot to close this bug report. Doing so now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=651146&group_i…

1 0

[ mailman-Bugs-652001 ] Reply-to munging not using correct host
by noreply＠sourceforge.net 24 Dec '02

24 Dec '02

Bugs item #652001, was opened at 2002-12-11 07:43 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=652001&group_i… Category: mail delivery Group: 2.1 beta >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: David Gibbs (midrangeman) Assigned to: Nobody/Anonymous (nobody) Summary: Reply-to munging not using correct host Initial Comment: Mailman 5.1b6 is not using the lists configured host name for the reply_to address ... it is using the default host name instead. I have mailman configured for virtual hosting ... the two hosts registered are 'midrange.com' and 'lists.fallingrock.net'. Default.py has the standard: add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST) and I've added the following to mm_cfg.py: VIRTUAL_HOST_OVERVIEW = 1 add_virtualhost('lists.fallingrock.net', 'lists.fallingrock.net') My test list is configured with: host_name = 'lists.fallingrock.net' first_strip_reply_to = 1 reply_goes_to_list = 1 reply_to_address = '' When I post a message to my test list, the reply-to header reflects my DEFAULT host name instead of the list's host name... >Return-Path: <beta-testers- bounces(a)lists.fallingrock.net> >Received: from linux.midrange.com (localhost [127.0.0.1]) > by linux.midrange.com (8.11.6/8.11.6) with ESMTP id gB8FtTa02925; > Sun, 8 Dec 2002 09:55:29 -0600 >Received: from GRYFFINDOR.midrange.com (gryffindor.midrange.com > [192.168.1.100]) > by linux.midrange.com (8.11.6/8.11.6) with ESMTP id gB8FtLi02900 > for <beta-testers(a)lists.fallingrock.net>; > Sun, 8 Dec 2002 09:55:21 -0600 >Message-Id: <5.2.0.9.2.20021208095147.02ccf150(a)linux.midrange.c om> >X-Sender: david(a)linux.midrange.com (Unverified) >X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 >Date: Sun, 08 Dec 2002 09:55:17 -0600 >To: beta-testers(a)lists.fallingrock.net >From: David Gibbs <david(a)midrange.com> >Subject: Re: [beta-testers] Up for another round? >In-Reply-To: <5.2.0.9.2.20021208094537.02c70330(a)linux.midrange.c om> >Mime-Version: 1.0 >Content-Type: text/plain; charset="us-ascii"; format=flowed >X-MailScanner: Found to be clean >X-BeenThere: beta-testers(a)lists.fallingrock.net >X-Mailman-Version: 2.1b5 >Precedence: list >Reply-To: New Feature Beta Testers <beta- testers(a)midrange.com> >List-Id: New Feature Beta Testers <beta- testers.lists.fallingrock.net> >List-Unsubscribe: ><http://lists.fallingrock.net/mailman2/listinfo/beta- testers>, > ><mailto:beta-testers-request@lists.fallingrock.net? subject=unsubscribe> >List-Archive: <http://lists.fallingrock.net/mailman2/private/beta- testers> >List-Post: <mailto:beta-testers@lists.fallingrock.net> >List-Help: <mailto:beta-testers- request(a)lists.fallingrock.net?subject=help> >List-Subscribe: <http://lists.fallingrock.net/mailman2/listinfo/beta- testers>, > <mailto:beta-testers- request(a)lists.fallingrock.net?subject=subscribe> >Sender: beta-testers-bounces(a)midrange.com >Errors-To: beta-testers-bounces(a)midrange.com ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-23 23:40 Message: Logged In: YES user_id=12800 I still cannot reproduce this. When I turn the reply-to options on I get the expected virtual host, regardless of whether the host was my primary or secondary host. Without the patch, I'm going to have to close this as irreproducible. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=652001&group_i…

1 0

[ mailman-Bugs-656341 ] logging of pending request without email
by noreply＠sourceforge.net 24 Dec '02

24 Dec '02

Bugs item #656341, was opened at 2002-12-19 10:45 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=656341&group_i… Category: (un)subscribing Group: 2.1 beta >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: Jost Krieger (jkrieger) Assigned to: Nobody/Anonymous (nobody) Summary: logging of pending request without email Initial Comment: 2.1b6: Pending requests are still not logged with email addresses for me. Patch upcoming. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-23 23:23 Message: Logged In: YES user_id=12800 I don't see a patch, but it definitely works for me, attempting to subscribe either via the web or via email. Are you sure you see nothing in logs/subscribe? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=656341&group_i…

1 0

upgrade from 2.1b5 to 2.1b6 fails
by Christopher Schulte 24 Dec '02

24 Dec '02

Just yesterday I went from 2.0.13 to 2.1b5 with no trouble. Today I went from 2.1b5 to 2.1b6 on the same install, and had problems. I shut down smtpd, did a mailmanctl stop, disabled web access and stopped all mailman cron jobs before doing the update. This is where the make update fails: monster# make update Upgrading from version 0x20100b5 to 0x20100b6 getting rid of old source files Updating mailing list: pptp-server Updating the held requests database. Traceback (most recent call last): File "bin/update", line 570, in ? errors = main() File "bin/update", line 447, in main errors = errors + dolist(listname) File "bin/update", line 217, in dolist mlist._UpdateRecords() File "/usr/local/mailman/Mailman/ListAdmin.py", line 536, in _UpdateRecords for id, (type, info) in self.__db.items(): ValueError: unpack tuple of wrong size *** Error code 1 Stop in /usr/local/src/mailman-2.1b6. Problem with held requests? Well when I log in to try to clear them via web: Bug in Mailman version 2.1b6 We're sorry, we hit a bug! Traceback: Traceback (most recent call last): File "/usr/local/mailman/scripts/driver", line 87, in run_main main() File "/usr/local/mailman/Mailman/Cgi/admindb.py", line 226, in main num = show_pending_subs(mlist, form) File "/usr/local/mailman/Mailman/Cgi/admindb.py", line 264, in show_pending_subs pendingsubs = mlist.GetSubscriptionIds() File "/usr/local/mailman/Mailman/ListAdmin.py", line 157, in GetSubscriptionIds return self.__getmsgids(SUBSCRIPTION) File "/usr/local/mailman/Mailman/ListAdmin.py", line 149, in __getmsgids ids = [k for k, (type, data) in self.__db.items() if type == rtype] ValueError: unpack tuple of wrong size Is there another way to clear the pending messages so I can update the DB? I tried going back down to 2.1b5, but the same problem existed when I tried to view pending requests. My other lists appear to work OK with with 2.1b[56] Thanks.

2 1

Qmailers, please comment
by barry＠python.org 24 Dec '02

24 Dec '02

Qmailers, could someone comment on the following patches: http://sf.net/tracker/index.php?func=detail&aid=621257&group_id=103&atid=30… http://sf.net/tracker/index.php?func=detail&aid=645513&group_id=103&atid=30… The patches seem self-contained enough to include in MM2.1, but I won't have any time to test them. Please add comments to the tracker. Should these be included? Thanks, -Barry

1 0

[ mailman-Patches-643011 ] bug: Scrubbed messages are re-decoded
by noreply＠sourceforge.net 24 Dec '02

24 Dec '02

Patches item #643011, was opened at 2002-11-24 05:21 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=643011&group_i… Category: Pipermail Group: Mailman 2.1 Status: Open Resolution: None Priority: 5 Submitted By: Hatuka*nezumi (hatukanezumi) Assigned to: Nobody/Anonymous (nobody) Summary: bug: Scrubbed messages are re-decoded Initial Comment: Content-Transfer-Encoding must be cleared. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-23 22:32 Message: Logged In: YES user_id=12800 Could you give more details about why this patch is necessary? If you have message examples, please attach them (don't paste them into a comment). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=643011&group_i…

1 0

[ mailman-Patches-644797 ] Revised mailer exit status
by noreply＠sourceforge.net 24 Dec '02

24 Dec '02

Patches item #644797, was opened at 2002-11-27 10:56 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=644797&group_i… Category: mail delivery >Group: Mailman 2.2 / 3.0 Status: Open Resolution: None Priority: 5 Submitted By: Richard Barrett (ppsys) Assigned to: Nobody/Anonymous (nobody) Summary: Revised mailer exit status Initial Comment: This patch modifies the Python scripts in $prefix/scripts/ that are used by the MTA to deliver incoming mail to Mailman. The exit statuses now returned are drawn from the mail related values defined in /usr/include/sysexits.h This allows the MTA to return more meaningful responses to the sender when rejecting mail. It also allows a more sympathetic treatment of mail in the event that the Python script suffers an unexpected exception when handling incoming email. Such exceptions are now logged to MM's $prefix/logs/erro in all but the most extreme error cases and the internal information about the Python exception is not passed into the response to the sender. There are two patch versions; one for MM 2.0.13 and the other for MM 2.1b5 in the MM build directory say: patch -p1 < patch-filename ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-12-23 22:29 Message: Logged In: YES user_id=12800 Sorry Richard, I have to defer this one. It's too much for me to think about for MM2.1. ---------------------------------------------------------------------- Comment By: Richard Barrett (ppsys) Date: 2002-12-11 06:58 Message: Logged In: YES user_id=75166 exitstatus-2.1b6-0.1.patch is a revision of the patch for MM 2.1b6 compatibility ---------------------------------------------------------------------- Comment By: Richard Barrett (ppsys) Date: 2002-11-27 10:58 Message: Logged In: YES user_id=75166 version for MM 2.1b5 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300103&aid=644797&group_i…

1 0