[Building Sakai] In a particular site how to restrict students from sending messages

José Mariano Luján jmariano at um.es
Thu Dec 6 10:48:06 PST 2012


Ok, i will then create the jira. Thanks!

Actually a colleage of mine developed a  contrib tool that allows sakai admins to easily update all realms with new permission changes. We use it almost every month!!

If anyone wants to take a look:
https://confluence.sakaiproject.org/display/UMUSYNC/Sites+sync+tool+-+Umusync

Cheers

Enviado desde mi iPhone

El 05/12/2012, a las 23:07, Steve Swinsburg <steve.swinsburg at gmail.com> escribió:

> Hi Jose,
> 
> Yes that Jira text would be fine. Realm updates can be handled come upgrade time, there a various ways to do them.
> 
> Thanks,
> Steve
> 
> Sent from my iPad
> 
> On 04/12/2012, at 22:31, JOSE MARIANO LUJAN GONZALEZ <jmariano at um.es> wrote:
> 
>> Jean-Francois, you are right, thats a new feature, i.e.: we are running 2.7.1 and we don't have those permissions but they do come on 2.9. It's an interesting feature!
>> 
>> and Steve, I tried what you mention in the "page order" and it works!! we didn't know about that option. It might help in some occasions. Regarding "Can you file a Jira to add that?", sure I can, but do you think that we should file the jira with something like:
>> 
>> - add new permission like "msg.sendmessages" that will allow to control which roles can send messages (couldn't this be a problem later on... because everyone should update all their realms marking that permission in order to allow their roles to send messages...) So maybe, its a better option to add a restrictive permission like "msg.no.sendmessages" so that people only have to check that permission if they want to restrict that functionality to an specific role.
>> 
>> As you can see, not really sure of what could be the best solution...
>> thanks!
>> 
>> 
>> El 04/12/2012 10:10, Jean-Francois Leveque escribió:
>>> As far as I can tell from
>>> https://jira.sakaiproject.org/browse/MSGCNTR-401, this is only in "CLE:
>>> Messages&  Forums" 3.0.0-rc01 which made it into msgcntr-3.0.0 which is
>>> part of CLE 2.9.0.
>>> 
>>> Because it's a new feature, its inclusion in 2.8 would require some
>>> discussion, as far as I can remember how CLE maintenance works.
>>> 
>>> J-F
>>> 
>>> On 03/12/2012 20:47, Steve Swinsburg wrote:
>>>> Oh we'll that's pretty bad. Can you file a Jira to add that?
>>>> 
>>>> The other way would be to hide the tool via page order light bulb, you
>>>> then need site.upd to access it. So if you only have access and maintain
>>>> type roles then its done.
>>>> 
>>>> Cheers
>>>> Steve
>>>> 
>>>> Sent from my iPhone
>>>> 
>>>> On 04/12/2012, at 5:17, Jehan Badshah<jehan.badshah at nu.edu.pk
>>>> <mailto:jehan.badshah at nu.edu.pk>>  wrote:
>>>> 
>>>>> Yes!
>>>>> 
>>>>> I checked realm of sakai 2.8.2, and there is nothing like that to
>>>>> control.
>>>>> 
>>>>> Thanks
>>>>> 
>>>>> 
>>>>> On Mon, Dec 3, 2012 at 7:52 PM, JOSE MARIANO LUJAN GONZALEZ
>>>>> <jmariano at um.es<mailto:jmariano at um.es>>  wrote:
>>>>> 
>>>>>    msg.permissions.allowToField.allParticipants
>>>>> 
>>>>>    msg.permissions.allowToField.groups
>>>>> 
>>>>>    msg.permissions.allowToField.roles
>>>>> 
>>>>>    msg.permissions.viewHidden.groups
>>> _______________________________________________
>>> sakai-dev mailing list
>>> sakai-dev at collab.sakaiproject.org
>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>> 
>>> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>> 
>> -- 
>> ******************************************
>> José Mariano Luján González - Aula Virtual
>> Area de Tecnologías de la Información
>> y las Comunicaciones Aplicadas (ATICA)
>> UNIVERSIDAD DE MURCIA - http://www.um.es
>> 


More information about the sakai-dev mailing list