Mailman 3 May 2002 - Mailman-Developers

Prompt Enhancement Request.
by Phil Barnett 02 May '02

02 May '02

What would be the chance of enhancing the following text in the membership modificiation page? I find a lot of people using this option to 'unsubscribe' from the list. I think this would happen less often if there was a better description with a pointer that this is not an unsubscribe function. ------------------- Disable mail delivery Turn this on if you want mail to not be delivered to you for a little while.

3 3

[ mailman-Bugs-540978 ] eMailadress too long ?
by noreply＠sourceforge.net 02 May '02

02 May '02

Bugs item #540978, was opened at 2002-04-08 14:56 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=540978&group_id… Category: mail delivery Group: 2.1 beta Status: Open Resolution: None Priority: 5 Submitted By: Markus Mandalka (mandalka) Assigned to: Nobody/Anonymous (nobody) Summary: eMailadress too long ? Initial Comment: I have a list antiatomforum(a)lists.kommunikationssystem.de and others with long names. It seems that mailman can not handle with such long names, because in the subscribe-mail (which you have to answer to be in the list) the first columns are some things from the header (unsubscribe: xxx(a)lists.xxx and so on). Whith names like atest(a)lists.kommunikationssystem.de it works. ---------------------------------------------------------------------- Comment By: Giovanni Lopedote (giuans) Date: 2002-05-02 16:27 Message: Logged In: YES user_id=531451 I've found it. A fast fix for is to comment lines 149-150 in Mailman/Handlers:/CookHeaders.py: --- CookHeaders.py 2002-05-02 14:51:36.000000000 +0200 +++ CookHeaders.py.new 2002-05-02 16:12:09.000000000 +0200 @@ -146,8 +146,8 @@ # Wrap these lines if they are too long. 78 character width probably # shouldn't be hardcoded, but is at least text-MUA friendly. The # adding of 2 is for the colon-space separator. - if len(h) + 2 + len(v) > 78: - v = CONTINUATION.join(v.split(', ')) +# if len(h) + 2 + len(v) > 78: +# v = CONTINUATION.join(v.split(', ')) msg[h] = v # Always delete List-Archive header, but only add it back if the list is # actually archiving Tested with Mailman 2.1b1, Source Mage GNU/Linux 2.4.18, Postfix 1.1.7. I know there should be a better way, but I'm not a Python programmer at all. :) ---------------------------------------------------------------------- Comment By: Barry Warsaw (bwarsaw) Date: 2002-04-12 00:03 Message: Logged In: YES user_id=12800 I've confirmed this bug, but don't have a fix for it right now. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=540978&group_id…

1 0

[ mailman-Patches-551327 ] Makefile fix so that errors propagate
by noreply＠sourceforge.net 02 May '02

02 May '02

Patches item #551327, was opened at 2002-05-02 09:17 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=300103&aid=551327&group_id… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Daniel Resare (noa) Assigned to: Nobody/Anonymous (nobody) Summary: Makefile fix so that errors propagate Initial Comment: While I was trying to build mailman-2.1b1 as an rpm i encountered problems with my python installation that made the build in misc fail. Unfortunately, the error didn't propagate to the toplevel make process so it took some time to track down. The attached patch simply propagates any errors from make subprocesses to the topelevel make in an automake like fashion. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=300103&aid=551327&group_id…

1 0

[ mailman-Bugs-550314 ] Sending to multiple lists chooses one.
by noreply＠sourceforge.net 02 May '02

02 May '02

Bugs item #550314, was opened at 2002-04-29 11:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=550314&group_id… Category: mail delivery Group: 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: Jeff Posner (jposnersails) Assigned to: Nobody/Anonymous (nobody) Summary: Sending to multiple lists chooses one. Initial Comment: When I send a single message addressed as multiple lists on to 'TO:' line, each recipient receives exactly one copy. If a single user is a memeber of more than one list, he receives the copy to a "seemingly" random list. I am new to this version (just upgraded from 1.x) and have not seen this problem before. Thanks. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-05-01 22:52 Message: Logged In: NO If your users run Cyrus, or some similar mail system, messages with duplicate message-IDs are only stored once. This may, or may not, be relevant. ---------------------------------------------------------------------- Comment By: Dan Mick (dmick) Date: 2002-05-01 14:54 Message: Logged In: YES user_id=10725 Just tested with close-to-current 2.1CVS; it works for me. Two test lists, one post with both lists on To: line, I get two copies as expected. What version are you running? It might be worth checking the archives to see if the message got to both places; maybe one list is broken. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=550314&group_id…

1 0

Uncaught runner exception: 'NoneType' object
by totschnig.michael＠uqam.ca 02 May '02

02 May '02

Hello an error related to NoneType objects having no attributes has already been reported on this list. I get such an error only when I create a new list, only the mail sent to mailman-owner enumerating the new aliases to add seems to get caught in this. Should I test the patch Barry sent in message <15534.7944.843739.720556(a)anthem.wooz.org> to solve this problem? My MTA is sendmail. Thanks, Michael Apr 30 00:41:51 2002 (602) Uncaught runner exception: 'NoneType' object has no attribute 'Load' Apr 30 00:41:51 2002 (602) Traceback (most recent call last): File "/var/Mailman/Mailman/Queue/Runner.py", line 105, in __oneloop self.__onefile(msg, msgdata) File "/var/Mailman/Mailman/Queue/Runner.py", line 155, in __onefile keepqueued = self._dispose(mlist, msg, msgdata) File "/var/Mailman/Mailman/Queue/OutgoingRunner.py", line 58, in _dispose mlist.Load() AttributeError: 'NoneType' object has no attribute 'Load'

2 1

I bit the bullet
by barry＠zope.com 02 May '02

02 May '02

The MailCommandHandler.py module was just completely unmaintainable, so I bit the bullet and replaced it over the last several nights. The framework we've got now is much more extensible, flexible, and maintainable. Basically, each command is implemented in its own module inside the Mailman/Commands directory. You can add new commands by adding a file like cmd_<commandname>.py to the directory. You can delete commands by removing the files (e.g. Marc might want to remove cmd_lists.py :). See the existing files for examples. Through some clever programming, you can limit commands on a per-list, per-domain, per-sender, or per-message basis. Now the only cruft left is Pipermail <wink>. Hopefully over the next several days, I can get back to answering mmdev email, fixing bugs and getting beta2 out. Please start to use the SF trackers for all bugs you find in MM2.1, and all patches against the MM2.1 codebase. My inbox is overflowing, and I'm afraid of missing important bugs and patches. Cheers, -Barry

1 1

a bug?
by Simone Piunno 02 May '02

02 May '02

The site language of my installation is 'it'. Creating a new list with the only permitted language as 'en' I have a list with ['en','it'] (which makes sense) and the preferred language marked as 'it', (which is wrong) Cheers

2 1

Postfix instructions in 2.0.10's INSTALL
by Dan Mick 02 May '02

02 May '02

2.0.10's INSTALL file has this section: Problem: I use Postfix for my MTA and the mail wrapper programs are logging complaints about the wrong GID. Solution: Create a separate aliases file for Postfix in its main.cf config file under the variable "alias_maps". Put the file somewhere in Mailman's home directory, or somewhere else where the user mailman has write access to it; *as user mailman* call Postfix's "postalias" on the alias file. % postalias <the alias file> Also as user mailman, run % python -c'import os; print os.getgid()' This should print out the group id that Mailman should be configured to expect when the mail wrapper programs are run. Call it "thegid". Rebuild Mailman with % ./configure --with-mail-gid=thegid What is this supposed to do? "postalias <a private alias file>" appears to simply create an alias.dir/alias.pag pair in that same directory, but not affect the Postfix delivery at all. Is this a Postfix version skew problem? Is it expected that postalias actually "installs" the aliases somehow? It doesn't seem like that's the case. (There was a question on mailman-users that prompted me to wonder what this meant.)

3 2

Re: [Mailman-Developers] Prompt Enhancement Request.
by Dan Mick 01 May '02

01 May '02

Suggestions? It's always been pretty obvious to me, so I'm no good as a test case. > What would be the chance of enhancing the following text in the > membership modificiation page? > > I find a lot of people using this option to 'unsubscribe' from the > list. I think this would happen less often if there was a better > description with a pointer that this is not an unsubscribe function. > > ------------------- > > Disable mail delivery > > Turn this on if you want mail to not be delivered to you for a little > while. > > > > > _______________________________________________ > Mailman-Developers mailing list > Mailman-Developers(a)python.org > http://mail.python.org/mailman/listinfo/mailman-developers

1 0

[ mailman-Bugs-550314 ] Sending to multiple lists chooses one.
by noreply＠sourceforge.net 01 May '02

01 May '02

Bugs item #550314, was opened at 2002-04-29 18:48 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=550314&group_id… Category: mail delivery Group: 2.0.x Status: Open Resolution: None Priority: 5 Submitted By: Jeff Posner (jposnersails) Assigned to: Nobody/Anonymous (nobody) Summary: Sending to multiple lists chooses one. Initial Comment: When I send a single message addressed as multiple lists on to 'TO:' line, each recipient receives exactly one copy. If a single user is a memeber of more than one list, he receives the copy to a "seemingly" random list. I am new to this version (just upgraded from 1.x) and have not seen this problem before. Thanks. ---------------------------------------------------------------------- Comment By: Dan Mick (dmick) Date: 2002-05-01 21:54 Message: Logged In: YES user_id=10725 Just tested with close-to-current 2.1CVS; it works for me. Two test lists, one post with both lists on To: line, I get two copies as expected. What version are you running? It might be worth checking the archives to see if the message got to both places; maybe one list is broken. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=100103&aid=550314&group_id…

1 0