IL PROTECTED]
Envoyé : vendredi 2 juin 2006 16:54
À : Brasseur Valéry
Cc : info-cyrus@lists.andrew.cmu.edu
Objet : Re: cyrus ACL and groups ...
Are your users stored in a LDAP server as well?
If so, then you can have Cyrus speak LDAP and get the info. Plus it
can do caching (ptscache_timeout)
In Cyrus
That nearly what i am looking for !!!
Where is the doc for pts ? and the LDAP part ?
Thanks
-Message d'origine-
De : Patrick Radtke [mailto:[EMAIL PROTECTED]
Envoyé : vendredi 2 juin 2006 16:54
À : Brasseur Valéry
Cc : info-cyrus@lists.andrew.cmu.edu
Objet : Re: cyrus ACL and g
Are your users stored in a LDAP server as well?
If so, then you can have Cyrus speak LDAP and get the info. Plus it
can do caching (ptscache_timeout)
In Cyrus 2.3 you'd want to do something like
#make the authz mechanism be pts
auth_mech: pts
#make pts talk to ldap
pts_module: ldap
ldap_base:
On Fri, Jun 02, 2006 at 03:42:14PM +0200, Simon Matter wrote:
> > On Fri, Jun 02, 2006 at 10:31:46AM +0200, Brasseur Valéry wrote:
> >> I have seen in the code that when you want to use groups in ACL for
> >> cyrus,
> >> the group is a UNIX one ... (calling setgrent, getpwnam ... )
> >> Is there a
> On Fri, Jun 02, 2006 at 10:31:46AM +0200, Brasseur Valéry wrote:
>> I have seen in the code that when you want to use groups in ACL for
>> cyrus,
>> the group is a UNIX one ... (calling setgrent, getpwnam ... )
>> Is there a a way to use LDAP groups instead ...
>
> If you use nss_ldap, then cyrus
On Fri, Jun 02, 2006 at 10:31:46AM +0200, Brasseur Valéry wrote:
> I have seen in the code that when you want to use groups in ACL for cyrus,
> the group is a UNIX one ... (calling setgrent, getpwnam ... )
> Is there a a way to use LDAP groups instead ...
If you use nss_ldap, then cyrus will be us
I have seen in the code that when you want to use groups in ACL for cyrus, the
group is a UNIX one ... (calling setgrent, getpwnam ... )
Is there a a way to use LDAP groups instead ...
Thanks
Valery
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.
