Barry A. Warsaw | 29 Jun 2000 09:05

Re: [Mailman-Developers] Announcing Mailman 2.0 beta 3

Oops, I forgot to tell you how to get the tarball.  You can down load
it from any of these urls:

ftp://www.python.org/pub/mailman/mailman.tar.gz

http://www.list.org/mailman.tar.gz

http://download.sourceforge.net/mailman/mailman-2.0beta3.tgz

It will also hopefully soon be available on ftp.gnu.org.

Cheers, and G'Night. :)
-Barry

Barry A. Warsaw | 29 Jun 2000 08:55

Announcing Mailman 2.0 beta 3

Okay folks, I am finally releasing Mailman 2.0 beta 3.  I think I have
nailed the duplicates problem -- at least I have seen no duplicates in
the last 24 hours on python.org, so I'm feeling good about it (we'll
see if that lasts tomorrow morning :).

Please give this version a thorough test; I'd like to have a much
shorter release cycle for the next few betas.  I am aiming to release
2.0 final on July 14th, the Friday before the O'Reilly OSSCON.  I plan
on spending time between now and then on slogging through the
discussion lists and bug reports, and working on the documentation.

See below for an excerpt from the NEWS file for changes since
2.0beta2.  If you have not been following the CVS updates and are
upgrading from 2.0 beta 2 or earlier PLEASE READ THE UPGRADING FILE!
A crucial step is to reload your crontab.in file, otherwise you won't
clear your message queue often enough (or perhaps not at all).

Enjoy,
-Barry

-------------------- snip snip --------------------
2.0 beta 3 (26-Jun-2000)

    - Delivery mechanism (qrunner) refined to support immediate
      queuing, queuing directly from MTA, and queuing on any error
      along the delivery pipeline.  This means 1) that huge lists
      can't time out the MTA's program delivery channel; 2) it is much
      harder to completely lose messages; 3) eventually, qrunner will
      be elaborated to meter delivery to the MTA so as not to swamp
      it.  The tradeoff is in more disk I/O since every message coming
(Continue reading)


Gmane