[Mailman-Developers] 2.1.8 documentation mismatch

Barry Warsaw barry at python.org
Wed Jun 7 15:20:46 CEST 2006


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tue, 6 Jun 2006 22:02:44 -0700
Mark Sapiro <msapiro at value.net> wrote:

> >I agree, but which is the best term to use?  Reading the dictionary
> >entries for "approve" and "accept", I think I like the former:
> 
> Actually, both terms are used on the radio buttons on the admindb
> page. "Accept" is used for held posts, and "Approve" is used for
> (un)subscription requests.
> 
> We could of course change the name of the held message radio button to
> "Approve", but then we'd have an inconsistency with "Add
> poster at example.com to one of these sender filters:", and if we changed
> that, would we also want to change the name of
> accept_these_nonmembers?
> 
> It seemed simpler to me to just make the template change I indicated
> in my prior reply.

I don't disagree with that, so go for it.

It's just that we'll be redesigning the web u/i as part of the Google
SoC project (don't worry, it's not a forgone conclusion that that work
will be integrated into the mainline release).  As we redesign and
rewrite, I think we should standardize on "Approve" for actions to be
taken by the list administrator.

Ian mentioned that he thinks we should change "Reject" to "Bounce", but
I'm not sure I like that.  Rejecting a message or a subscription
request is the action that the admin takes.  Mailman's response to
that rejection is return the original message wrapped in a response.
The term "bounce" to me implies a more automatic return that happens at
a lower level in the mail stack, and it might be confused with
terminology in the bounce processing u/i.

So I think the following terms should be used consistently (I'm not
suggesting a mass rewrite to adhere to this):

Approve
Hold
Reject
Discard

- -Barry
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)

iQCVAwUBRIbSsXEjvBPtnXfVAQKejwP/QPSup6mVwOezrMdYKly73z3QH3kbq3MN
pzUanylMlhZ9mVB1AYfLLnqI4/ziWmNjkPRj31VtrGKVnTBGHLGAYCnmFB8E4S/P
Zk5DvyG3fPj3VNCfFDN/UyKbaWMIe4tv7qHnS2C5xgE+pIBm00PPtmh9F0INElEi
DwxEI348tIU=
=b6Qu
-----END PGP SIGNATURE-----


More information about the Mailman-Developers mailing list