Re: [Mailman-Developers] What would send to bare administrator

2005-01-21 Thread John W. Baxter
On 1/21/2005 14:06, "Mark Sapiro" <[EMAIL PROTECTED]> wrote: > John W. Baxter wrote: >> >> A quick grep in the source didn't reveal a case where Mailman attempts to >> send mail to the unqualified recipient . Does anyone happen >> to know where it is? > > I don't know, but is it possible that '

[Mailman-Developers] Postfix.py extension for virtual_domain management

2005-01-21 Thread Mike Gabriel
hi there, i have newly subscribed to the list as i want to propose an alternative (extended) postfix MTA backend. i called it PostfixVirtual.py as a working title. it enables an extended support for postfix virtual domains. all this can also be achieved by manually adding some aliases in postf

Re: [Mailman-Developers] What would send to bare administrator

2005-01-21 Thread Mark Sapiro
John W. Baxter wrote: > >A quick grep in the source didn't reveal a case where Mailman attempts to >send mail to the unqualified recipient . Does anyone happen >to know where it is? I don't know, but is it possible that 'owner' or 'moderator' for some list - maybe the site (mailman) list - is set

Re: [Mailman-Developers] [Fwd: Re: [Mailman-Announce] Mailman 2.1.6 beta 1]

2005-01-21 Thread Tokio Kikuchi
I haven't really been following this thread, but I hope you meant that the new format will be: Subject: [prefix] testing ..and replies will be modified to look like: Subject: [prefix] Re: testing instead of the current: Subject: Re: [prefix] testing It will be the site administrator's choice. If

Re: [Mailman-Developers] [Fwd: Re: [Mailman-Announce] Mailman 2.1.6 beta 1]

2005-01-21 Thread Bob [EMAIL PROTECTED]
I haven't really been following this thread, but I hope you meant that the new format will be: Subject: [prefix] testing ..and replies will be modified to look like: Subject: [prefix] Re: testing instead of the current: Subject: Re: [prefix] testing If you meant something else, please explain. Th

Re: [Mailman-Developers] [Fwd: Re: [Mailman-Announce] Mailman 2.1.6 beta 1]

2005-01-21 Thread Tokio Kikuchi
I think I can add some code before the 2.1.6 final release to exchage Re: and prefix order for the subject prefix without numbering. (Yes, we now have a nice feature to add numbering in the subject prefix.) Or avoid messing with the Subject in the first place if the tag is already there? Sound

Re: [Mailman-Developers] [Fwd: Re: [Mailman-Announce] Mailman 2.1.6 beta 1]

2005-01-21 Thread Tokio Kikuchi
think I can add some code before the 2.1.6 final release to exchage Re: and prefix order for the subject prefix without numbering. (Yes, we now have a nice feature to add numbering in the subject prefix.) Can you do the same for "AW" and some of the other non-English forms of "Re"? I'm only aski

[Mailman-Developers] What would send to bare administrator

2005-01-21 Thread John W. Baxter
OK, that subject might hit a filter somewhere. ;-) Mark Shapiro wrote in another thread, in mailman-users: If you haven't changed SMTP_LOG_EACH_FAILURE in mm_cfg.py, the 3 failures should be logged in Mailman's smtp-failure log. Which prompted me to look there, and find Jan 18 14:47:56 2005 (2

Re: [Mailman-Developers] [Fwd: Re: [Mailman-Announce] Mailman 2.1.6 beta 1]

2005-01-21 Thread John W. Baxter
On 1/21/2005 5:54, "Tokio Kikuchi" <[EMAIL PROTECTED]> wrote: > think I can add some code before the 2.1.6 final release to exchage > Re: and prefix order for the subject prefix without numbering. (Yes, we > now have a nice feature to add numbering in the subject prefix.) Can you do the same for

Re: [Mailman-Developers] [Fwd: Re: [Mailman-Announce] Mailman 2.1.6 beta 1]

2005-01-21 Thread Tokio Kikuchi
Niels Bakker wrote: Hello, http://www.jwz.org/doc/threading.html Mailman 2.1.6b1 breaks this algorithm, specifically this step: | Only two things need to be done with the subject strings: ask whether | they begin with `Re:', and compare the non-Re parts for equivalence. | So you can get away wit

Re: [Mailman-Developers] Admin-controlled rejectiontext...

2005-01-21 Thread Brad Knowles
At 6:55 PM -0800 2005-01-20, Mark Sapiro wrote: First is all text entered via the web admin interface is HTML escaped resulting in the <, etc. To avoid this, set the text for member_moderation_notice using bin/config_list instead of using the web interface. Blargh. The goal was to give us som