[Mailman-Users] Re: broadcast only
John A. Martin
jam at jamux.com
Wed Nov 29 16:02:03 CET 2000
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
>>>>> "DM" == Dan Mick
>>>>> "Re: [Mailman-Users] Re: broadcast only"
>>>>> Wed, 29 Nov 2000 04:21:42 -0800
DM> Really, the issue is "there should be ways to simply discard
DM> messages rather than shove them into the approval queue", and
DM> this is something that many people want for various reasons,
DM> either "posting from non-authorized posters" or "rejecting
DM> some mail identified as SPAM or otherwise unuseful mail". And
DM> it's relatively easy to do such things, as I said, by hacking
DM> a little bit of Python table code; it's just not very well
DM> wrapped up in a UI yet.
Another way to frame the issue is to consider implementing the
recommendation rfc2369 for an announcements list,
3.4. List-Post
The List-Post field describes the method for posting to the
list. This is typically the address of the list, but MAY
be a moderator, or potentially some other form of
submission. For the special case of a list that does not
allow posting (e.g., an announcements list), the List-Post
field may contain the special value "NO".
then applying the principle of least surprise and enforcing "does not
allow posting" by bouncing attempted posts while allowing the
list-owner and his friends to post through the 'posters' option (in
Privacy Options).
'no-posting' would want of course he a list-owner option to be set or
reset without bothering the mailman site administrator. Entangling
it with other options would be to the detriment of the folks who
operate such lists, IMHO.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: OpenPGP encrypted mail preferred. See <http://www.gnupg.org/>
iEYEARECAAYFAjolGioACgkQUEvv1b/iXy8bHgCfc0gyHEIYGAihR7Em/0rMhLw2
gPgAnjqEDUZCpkAtBlzdEz2mFm/7WUom
=v2W3
-----END PGP SIGNATURE-----
More information about the Mailman-Users
mailing list