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
--
Archive:
http://www.openplans.org/projects/listen/lists/listen-dev/archive/2009/05/1243642341340
To unsubscribe send an email with subject "unsubscribe" to
[email protected]. Please contact [email protected]
for questions.
