Excellent Diva, Thanks :)<br><br><div class="gmail_quote">On Sun, Mar 18, 2012 at 4:28 PM, BlueWall <span dir="ltr"><<a href="mailto:jamesh@bluewallgroup.com">jamesh@bluewallgroup.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Nice. Also testing the email lists :)<br>
<div class="HOEnZb"><div class="h5"><br>
On Sat, 2012-03-17 at 14:26 -0700, Diva Canto wrote:<br>
> Unless you implemented your own authorization service, the<br>
> RemoteAuthorizationServicesConnector does absolutely nothing.<br>
><br>
> On 3/17/2012 11:12 AM, Argus wrote:<br>
> > Hi Diva<br>
> ><br>
> >  Interessting new settings which i could use....<br>
> ><br>
> >  I see in the GridCommon.ini that you added AuthorizationServices =<br>
> > "LocalAuthorizationServicesConnector". I am already using the<br>
> > "RemoteAuthorizationServicesConnector" in a few other projects. Taking<br>
> > a glance at the code both will not work together, right?<br>
> ><br>
> > Michelle<br>
> ><br>
> ><br>
> > Am 17.03.2012 18:15, schrieb Diva Canto:<br>
> >> Hi all,<br>
> >><br>
> >> I just committed a piece of code that performs access control in more<br>
> >> ways than what is currently expressable by viewers. Specifically, it<br>
> >> allows region operators to specify things like<br>
> >> DisallowForeigners -- what it says<br>
> >> DisallowResidents -- only admins and managers allowed in the region<br>
> >><br>
> >> This is on a per-region basis, so you can have a simulator with<br>
> >> several regions, each one ruled by a different policy.<br>
> >><br>
> >> If there are other policies that make sense, please let me know.<br>
> >> Also, DisallowResidents may be redundant with groups in place. But as<br>
> >> far as I can see, without a groups service in place, there is no way<br>
> >> to express that kind of access control, and I think that kind of<br>
> >> control is important.<br>
> >><br>
> >> This is the beginning of supporting rich access control policies in a<br>
> >> federation scenario.<br>
> >><br>
> >> <a href="http://opensimulator.org/viewgit/?a=commit&p=opensim&h=33c14cb107ecb67a3e971d6adaab17d173d52747" target="_blank">http://opensimulator.org/viewgit/?a=commit&p=opensim&h=33c14cb107ecb67a3e971d6adaab17d173d52747</a><br>

> >><br>
> >><br>
> >> Feedback welcome.<br>
> >><br>
> >> Diva<br>
> >><br>
> >> _______________________________________________<br>
> >> Opensim-dev mailing list<br>
> >> <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
> >> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
> >><br>
> ><br>
> > _______________________________________________<br>
> > Opensim-dev mailing list<br>
> > <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
> > <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
> ><br>
> ><br>
><br>
> _______________________________________________<br>
> Opensim-dev mailing list<br>
> <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
<br>
<br>
_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>===================================<br><a href="http://simhost.com" target="_blank">http://simhost.com</a><br><a href="http://twitter.com/jstallings2" target="_blank">http://twitter.com/jstallings2</a><br>
<a href="http://www.linkedin.com/pub/5/770/a49" target="_blank">http://www.linkedin.com/pub/5/770/a49</a><br>