1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<title>3.7.1 Subscription rules</title>
<META NAME="description" CONTENT="3.7.1 Subscription rules">
<META NAME="keywords" CONTENT="mailman-admin">
<META NAME="resource-type" CONTENT="document">
<META NAME="distribution" CONTENT="global">
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<link rel="STYLESHEET" href="mailman-admin.css">
<link rel="first" href="mailman-admin.html">
<link rel="contents" href="contents.html" title="Contents">
<LINK REL="next" HREF="node23.html">
<LINK REL="previous" HREF="node21.html">
<LINK REL="up" HREF="node21.html">
<LINK REL="next" HREF="node23.html">
</head>
<body>
<DIV CLASS="navigation">
<table align="center" width="100%" cellpadding="0" cellspacing="2">
<tr>
<td><A HREF="node21.html"><img src="../icons/previous.gif"
border="0" height="32"
alt="Previous Page" width="32"></A></td>
<td><A HREF="node21.html"><img src="../icons/up.gif"
border="0" height="32"
alt="Up One Level" width="32"></A></td>
<td><A HREF="node23.html"><img src="../icons/next.gif"
border="0" height="32"
alt="Next Page" width="32"></A></td>
<td align="center" width="100%">GNU Mailman - List Administration Manual</td>
<td><A href="contents.html"><img src="../icons/contents.gif"
border="0" height="32"
alt="Contents" width="32"></A></td>
<td><img src="../icons/blank.gif"
border="0" height="32"
alt="" width="32"></td>
<td><img src="../icons/blank.gif"
border="0" height="32"
alt="" width="32"></td>
</tr></table>
<b class="navlabel">Previous:</b> <a class="sectref" HREF="node21.html">3.7 The Privacy Options</A>
<b class="navlabel">Up:</b> <a class="sectref" HREF="node21.html">3.7 The Privacy Options</A>
<b class="navlabel">Next:</b> <a class="sectref" HREF="node23.html">3.7.2 Sender filters</A>
<br><hr>
</DIV>
<!--End of Navigation Panel-->
<H3><A NAME="SECTION002371000000000000000">
3.7.1 Subscription rules</A>
</H3>
<P>
This subcategory controls the rules for exposing the existance of this
list, and for what new members must do in order to subscribe to the
list.
<P>
<DL>
<DT><STRONG>advertised</STRONG></DT>
<DD>This option controls whether this list will show up in the list
overview for the site. Normally, an overview contains the name
and short description of every mailing list in the virtual
domain. By setting this variable to <i>No</i>, it will not show
up in this overview, nor will it show up in the administrative
overview. The only way then to find the list is to guess (or
know!) its name.
<P>
</DD>
<DT><STRONG>subscribe_policy</STRONG></DT>
<DD>This option controls the steps that a new member must take to join
the list. The available options may differ based on some defaults
that the site administrator chooses. They are:
<P>
<UL>
<LI>None - No verification is done on the subscribing
member. This is also called <i>open subscriptions</i> and is
generally disabled by default. The site administrator must
allow list admins to choose this option; if not, this option
will not be presented to you.
<P>
</LI>
<LI>Confirm - An email confirmation step is required before the
address is added to the list. When a member requests
subscription, either via the web page or by sending a
message to <var>yourlist</var><code>-join@example.com</code>, Mailman
will send a confirmation message to the requesting address.
This mail-back confirmation contains a unique identifier,
which the requester can present to Mailman in order to
confirm their subscription. This can be done either by
replying to the mail-back, or by visiting the url in the
mail-back message. The url points to a page that lets the
user either discard or confirm their request.
<P>
</LI>
<LI>Require approval - All subscription requests are held for
approval of the list moderator. No mail-back confirmation
is sent, but the list admins will recieve a message
indicating that approval is pending.
<P>
</LI>
<LI>Confirm and approve - Here, a mail-back notice must first
be confirmed by the requester. Once confirmed, the list
moderator must then approve the request. This is the most
secure method for users to subscribe since it both verifies
the requesting address, and forces the list moderators to
approve the request.
<P>
</LI>
</UL>
<P>
</DD>
<DT><STRONG>unsubscribe_policy</STRONG></DT>
<DD>Specifies whether the list moderator's approval is required for
unsubscription requests. <i>No</i> is highly recommended, since
it is exceedingly impolite to not allow people to leave a mailing
list whenever they want (i.e. opt-out). <i>Yes</i> is useful in
some specialized contexts; e.g. you may not want to allow
employees to unsubscribe from the company newsletter.
<P>
</DD>
<DT><STRONG>ban_list</STRONG></DT>
<DD>This contains a list of addresses (or regular expressiosn), one
per line, that are banned from ever subscribing to your mailing
list. If a match occurs during the subscription process, the
request will be automatically rejected, and the requester will get
a rejection notice. You can use this to permanently ban
troublesome posters to a members-only list.
<P>
</DD>
<DT><STRONG>private_roster</STRONG></DT>
<DD>This specifies who is allowed to view the roster of member
addresses. If you choose <i>Anyone</i>, then the list membership
is completely public. You can limit exposure of the roster to
just list members, or just to the list administrators. In the
former case, a user must enter a valid member's address and
password before they can view the roster. In the latter case, a
list administrator's password must be enter; if a matching admin
password is entered, address field is ignored.
<P>
</DD>
<DT><STRONG>obscure_addresses</STRONG></DT>
<DD>Controls whether some simple obfuscation of addresses is used when
member addresses are included on web pages. This should reduce
the opportunity for email address harvesting by spammers, although
it probably doesn't eliminate it.
</DD>
</DL>
<P>
<DIV CLASS="navigation">
<p><hr>
<table align="center" width="100%" cellpadding="0" cellspacing="2">
<tr>
<td><A HREF="node21.html"><img src="../icons/previous.gif"
border="0" height="32"
alt="Previous Page" width="32"></A></td>
<td><A HREF="node21.html"><img src="../icons/up.gif"
border="0" height="32"
alt="Up One Level" width="32"></A></td>
<td><A HREF="node23.html"><img src="../icons/next.gif"
border="0" height="32"
alt="Next Page" width="32"></A></td>
<td align="center" width="100%">GNU Mailman - List Administration Manual</td>
<td><A href="contents.html"><img src="../icons/contents.gif"
border="0" height="32"
alt="Contents" width="32"></A></td>
<td><img src="../icons/blank.gif"
border="0" height="32"
alt="" width="32"></td>
<td><img src="../icons/blank.gif"
border="0" height="32"
alt="" width="32"></td>
</tr></table>
<b class="navlabel">Previous:</b> <a class="sectref" HREF="node21.html">3.7 The Privacy Options</A>
<b class="navlabel">Up:</b> <a class="sectref" HREF="node21.html">3.7 The Privacy Options</A>
<b class="navlabel">Next:</b> <a class="sectref" HREF="node23.html">3.7.2 Sender filters</A>
<hr>
<span class="release-info">Release 2.1, documentation updated on October 2, 2004.</span>
</DIV>
<!--End of Navigation Panel-->
</BODY>
</HTML>
|
