← Back to team overview

launchpad-dev team mailing list archive

Re: How do I fix mailing lists? (was: Re: Why do lists need special approval?)

 

On Aug 7, 2009, at 11:20 AM, Maris Fogels wrote:
a) Put a big notice there reminding people to create Ubuntu lists at
   lists.ubuntu.com, and
This would be easy to add to the ~team/+mailinglist template.

b) If a list has ubuntu in its name, interpose a warning +confirmation
   screen, and
I'm not so sure about imposing an additional page for confirmation,  
but we could just disallow such requests unless done by a ~mailing- 
list-expert.
Remember that mailing lists take their name from their team, so  
probably the best place to put this would be in browser/team.py in  
request_list_creation_validator().
c) For the few mistakes that still happen, just do post-facto review
   and move them over to ubuntu.com as needed.

+1
a) & c) are really cheap too.
b) would not be so bad either.

So, if I wanted to fix mailing lists, so they no longer need approval, what steps must I follow to do so?
I think it's a moderate amount of work to change the mailing list  
creation workflow, but it may not be that bad.  The main thing is that  
when a list is requested it goes into the MailingListStatus.REGISTERED  
state.  From there the global +mailinglists page displays all such  
lists and lets the admin approve, discard, etc. the pending mailing  
lists.
Once a message is APPROVED, the creation request gets sent to Mailman  
and things proceed from there.  I think the quick solution would be  
that a pre-approved mailing list would go straight to the APPROVED  
state, skipping REGISTERED.  That might be all you need to fix this,  
but there would be follow on work to remove all traces of the  
REGISTERED state (except perhaps as a deprecated placeholder in the  
enum).
We can either talk about this in more detail if you're interested in  
doing the work, or someone can open a bug if they want it badly enough  
and I'll work on it.
-Barry

Attachment: PGP.sig
Description: This is a digitally signed message part


Follow ups

References