Grant Taylor writes:
> On 05/26/10 02:35, Stephen J. Turnbull wrote:
> > It fixes it for the Mailman host, yes. It's still wasting some
> > bandwidth and may indicate more serious problems on an intermediate
> > host. Typically it's not a problem at either the last hop or the
> > apparent
I am very pleased to announce the winner of the 2010 GNU Mailman logo
contest. By an almost 2-to-1 margin, you voted for this logo:
http://www.list.org/images/logo2010.jpg
Congratulations Andrija Arsic! A little bit about Andrija: originally from
Trstenik, Serbia and now studying IT technology
>There can be issues with Exim (and other MTAs) if one of the list names
>looks like one of the administrative addresses for another list?.
>Check your Exim logs which should tell you how the mail is getting to
>List2.
Thanks again. MailMan was working perfectly. It was a configuration
issue
On 05/26/10 02:35, Stephen J. Turnbull wrote:
It fixes it for the Mailman host, yes. It's still wasting some
bandwidth and may indicate more serious problems on an intermediate
host. Typically it's not a problem at either the last hop or the
apparent sender, so quite painful to trace in the a
LOL. I'll work on the handler. I'm not sure whether I can do this is a
shared hosted environment, though. I'm looking into it.
-Original Message-
From: Stephen J. Turnbull [mailto:step...@xemacs.org]
Sent: Wednesday, May 26, 2010 1:24 PM
To: Doug Gaff
Cc: 'Mark Sapiro'; Mailman-Users@pyt
Stephen J. Turnbull wrote:
>Mark Sapiro writes:
>
> > Sure. A somewhat more complete handler (and perhaps more Pythonic as
> > well) would be:
> >
> >
> > from email.Utils import parseaddr
> > def process(mlist, msg, msgdata):
> > poster_name, addrs = parseaddr(msg['from'])
> > if not po
Doug Gaff writes:
> Why isn't %(poster_name) available as a variable to be used in the
> msg_footer options on the admin panel? Seems like that would be easier.
It's not available because it's not available. Yours is an unusual
use case; "normally" the poster's name is available in the From fi
Mark Sapiro writes:
> Sure. A somewhat more complete handler (and perhaps more Pythonic as
> well) would be:
>
>
> from email.Utils import parseaddr
> def process(mlist, msg, msgdata):
> poster_name, addrs = parseaddr(msg['from'])
> if not poster_name and mlist.isMember(addrs):
Doug Gaff wrote:
>
>Why isn't %(poster_name) available as a variable to be used in the
>msg_footer options on the admin panel? Seems like that would be easier.
It was never implemented as a standard replacement.
If the list is not anonymous, the name is usually available in the
From: header of t
Stephen J. Turnbull wrote:
>Mark Sapiro writes:
>
> > This would add %(poster_name)s to the replacements available for
> > msg_header and msg_footer, and its value would be the real name part
> > of the From: address of the original post or the empty string if there
> > wasn't a real name in the F
Mark,
Why isn't %(poster_name) available as a variable to be used in the
msg_footer options on the admin panel? Seems like that would be easier.
Doug
-Original Message-
From: Stephen J. Turnbull [mailto:step...@xemacs.org]
Sent: Wednesday, May 26, 2010 12:11 PM
To: Mark Sapiro
Cc: Doug
Mark Sapiro writes:
> This would add %(poster_name)s to the replacements available for
> msg_header and msg_footer, and its value would be the real name part
> of the From: address of the original post or the empty string if there
> wasn't a real name in the From:
Would it be possible to get
#2 sounds like a better approach. I'll look into that. Thanks!
-Original Message-
From: Mark Sapiro [mailto:m...@msapiro.net]
Sent: Wednesday, May 26, 2010 11:15 AM
To: Doug Gaff; Mailman-Users@python.org
Subject: Re: [Mailman-Users] private lists with real name signatures
Doug Gaff wrot
Keith Blackie wrote:
>I have a situation where subscriber email addresses are being bounced after
>the failed address has been forwarded to an autoresponder. The problem is
>that the mailman strips the sender's address out of the response before it
>is sent to the administrator for action.
>
>O
Doug Gaff wrote:
>
>The request I'm getting from list members is to have their "Real Name"
>displayed but not their email address. I see two ways to do this:
>
>
>
>1. The "on behalf of" text in the header could put the real name only
>and not the email address.
The "on behalf of" text is
I have a situation where subscriber email addresses are being bounced after
the failed address has been forwarded to an autoresponder. The problem is
that the mailman strips the sender's address out of the response before it
is sent to the administrator for action.
On the mailing list, I have
Hello all,
Sorry if I missed this in the FAQ. I'm a heavy user/admin of mailman, but
this is the first time I've had "anonymous_list" set to Yes.
The request I'm getting from list members is to have their "Real Name"
displayed but not their email address. I see two ways to do this:
1.
Grant Taylor writes:
> So, I think this does "fix" this problem.
It fixes it for the Mailman host, yes. It's still wasting some
bandwidth and may indicate more serious problems on an intermediate
host. Typically it's not a problem at either the last hop or the
apparent sender, so quite painful
18 matches
Mail list logo