May 20

Here is some of my experience dealing with mailman. I am tying to set my mailman to be a newsletter /distribution list i add some user email to the member list and

– I want the user on member list not be able to replay the mail that was sent to mailing list.

– And i also did not want the user member list cannot directly email the mailing list.

– And i also don’t want any of non member be able to send email.

After install mailman and create the mailing list first of all you need to set mailing list on the picture below i set adittest, once mail send to the mailing list by authorize email address we need to get rid off of the Reply-To:  from the mail header  You need to go to General Options and set the first_strip_reply_to to yes

mailman1

(click the picture to enlarge it)

Then we set some Notifications for theailing member list, we don’t want the mailing list member to have password reminder , welcome notice etc

mailman2

mailman3

(click the picture to enlarge it)

We also want to add some email to our mailing list membership,  you need to go to Membership Management -> [Mass Subscription] .  We can set how to subscribe the email, Send welcome messages  and Send notifications of new subscriptions or not.

mailman4

(click the picture to enlarge it)

After you add the member list, you see that the moderation(mod) flag was automaticaly added by default the advantage of this flag if one of the member decide to mail the mailing list directly it will be moderate first like shown below

mailman5

(click the picture to enlarge it)

Now we will set the Privacy options , first we need to set the subscription rules you need to go to Privacy options -> [Subscription rules]. We need to set the subscribe_policy

mailman6

(click the picture to enlarge it)

Now we need to set Privacy options for sender we can set the action to take when a moderated member posts to the list(rejected,discard or hold) and how the rejected message shown.

mailman7

(click the picture to enlarge it)

on the privacy options for sender we can also set  non-member filters ,   we can set list of non-member addresses whose postings should be automatically accepted( on this option we can set email that allowed to be send to mailing list)

mailman8

(click the picture to enlarge it)

we can also set action to take for postings from non-members for which no explicit action is defined.

mailman9

(click the picture to enlarge it)

Now we need to set the member when trying to replay the mail that was sent by the mailing list, the replay will not go throught directly to the mailing list. You need to go to Privacy options -> Recipient filters -> max_num_recipients set it to 2 it will hold every member replay

mailman10

(click the picture to enlarge it)

You will see the hold email massage on Tend to pending moderator requests

mailman11

(click the picture to enlarge it)

May 11

url referer : http://wiki.list.org/display/DOC/From+field+displayed+by+Microsoft+Outlook

Some users of the MS Outlook MUA find that mail they receive that has been sent out by a Mailman list server is displayed on the Outlook GUI with a ‘From’ field that is structured like this:

From listname-admin@mailman.server.com On behalf of fred@poster.domain.com

or this,

From listname-bounces@mailman.server.com On behalf of fred@poster.domain.com

or even this:

From listname-bounces+jim=reader.domain.com@mailman.server.com On behalf of fred@poster.domain.com

This is because of the way Microsoft software including Hotmail/Windows Live Mail and many versions of Outlook interpret the meaning of the Sender header. Here is the relevant passage from RFC2822:

=================================
The “Sender:” field specifies the mailbox of the agent responsible for the actual transmission of the message. For example, if a secretary were to send a message for another person, the mailbox of the secretary would appear in the “Sender:” field and the mailbox of the actual author would appear in the “From:” field. If the originator of the message can be indicated by a single mailbox and the author and transmitter are identical, the “Sender:” field SHOULD NOT be used. Otherwise, both fields SHOULD appear.

http://www.faqs.org/rfcs/rfc2822.html

=================================

Given this description, Microsoft’s display choice is not entirely unwarranted (surprisingly enough).

This author knows of no way to stop this behaviour by Outlook; if you do then add it to this FAQ page.

Of the three examples given above, the first, using the -admin list alias is what comes from a MM 2.0.x installation.

The second, using the -bounces list alias comes from a MM 2.1 installation.

The third is from a MM 2.1 installation that is sending out VERP’ed e-mail (for more information about VERP see So what is this VERP stuff).

It appears that not all versions of MS Outlook have this behaviour. If you know of versions that do or do not, then add the information to this FAQ page.

MS MUA/Version with the behaviour described:

MS Outlook 2007
MS Outlook 2003 (including SP2)
MS Outlook 2002
MS Outlook 2000

MS MUA/Version without the behaviour described:

MS Outlook Express 6

Note: The change from the -admin suffix to -bounces suffix (introduced by MM 2.1) was to separate the incoming e-mail to Mailman between what was bounced e-mail being returned and what was other administrative stuff. This was part of the changes in 2.1, including VERP’ing, aimed at improving bounce handling.

A partial ‘solution’ to this problem you can try, is a hack at the file $prefix/Mailman/Handlers/SMTPDirect.py in the MM 2.1.2 released code. If you change line 342 in the function bulkdeliver() from:

msg[‘Sender’] = envsender

to:

msg[‘Sender’] = mlist.GetListEmail()

then it will (hopefully) shorten:

test-bounces@listdomain.tld

to:

test@listdomain.tld

in what the subscriber’s Outlook MUA displays in its ‘From’ field’.

The risk with this hack is that any response sent to the address in the Sender: header gets sent to the list not to the list’s bounce alias. But an MTA generating a bounce message should not be using the address in the Sender: header of the message but the address of the sender from the envelope of the SMTP transaction.

But no warranty with the hack. Take a copy of SMTPDirect.py before you start. Be careful with the editing. Remember source code indentation is syntactically significant with Python. Try some tests, including adding duff mail addresses to your test list to check what happens when things bounce.

The change described below has also been proposed but is questionable because RFC2822 says: ‘The “Sender:” field specifies the mailbox of the agent responsible for the actual transmission of the message’. Which in our case is the mailman list.

Using the listname-bounces or listname aliases seems to be within the spirit of the RFC.

The following suggestion proposes having no Sender: header or leaving the incoming Sender: header intact. This does not seem to be a valid interpretation of the RFC; nevertheless, you can comment out a line in $PREFIX/Mailman/Handlers/SMTPDirect.py in Mailman 2.1.x released code in the function bulkdeliver(). You end up with:

#msg[‘Sender’] = envsender

And then restart mailman: $prefix/mailman/bin/mailmanctl restart