Dimitris M wrote:
> Hello listen-dev,
> 
> I'm Dimitris, the technical administrator of openesf.net & openfsm.net. 
> Both sites are based on OpenCore which integrates listen to provide 
> mailing lists to activist projects. The most important functionality 
> missing from those sites is the ability to appoint a special role to 
> trusted listadmins that would allow them to subscribe others directly to 
> mailing lists, without requiring their explicit confirmation.
> 
> The problem is the following: In most political/activist meetings, the 
> organizers collect lots of emails from interested people, but in order 
> get them subscribed in a mailing list they need to invite them first. 
> However, most of them do not expect such a message understand why they 
> are receiving the invitation message and what exactly they need to do to 
> complete their subscription, so they never get subscribed in most cases. 
> As a result of this issue, many important social forum projects have 
> been abandoning openfsm/esf in favor of other systems.
> 
> So, in order to rectify this I am planning to:
> 1. define a new "Trusted list admin" role and a special permission 
> assigned to it
> 2. add a "subscribe directly" option in the list membership page which 
> will only be available to the users with the above permission. When this 
> option is selected, the new members will get subscribed without having 
> to confirm their membership. They will receive a message informing them 
> of their subscription and providing instructions on how to get unsubscribed
> 3. replace the email input box in the manage membership page with a 
> textarea in order to allow inviting/subscribing multiple email addresses 
> at once.
> 
> Since the above changes seem to be generally useful, I've been thinking 
> that the best course of action is to contribute the above modifications 
> to the development repository of listen.
> 
> So, does anyone have any objections?

this all seems reasonable to me.  just one request... if you put some UI 
around making someone a "Trusted list admin", can you make sure that only 
users with the "Manage portal" (Products.CMFCore.permissions.ManagePortal) 
permission are allowed to give out this access?  a feature like this is 
obviously ripe for spam abuse, and out-of-box we don't want it too easy for 
folks to get this privilege.

> If not, who can give me svn access?

i can.  listen is in the Plone collective.  if you send me an email with your 
plone.org login account, i can add you to the collective committers group. 
please follow the regular non-DVCS custom of doing your work on a branch and 
letting folks know it's there to check out before merging.  and don't forget 
to write some tests.  :)

-r