headers
Brian Luria | 1 Feb 2011 15:59
Picon

Changing the name of a mailing list

If I have a list called "name <at> domain.com" and I want to change it to
something else, say "namesake <at> domain.com"  - is there a relatively easy way
to do this for someone not versed in the server side of managing the mailman
install?

Thanks, as always, in advance

Brian
Permalink | Reply | 1 comment |
headers
Mark Sapiro | 1 Feb 2011 19:43
Favicon

Re: Changing the name of a mailing list

Brian Luria wrote:

>If I have a list called "name <at> domain.com" and I want to change it to
>something else, say "namesake <at> domain.com"  - is there a relatively easy way
>to do this for someone not versed in the server side of managing the mailman
>install?

The various ways to "rename" a list are described in the FAQ at
<http://wiki.list.org/x/mYA9>. The only way to truly rename the list
(i.e. change its name while preserving list membership and all member
options) requires renaming several files and directories in Mailman's
file structure and possibly modifying the MTAs aliases. This and other
methods are described in the FAQ.

--

-- 
Mark Sapiro <mark <at> msapiro.net>        The highway is for gamblers,
San Francisco Bay Area, California    better use your sense - B. Dylan
Permalink | Reply | 0 comments |
headers
Rob | 1 Feb 2011 22:05
Picon

Emergency Moderate question

I am running v2.1.13 on Mac OS X Server 10.5.8; all works well, I have many lists running with virtual hosts
for several organizations.

I noticed a strange behavior recently. One list was set to "Emergency Moderate" all traffic. For this one
list, I (as administrator) did not receive the customary notification of held e-mails until the
following day, when the daily reminder message would notify me that the message was still waiting to be
approved/denied. 

Turning off "Emergency Moderate" restored behavior to normal, and I now receive immediate notification
of held posts. 

All other lists work fine with respect to moderated / held messages, none of them have 'Emergency Moderate' on.

I am trying to understand this behavior and was curious if anyone had any thoughts.

Thanks,

-Rob
Permalink | Reply | 4 comments |
headers
Mark Sapiro | 1 Feb 2011 22:28
Favicon

Re: Emergency Moderate question

Rob wrote:
>
>I noticed a strange behavior recently. One list was set to "Emergency Moderate" all traffic. For this one
list, I (as administrator) did not receive the customary notification of held e-mails until the
following day, when the daily reminder message would notify me that the message was still waiting to be
approved/denied. 

That's how it's designed to work. Emergency moderation is designed to
be used to moderate all traffic in emergencies such as to quell flame
wars. It is not intended to be used routinely to moderate all posts.

Thus, when emergency moderation is on, posts which are not held for
some other reason are held for emergency moderation and the
owner/moderator is not notified even if admin_immed_notify is yes.

>Turning off "Emergency Moderate" restored behavior to normal, and I now receive immediate notification
of held posts. 

Unless there is an Apple mod in the order of the pipeline, you should
have received notices of posts held for other than emergency
moderation anyway. The only held posts that you would not receive
notice for are those specifically held for emergency moderation.

>All other lists work fine with respect to moderated / held messages, none of them have 'Emergency
Moderate' on.
>
>I am trying to understand this behavior and was curious if anyone had any thoughts.

If you want to routinely hold all posts, the way to do that is to set
all member's 'mod' flags on and set new members moderated by default.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Malcolm Austen | 1 Feb 2011 22:10
Picon

Re: Emergency Moderate question

On Tue, 01 Feb 2011 21:05:31 -0000, Rob <pennguin <at> mac.com> wrote:

> I am trying to understand this behavior and was curious if anyone had  
> any thoughts.

I saw exactly the same behaviour a month or two back, then I read the  
manual that confirmed this is as intended - to avoid the moderator getting  
floods of email during emergency moderation.

Malcolm.

--

-- 
Using Opera's revolutionary email client: http://www.opera.com/mail/
Permalink | Reply | 0 comments |
headers
Rob | 1 Feb 2011 22:51
Picon

Re: Emergency Moderate question


On Feb 1, 2011, at 4:28 PM, Mark Sapiro wrote:

> Rob wrote:
>> 
>> I noticed a strange behavior recently. One list was set to "Emergency Moderate" all traffic. For this one
list, I (as administrator) did not receive the customary notification of held e-mails until the
following day, when the daily reminder message would notify me that the message was still waiting to be
approved/denied. 
> 
> 
> 
> That's how it's designed to work. Emergency moderation is designed to
> be used to moderate all traffic in emergencies such as to quell flame
> wars. It is not intended to be used routinely to moderate all posts.
> 
> Thus, when emergency moderation is on, posts which are not held for
> some other reason are held for emergency moderation and the
> owner/moderator is not notified even if admin_immed_notify is yes.
> 
> 
>> Turning off "Emergency Moderate" restored behavior to normal, and I now receive immediate
notification of held posts. 
> 
> 
> Unless there is an Apple mod in the order of the pipeline, you should
> have received notices of posts held for other than emergency
> moderation anyway. The only held posts that you would not receive
> notice for are those specifically held for emergency moderation.
>
(Continue reading)

Permalink | Reply | 1 comment |
headers
Mark Sapiro | 2 Feb 2011 00:19
Favicon

Re: Emergency Moderate question

Rob wrote:
>
>So, if I do use Emergency moderate in the future, would I just check the pending requests page manually to
see if posts have arrived? 

If you wanted to know what was waiting moderation before receiving your
daily notice, yes.

--

-- 
Mark Sapiro <mark <at> msapiro.net>        The highway is for gamblers,
San Francisco Bay Area, California    better use your sense - B. Dylan
Permalink | Reply | 0 comments |
headers
Mark Sapiro | 2 Feb 2011 00:45
Favicon

Re: Administrivia Messages

Beau Barnhart wrote:
>
>We have been asked by mail-abuse.org to make changes to the configuration
>to one of our servers.  The following this their request...

Actually, the request understates the problem. See below.

>-- message from mail-abuse.org ----------
>
>Currently, when messages arrive at your mail server it runs them through
>SpamAssassin, which checks for spam and tags them. Your mail server then
>passes this tagged message to mailman.
>
>Because it is to a -request address, mailman "knows" that these messages
>should contain commands.  It ignores the fact that SpamAssassin has
>already tagged it (Subject: {Definitely Spam?}), and looks through every
>line looking for a "subscribe", "unsubscribe" or other command.
>
>Of course, it doesn't find one.  So, it builds up a helpful reply, sets
>the X-Administrivia header to yes, and appends the original message, and
>forwards this to the From: address.
>
>Except that the From: address is forged, so the message, and its spam
>payload, get sent to an innocent third party.

And, this would occur even if spamassassin/MailScanner/whatever didn't
tag the subject. In fact, if the message is truly spam with a forged
From:, the likelyhood that the subject contained a valid command
before tagging is small. And even if it did contain a valid command,
there is normally some reply from Mailman to the (forged) sender in
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mark Sapiro | 2 Feb 2011 00:51
Favicon

Re: Cannot exec /etc/mail/smrsh: Permission denied

John Espiro wrote:

>When I send a message to the mailing list I get:
>
> sm-mta[16327]: p0SJuInx016321: SYSERR(root): Cannot exec
>/etc/mail/smrsh: Permission denied
>Jan 28 19:56:22 sm-mta[16326]: p0SJuInx016321:
>to="|/usr/lib/mailman/mail/mailman post LISTNAME", ctladdr=<ADDRESS>
>(8/0), delay=00:00:01, xdelay=00:00:00, mailer=prog, pri=31689,
>dsn=4.0.0, stat=Operating system error
>
>System: Ubuntu 10.10 Server 64bit
>
>I've read through this:
>
>http://www.gnu.org/software/mailman/mailman-install/node32.html
>
>grep smrsh /etc/mail/sendmail.cf
>#####  $Id: smrsh.m4,v 8.14 1999/11/18 05:06:23 ca Exp $  #####
>Mprog,  P=/etc/mail/smrsh, F=lsDFM
>
>smrsh is in: :/usr/lib/sm.bin
>
>In /usr/lib/sm.bin, I ran: ln -s /usr/lib/mailman/mail/mailman mailman
>In /etc/mail/smrsh, I ran: ln -s /usr/lib/mailman/mail/mailman mailman
>
>
>Still, the problem persists.  I am sure this must be a permissions
>issue, then again, maybe not.
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Doug Gaff | 2 Feb 2011 05:59
Picon

Private Lists with Real Name Signatures

Hi all,

I thought I'd send a summary of this in case anyone else needs to do it.
Thanks to Mark for basically explaining all of this to me.

As a reminder of my original request, I have one of my lists set up in
anonymous mode, but the list owner wants emails signed with "handles" used
by folks on the list. For example, "bikerchick21 says:" followed by the rest
of her message. When this anonymous list was setup, the owner put all of the
handles into the Real Name field for each subscriber in the subscriber list.
Now, I want to use this Real Name field in the msg_header variable on the
non-digest admin page. Here are the steps:

1. Create Fromvar.py (my choice for the handler name) in the
Mailman/Handlers directory. This code attempts to pull Real Name from the
subscriber list first by matching the from email address with the list. If
the mailman Real Name field is empty, it attempts to pull Real Name from the
sender's email address. (Customer handler FAQ: http://wiki.list.org/x/l4A9)
In the latter case my code just leaves the field blank to keep it either
handles or nothing.

from email.Utils import parseaddr
def process(mlist, msg, msgdata):
    from_name, addrs = parseaddr(msg['from'])
    if mlist.isMember(addrs):
        poster_name = mlist.getMemberName(addrs) or ''
    if not poster_name:
        poster_name = from_name
    msgdata.setdefault('decoration-data', {}).update(
                                  poster_name=poster_name)
(Continue reading)

Permalink | Reply | 0 comments |

Gmane