Hi,
Brad and Barry: thanks for your reply!
On Thu, Jan 05, 2006 at 09:03:39PM -0500, Barry Warsaw wrote:
> On Wed, 2006-01-04 at 16:57 +0100, Joost van Baal wrote:
>
> > I'd like to document my patch for making Mailman OpenPGP and S/MIME
> > aware ( http://non-gnu.uvt.nl/pub/mailman/ ). I'd lik
Christiaan den Besten wrote:
>
>Could someone please tell me why the "config.pck"'s of every list is
>completely read, copy'ed to config.pck.last etc on a
>'/usr/bin/python -S /usr/lib/mailman/scripts/driver listinfo' call.
listinfo instantiates every list which involves reading the config.pck
On Thu, 2006-01-05 at 12:00 +0900, Tokio Kikuchi wrote:
> I really hate to read code in the Archiver directory. :-(
> We'd rather develope new archiver from scratch for 2.2 (or 3.0). New
> design should be in XHTML/CSS/UTF-8.
Oh most definitely. The current archiver is a bastard bolt-on from a
On Wed, 2006-01-04 at 16:57 +0100, Joost van Baal wrote:
> I'd like to document my patch for making Mailman OpenPGP and S/MIME
> aware ( http://non-gnu.uvt.nl/pub/mailman/ ). I'd like this
> documentation to integrate nicely with the official Mailman
> documenation. What is the preferred format
Thank you Mark. It looks like we reached the same conclusion.
One note: I prefer to use unicode() than decode() because the latter is
not supported in Python 2.1 and looks like fuzzy in declaring unicode
string (or else).
Mark Sapiro wrote:
> Tokio Kikuchi wrote:
>
>>At my first glance, it wil
At 4:57 PM +0100 2006-01-04, Joost van Baal wrote:
> I'd like to document my patch for making Mailman OpenPGP and S/MIME
> aware ( http://non-gnu.uvt.nl/pub/mailman/ ).
Ideally, the patch and documentation should be uploaded to the
SourceForge tracker. That way Tokio, Mark, and Barry
Hi all !
Could someone please tell me why the "config.pck"'s of every list is completely
read, copy'ed to config.pck.last etc on a
'/usr/bin/python -S /usr/lib/mailman/scripts/driver listinfo' call.
We have some lists with a lot of recipients which results in a combined size of
all config.pck'
