Mailman 3 July 2002 - Mailman-Developers

[ mailman-Bugs-579285 ] gate_news attempts connect to bad hosts
by noreply＠sourceforge.net 24 Jul '02

24 Jul '02

Bugs item #579285, was opened at 2002-07-09 15:16 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=579285&group_i… Category: nntp/news Group: 2.0.x Status: Closed Resolution: Fixed Priority: 5 Submitted By: Steve Fox (drfickle) Assigned to: Nobody/Anonymous (nobody) Summary: gate_news attempts connect to bad hosts Initial Comment: I've been having gate_news spew out 'Connection refused' errors every five minutes for quite some time now. I finally tracked down what the problem is, and hopefully someone more skilled in Python than I can create a simple fix. In the open_news function it doesn't check whether the mlist.nntp_host variable is valid or not (in my case it was a null string). A simple if check would solve the problem here, but I think that's addressing the symptom, not the problem. Rather I think the real problem is that the MailList class sets gateway_to_mail to "true" (I'm not sure what the real value is), even if the nntp host name is invalid. Then the process_lists function assumes that nntp_host is valid and calls open_newsgroup on it. I would suggest that if the nntp_host is invalid, that the MailList class not set gateway_to_mail to be "true". Thanks! ---------------------------------------------------------------------- >Comment By: Steve Fox (drfickle) Date: 2002-07-24 12:05 Message: Logged In: YES user_id=17512 That sounds great. Thanks. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 10:45 Message: Logged In: YES user_id=12800 While I won't fix this for MM2.0, in MM2.1, you now cannot enable gatewaying unless both the nntp_host and linked_newsgroup fields are filled in. It's too expensive and annoying to do further validation (i.e. that the given host exists and accepts nntp connections, and that the newsgroup is a valid newsgroup on the host). ---------------------------------------------------------------------- Comment By: Steve Fox (drfickle) Date: 2002-07-09 15:32 Message: Logged In: YES user_id=17512 I forgot to mention that gateway_to_mail seems to be set "true" anytime the mail-to-news page contains any non-default values. That is, even if hostname and newsgroup are blank, but one or more of the radio buttons are set to yes, gate_to_mail will be "true". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=579285&group_i…

1 0

Fwd: Re: [Mailman-Developers] Modifying mailman to filter archived messages
by Laurence Berland 24 Jul '02

24 Jul '02

On Wednesday 24 July 2002 12:48 am, you wrote: > E.g. you'd do msg.get(fieldname) to get the contents of a header, and > "del msg[fieldname] ; msg[fieldname] = value" to replace the contents > of a header. msg.attach(attachment) or msg.set_payload(body) to > manipulate the body of a message, etc. Just to clarify, body=msg.get_payload() sets body to the msg payload, and msg.set_payload(body) sets the msg payload to body, right? I'll probably be testing this today and submitting a patch against 2.1... I don't know if you would want to override feature-freeze for this, but it's a really incredibly short thing, so it might not be a problem... Laurence

1 0

[ mailman-Bugs-584989 ] bounced large messages are deleted!
by noreply＠sourceforge.net 24 Jul '02

24 Jul '02

Bugs item #584989, was opened at 2002-07-22 18:15 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=584989&group_i… Category: mail delivery Group: 2.1 beta Status: Closed Resolution: Fixed Priority: 5 Submitted By: Peer Heinlein (pheinlein) Assigned to: Nobody/Anonymous (nobody) Summary: bounced large messages are deleted! Initial Comment: I`m using 2.1b2+ (July, 22th) and if a message is larger than the maximum allowd size (of this list) it is not bounced or hold for approval succesfully. The message disappears and mailman crashes. Maybe it`s just a mistake in the translation in german mailman.po? Jul 22 17:36:55 2002 (28610) Uncaught runner exception: an integer is required Jul 22 17:36:55 2002 (28610) Traceback (most recent call last): File "/usr/lib/mailman/Mailman/Queue/Runner.py", line 105, in __oneloop self.__onefile(msg, msgdata) File "/usr/lib/mailman/Mailman/Queue/Runner.py", line 154, in __onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/usr/lib/mailman/Mailman/Queue/IncomingRunner.py", line 129, in _dispose status = self._dopipeline(mlist, msg, msgdata, pipeline) File "/usr/lib/mailman/Mailman/Queue/IncomingRunner.py", line 152, in _dopipel sys.modules[modname].process(mlist, msg, msgdata) File "/usr/lib/mailman/Mailman/Handlers/Hold.py", line 179, in process MessageTooBig(bodylen, mlist.max_message_size)) File "/usr/lib/mailman/Mailman/Handlers/Hold.py", line 198, in hold_for_approv reason = Utils.wrap(exc.reason_notice()) File "/usr/lib/mailman/Mailman/Handlers/Hold.py", line 103, in reason_notice return _('''Message body is too big: %(size)d bytes with a limit of File "/usr/lib/mailman/Mailman/i18n.py", line 76, in _ return _translation.gettext(s) % dict TypeError: an integer is required ---------------------------------------------------------------------- >Comment By: Peer Heinlein (pheinlein) Date: 2002-07-24 18:24 Message: Logged In: YES user_id=581680 I really don`t know how python works and how to help myself. Maybe something has changed - I installed the package python-devel and python tk. There`s a traceback when I start "python -v": [...] # /usr/lib/python2.2/stat.pyc matches /usr/lib/python2.2/stat.py import stat # precompiled from /usr/lib/python2.2/stat.pyc # /usr/lib/python2.2/UserDict.pyc matches /usr/lib/python2.2/UserDict.py import UserDict # precompiled from /usr/lib/python2.2/UserDict.pyc 'import site' failed; traceback: Traceback (most recent call last): File "/var/tmp/python-2.2-build//usr/lib/python2.2/site.py", line 177, in ? addsitedir(sitedir) File "/var/tmp/python-2.2-build//usr/lib/python2.2/site.py", line 128, in addsitedir addpackage(sitedir, name) File "/var/tmp/python-2.2-build//usr/lib/python2.2/site.py", line 151, in addpackage exec dir File "<string>", line 1, in ? ImportError: No module named japanese Python 2.2 (#1, Mar 26 2002, 15:46:04) [GCC 2.95.3 20010315 (SuSE)] on linux2 ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 15:26 Message: Logged In: YES user_id=12800 Something may have changed in your Python environment? I don't see how that fix could have had anything to do with it! ---------------------------------------------------------------------- Comment By: Peer Heinlein (pheinlein) Date: 2002-07-24 10:14 Message: Logged In: YES user_id=581680 It looks like it works. -Thanks! But now I`m getting the message "`import site` failed; use -v to traceback"?! Peer ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 07:06 Message: Logged In: YES user_id=12800 It does look like it's a bug in the German translation for that message. I'm about to commit a fix to the German catalog; can you try doing a cvs update and see if that fixes your problem? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=584989&group_i…

1 0

[ mailman-Bugs-585776 ] no webauthentification possible
by noreply＠sourceforge.net 24 Jul '02

24 Jul '02

Bugs item #585776, was opened at 2002-07-24 10:17 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=585776&group_i… Category: Web/CGI Group: 2.1 beta Status: Closed Resolution: Fixed Priority: 5 Submitted By: Peer Heinlein (pheinlein) Assigned to: Nobody/Anonymous (nobody) Summary: no webauthentification possible Initial Comment: After updating to 2.1b some of our lists aren`t accessible for admins any more. I`m using the current cvs, but when they try to login mailman crashes: Traceback (most recent call last): File "/usr/lib/mailman/scripts/driver", line 82, in run_main main() File "/usr/lib/mailman/Mailman/Cgi/admin.py", line 82, in main cgidata.getvalue('adminpw', '')): File "/usr/lib/mailman/Mailman/SecurityManager.py", line 206, in WebAuthenticate ac = self.Authenticate(authcontexts, response, user) File "/usr/lib/mailman/Mailman/SecurityManager.py", line 159, in Authenticate elif crypt and crypt.crypt(response, secret[:2]) == secret: TypeError: argument 2 must be string without null bytes, not str ---------------------------------------------------------------------- >Comment By: Peer Heinlein (pheinlein) Date: 2002-07-24 18:11 Message: Logged In: YES user_id=581680 Don`t ask me how this happend :-) It`s working now - thanks a lot. I`m really suprised and very happy about the really fast responses! USE_CRYPT was set to 1 before upgrading. I never changed it. ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 16:26 Message: Logged In: YES user_id=12800 I don't quite understand how you could have gotten a secret with null bytes in it, but I've added a try/except around the crypt() call to ignore this exception. If you get it, it's equivalent to a failed response. For future reference, before upgrading to MM2.1, was USE_CRYPT set to 0 or 1? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=585776&group_i…

1 0

[ mailman-Bugs-585833 ] Forward posts held for approval
by noreply＠sourceforge.net 24 Jul '02

24 Jul '02

Bugs item #585833, was opened at 2002-07-24 06:22 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=585833&group_i… Category: mail delivery Group: 2.1 beta Status: Closed Resolution: Fixed Priority: 5 Submitted By: Ousmane Wilane (wilane) Assigned to: Nobody/Anonymous (nobody) Summary: Forward posts held for approval Initial Comment: FWIW I'm using the current cvs. When I forward a mail which was held for approval to my email address (oversized mail in this case) I get the provided traceback in my logs and the mail in shunt q: ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 11:46 Message: Logged In: YES user_id=12800 Be sure you "mailmanctl restart" :) ---------------------------------------------------------------------- Comment By: Ousmane Wilane (wilane) Date: 2002-07-24 11:26 Message: Logged In: YES user_id=47556 Oops! After cvs -q up -P -d, The bug stood there with the same traceback. Maybe I'm doing something wrong but don't know what ... :) ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 10:04 Message: Logged In: YES user_id=12800 Fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=585833&group_i…

1 0

[ mailman-Bugs-579285 ] gate_news attempts connect to bad hosts
by noreply＠sourceforge.net 24 Jul '02

24 Jul '02

Bugs item #579285, was opened at 2002-07-09 16:16 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=579285&group_i… Category: nntp/news Group: 2.0.x >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Steve Fox (drfickle) Assigned to: Nobody/Anonymous (nobody) Summary: gate_news attempts connect to bad hosts Initial Comment: I've been having gate_news spew out 'Connection refused' errors every five minutes for quite some time now. I finally tracked down what the problem is, and hopefully someone more skilled in Python than I can create a simple fix. In the open_news function it doesn't check whether the mlist.nntp_host variable is valid or not (in my case it was a null string). A simple if check would solve the problem here, but I think that's addressing the symptom, not the problem. Rather I think the real problem is that the MailList class sets gateway_to_mail to "true" (I'm not sure what the real value is), even if the nntp host name is invalid. Then the process_lists function assumes that nntp_host is valid and calls open_newsgroup on it. I would suggest that if the nntp_host is invalid, that the MailList class not set gateway_to_mail to be "true". Thanks! ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 11:45 Message: Logged In: YES user_id=12800 While I won't fix this for MM2.0, in MM2.1, you now cannot enable gatewaying unless both the nntp_host and linked_newsgroup fields are filled in. It's too expensive and annoying to do further validation (i.e. that the given host exists and accepts nntp connections, and that the newsgroup is a valid newsgroup on the host). ---------------------------------------------------------------------- Comment By: Steve Fox (drfickle) Date: 2002-07-09 16:32 Message: Logged In: YES user_id=17512 I forgot to mention that gateway_to_mail seems to be set "true" anytime the mail-to-news page contains any non-default values. That is, even if hostname and newsgroup are blank, but one or more of the radio buttons are set to yes, gate_to_mail will be "true". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=579285&group_i…

1 0

[ mailman-Bugs-585229 ] opening holes by changing permissions?
by noreply＠sourceforge.net 24 Jul '02

24 Jul '02

Bugs item #585229, was opened at 2002-07-22 22:03 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=585229&group_i… Category: configuring/installing Group: 2.1 beta Status: Open Resolution: None Priority: 5 Submitted By: Paul Marshall (paulmarshll) Assigned to: Nobody/Anonymous (nobody) Summary: opening holes by changing permissions? Initial Comment: I was having problems adding a list in Mailman 2.1beta via the web interface, it was giving me an error regarding permissions to the mailman/data/aliases.db file. This is the error I got: ... File "/var/mailman/Mailman/MTA/Postfix.py", line 46, in _update_maps raise RuntimeError, msg % (acmd, status, errstr) RuntimeError: command failed: /usr/sbin/postalias /var/mailman/data/aliases (status: 1, Operation not permitted) To fix this I changed the permissions on this file so apache could write to it. chmod a+w aliases.db This did fix the problem of creating and deleting lists via the web interface. Does anyone know if this would open up any security holes? Is there another way to fix the permissions problem that is more logical? Thanks for your help. Paul Marshall ---------------------------------------------------------------------- >Comment By: Paul Marshall (paulmarshll) Date: 2002-07-24 10:44 Message: Logged In: YES user_id=582441 Thanks for the help bwarsaw, its working now and I don't have a+w on aliases.db Paul ---------------------------------------------------------------------- Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 10:28 Message: Logged In: YES user_id=12800 You shouldn't need to do this if you've followed the directions in README.POSTFIX. The key issue is that aliases and aliases.db must be group owned by `mailman' and must be group writeable. Since the cgi scripts are setgid mailman Apache should have no problems writing the file. And since Postfix filter prog is also setgid mailman, it should have no problems either. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=585229&group_i…

1 0

[ mailman-Bugs-579908 ] Very poor configuration design
by noreply＠sourceforge.net 24 Jul '02

24 Jul '02

Bugs item #579908, was opened at 2002-07-10 20:53 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=579908&group_i… Category: configuring/installing Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bob Tanner (tanner) Assigned to: Nobody/Anonymous (nobody) Summary: Very poor configuration design Initial Comment: The way configure is setup it seems to assume that you are building mailman ON the box you will be installing it. This is a terrible design decision. Make for creating packages a total nightmare. Forcing a package builder to add entries into /etc/passwd and /etc/group, is another bad design decision. Forcing a package builder to have all the directories setup and proper permissions during build it a another bad design decision. ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 11:36 Message: Logged In: YES user_id=12800 Sorry, I don't agree. They were good design decisions made for intentional reasons. You can disagree with them or suggest better ways to accomplish other goals, of course. First, sorry, but security demands a mailman user and group be added to the system. I don't think this is much different than a lot of other server type software packages, such as mail daemons. As for the second point, in MM2.1 you will be able to override some of the decisions at configure time, but it seems to me that most autoconf based programs will have similar issues, so Mailman's not unique here. One of the biggest problems IMO is that the gid's are compiled into the C wrappers. While this is very good for a local install, it probably doesn't work well for a package install. I'd be open to suggestions (or better yet, patches) to improve the situation for package builds. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=579908&group_i…

1 0

[ mailman-Bugs-582274 ] Duplicate Subscription Request
by noreply＠sourceforge.net 24 Jul '02

24 Jul '02

Bugs item #582274, was opened at 2002-07-16 10:44 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=582274&group_i… Category: (un)subscribing Group: 2.0.x >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: rich cowan (leftlink) Assigned to: Nobody/Anonymous (nobody) Summary: Duplicate Subscription Request Initial Comment: Someone submitted a subscription request twice and instead of rejecting the second request, Mailman allowed it and it appeared twice in the subscriber approve window. here is an example of how this appeared: Date: Tue, 16 Jul 2002 06:25:19 -0400 Subject: 2 devel admin request(s) waiting From: devel-admin(a)lists.democracygroups.org To: devel-admin(a)lists.democracygroups.org X-Ack: no X-BeenThere: devel(a)lists.democracygroups.org X-Mailman-Version: 2.0.9 Precedence: bulk Message-Id: <E17UPWC-0002Ww-00@rainier> Sender: devel-owner(a)lists.democracygroups.org Errors-To: devel-owner(a)lists.democracygroups.org X-BeenThere: devel(a)lists.democracygroups.org List-Help: <mailto:devel- request(a)lists.democracygroups.org?subject=help> List-Post: <mailto:devel@lists.democracygroups.org> List-Subscribe: <http://lists.democracygroups.org/mailman/listinfo/de vel>, <mailto:devel- request(a)lists.democracygroups.org? subject=subscribe> List-Id: OC Software Development Volunteer <devel.lists.democracygroups.org> List-Unsubscribe: <http://lists.democracygroups.org/mailman/listinfo/de vel>, <mailto:devel- request(a)lists.democracygroups.org? subject=unsubscribe> List-Archive: <http://lists.democracygroups.org/pipermail/devel/> Status: The devel(a)lists.democracygroups.org mailing list has 2 request(s) waiting for your consideration at: http://lists.democracygroups.org/mailman/a dmindb/devel Please attend to this at your earliest convenience. This notice of pending requests, if any, will be sent out daily. Pending subscriptions: ksnyder@..ny.org Tue Jul 16 05:10:03 2002 ksnyder@..ny.org Tue Jul 16 05:20:02 2002 ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 11:31 Message: Logged In: YES user_id=12800 Yup, this is a deficiency of MM2.0. I think it's a minor problem and since MM2.0 is in critical patch phase only, I don't plan on fixing this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=582274&group_i…

1 0

[ mailman-Bugs-582891 ] Mailman converting = to =3D
by noreply＠sourceforge.net 24 Jul '02

24 Jul '02

Bugs item #582891, was opened at 2002-07-17 11:46 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=582891&group_i… Category: (un)subscribing Group: 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: Jake Rosenbalm (jakerose) Assigned to: Nobody/Anonymous (nobody) Summary: Mailman converting = to =3D Initial Comment: We have a page allowing a user to submit thier email to subscribe to lists. The text sent is subscribe nodigest address=jakerose(a)yahoo.com. However, the coomand being processed by mailman is subscribe nodigest address=3Djakerose(a)yahoo.com, where the = is converted to =3D. ANy ideas? ---------------------------------------------------------------------- >Comment By: Barry A. Warsaw (bwarsaw) Date: 2002-07-24 11:30 Message: Logged In: YES user_id=12800 It's likely something else in your tool chain (probably your MTA) is doing the quoted-printable conversion. Mailman won't do that. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100103&aid=582891&group_i…

1 0