Re: [Mailman-Developers] ping

2005-02-25 Thread Harald Meland
[pabs] Hi, Is this list broken, or has everyone left? The list seems to work, so I guess it's just a case of everyone being silent for a few days... -- Harald ___ Mailman-Developers mailing list Mailman-Developers@python.org

Re: [Mailman-Developers] [Fwd: Fwd: Re: [Mailman-Announce] Critical security update for Mailman 2.1.5 and earlier [origin: mailman-developers-owner@python.org]]

2005-02-16 Thread Harald Meland
From: Axel Beckert [EMAIL PROTECTED] Subject: Re: [Mailman-Announce] Critical security update for Mailman 2.1.5 and earlier To: mailman-developers@python.org I just want to share my experiences with the patch: Am Thu, Feb 10, 2005 at 09:41:05AM -0500, Barry Warsaw schrieb: There is

Re: [Mailman-Developers] @ in mail **text** gets replaced inarchives

2003-09-29 Thread Harald Meland
[John A. Martin] Harald == Harald Meland Harald It is not clear to me that Mailman *is* an MTA. It is not Harald an SMTP server, and is not (necessarily) an SMTP client. To have been precise perhaps I should have said something like a mail agent must not muck with an existing

Re: [Mailman-Developers] @ in mail **text** gets replaced inarchives

2003-09-28 Thread Harald Meland
[Barry Warsaw] I really really want to use something like message-ids to generate message file names. I want to be able to generate links to archived messages in the footers, but I think the best way to do that is to agree on a reproducible, independent algorithm for calculating them. What

Re: [Mailman-Developers] @ in mail **text** gets replaced inarchives

2003-09-28 Thread Harald Meland
[Barry Warsaw] On Sun, 2003-09-28 at 05:13, Harald Meland wrote: 2) Whenever Mailman receives a message whose message-id is already present in the archives, the original Message-Id: header is renamed to e.g. X-Original-Message-Id:, and Mailman generates a fresh (as in not yet

Re: [Mailman-Developers] @ in mail **text** gets replaced inarchives

2003-09-28 Thread Harald Meland
[John A. Martin] baw == Barry Warsaw Re: [Mailman-Developers] @ in mail **text** gets replaced inarchives Sun, 28 Sep 2003 09:45:32 -0400 baw On Sun, 2003-09-28 at 05:13, Harald Meland wrote: [Barry Warsaw] I really really want to use something like message-ids

Re: [Mailman-Developers] Re: Bounce removal parameters default values

2003-09-26 Thread Harald Meland
[Greg Stark] Before removing a subscriber mailman should send a message with known content testing the address. Only if such a message bounces should a user be dropped. Uhm... what parts of such a known content message do you think can safely be assumed to still be discernible when Mailman

Re: [Mailman-Developers] Problem with MM after power outage

2003-09-12 Thread Harald Meland
[Peter C. Norton] On Fri, Sep 12, 2003 at 09:58:18PM +0200, Brad Knowles wrote: At 12:56 PM -0400 2003/09/12, John A. Martin wrote: And, moreover, the choice should depend upon the file system and file system options. As you know, all Linux boxen do not necessarily only run ext2 even

Re: [Mailman-Developers] Problem with MM after power outage

2003-09-12 Thread Harald Meland
[Barry Warsaw] Except that when I did some very simple tests, I saw a 97% hit in performance with fsync turned on. Ouch. That's pretty severe, all right. Even though I would *guess* that most casual Mailman sites would pull through an effective halving of performance without any problems,

Re: [Mailman-Developers] Re: [Mailman-checkins] mailman3 README.txt, NONE, 3.0

2003-09-08 Thread Harald Meland
[Barry Warsaw] On Sun, 2003-09-07 at 17:30, Harald Meland wrote: If there is enough demand for tree reorganization to require using a completely new CVS module, has any thought been given to switching to a revision control system that actually *supports* renames? Thought about

Re: [Mailman-Developers] Re: [Mailman-checkins] mailman3 README.txt, NONE, 3.0

2003-09-07 Thread Harald Meland
[Barry Warsaw] On Sat, 2003-05-24 at 00:37, Jeff Waugh wrote: It might be a bit of extra work, but why not just copy the files around in the repository? History is important! :-) Two reasons: - I'm not even sure what the directory structure is going to look like yet, and I don't really