Mailman 3 January 2010 - Mailman-Developers

Re: [Mailman-Developers] [Mailman-i18n] RELEASED GNU Mailman 3.0 alpha 5 (Distant Early Warning)
by Barry Warsaw 19 Jan '10

19 Jan '10

On Jan 19, 2010, at 04:17 PM, Marcos wrote: >Must be the Asturian language in the version 3? :) >Can you confirm if is it an error, please? >Thanks very much! There is currently only English in Mailman 3. We'll begin to do translations on Launchpad, but I haven't hooked all that up yet. It's on my list. ;) -Barry

1 0

RELEASED GNU Mailman 3.0 alpha 5 (Distant Early Warning)
by Barry Warsaw 19 Jan '10

19 Jan '10

Hello everyone, welcome to 2010 and another Mailman 3 alpha release. I'm happy to announce Mailman 3.0 alpha 5. New in this release are additional REST API methods for subscribing and unsubscribing email addresses to mailing lists, and for listing all members of all mailing lists. Mailman also properly handles the -join, -leave, and -confirm email commands and sub-addresses (-subscribe and -unsubscribe are aliases for -join and -leave). A few more command line scripts have been renamed, a 'devmode' setting has been added, and Mailman now searches for its configuration file using this search order: -C config command line argument $MAILMAN_CONFIG_FILE environment variable ./mailman.cfg ~/.mailman.cfg /etc/mailman.cfg As always, you can download the tarball from the Cheeseshop or Launchpad: http://pypi.python.org/pypi/mailman https://launchpad.net/mailman Documentation is available here: http://packages.python.org/mailman Enjoy, -Barry

1 0

Re: [Mailman-Developers] Reply-To munging considered *carefully*
by Stephen J. Turnbull 08 Jan '10

08 Jan '10

Michael B. Trausch writes: > My main, central, and driving point is a desire to create a system that > is both idiot friendly and expert friendly, and my desire is to have all > known common (end-user) and uncommon (technical user) use cases be > handled in a manner that is consistent and portable. That's what we want, too, Brother Michael. The difference between you and us is that we believe in the RFC process, we believe in decentralization, and we believe that if we design a better way to do it in that context, software developers will adopt it and users will get the benefits merely by upgrading their favorite software (or changing, if another implementation becomes more attractive in the process).

7 6

Re: [Mailman-Developers] adding new features for site admin (webUI)
by Kovács Zoltán 02 Jan '10

02 Jan '10

Dear Dave, thank you for this information. I guess 3.0 will not be out in a reasonable time, and I do not think migration will be flawless from 2.1.x. So I start to add the new features to 2.1.x and I'll make the patch available for the public on a web page. Yours, Zoltan 2010. január 2. 16:29 David Brown írta, <dave(a)aasv.org>: > FYI, on November 1, Barry Warsaw announced that all new functionality would > be implemented only in 3.0; 2.1.x would be bugfixes only, and 2.2 was > effectively dead. > > Dave > -- > David Brown > dave(a)aasv.org ; webmaster(a)aasv.org > > -----Original Message----- > From: mailman-developers-bounces+dave=aasv.org(a)python.org > [mailto:mailman-developers-bounces+dave<mailman-developers-bounces%2Bdave> > =aasv.org(a)python.org] On Behalf Of > Kovács Zoltán > Sent: Saturday, January 02, 2010 7:00 AM > To: Mailman-Developers(a)python.org > Subject: [Mailman-Developers] adding new features for site admin (webUI) > > Dear Developers, > > My task is to enhance the web admin interface for mailman-2.1.x, requested > by one of my customers. As a programmer, I learned that I need to add some > lines of code into Mailman/Cgi/admin.py (or listinfo.py). > > I also learned that there are upcoming versions (2.2 and 3.0) which may > have > a different (completely rewritten) interface. As far as I can understand > the > current version (2.1.x) can be a widely used one for several years, so my > changes will be fruitful for the community for a few years or so. > > I'd like to add the following new features. My customer is running 100+ > different lists with 500+ users. So my customer asks me to give a web > interface for the following: > > * Remove a given user from all lists. If a user to be removed is a list > admin, then a warning should come instead. > * Change the email address of a given user in all lists. > > I know that these requests could be done via the command line interface, > but > my customer would like to maintain these task via web. > > My questions to you are: > > * If my code is of quality, will it be a part of the mainstream code (from > 2.1.14 or so)? > * Is admin.py the right place for such an enhancement? > > Thank you for your answer in advance. > > Yours, > Zoltan Kovacs > http://particio.com/english/ > _______________________________________________ > Mailman-Developers mailing list > Mailman-Developers(a)python.org > http://mail.python.org/mailman/listinfo/mailman-developers > Mailman FAQ: http://wiki.list.org/x/AgA3 > Searchable Archives: > http://www.mail-archive.com/mailman-developers%40python.org/ > Unsubscribe: > http://mail.python.org/mailman/options/mailman-developers/dave%40aasv.org > > Security Policy: http://wiki.list.org/x/QIA9 > >

1 0