Hi,
I'm moving my personal mail-service to a new machine and have the luxury
of being able to completely redo where data is stored without having to
worry about backwards compatibility. I'd like to be able to use LDAP
for storing groups and to allow canonicalisation of a userid to a
standard form
>
> On Wed, 4 Jan 2006, Simon Matter wrote:
>
>>>
>>> On Wed, 4 Jan 2006, Simon Matter wrote:
>>>
>> BTW: I know that openldap built against SASLv1 is old, but I still
>> want
>> the rpm to be suitable for older platforms. If it's a problem I
>> simply
>> disable ldap pts suppor
On Wed, 4 Jan 2006, Simon Matter wrote:
On Wed, 4 Jan 2006, Simon Matter wrote:
BTW: I know that openldap built against SASLv1 is old, but I still
want
the rpm to be suitable for older platforms. If it's a problem I simply
disable ldap pts support for those using openldap/SASLv1.
cyrus ima
On Wed, 4 Jan 2006, Simon Matter wrote:
BTW: I know that openldap built against SASLv1 is old, but I still want
the rpm to be suitable for older platforms. If it's a problem I simply
disable ldap pts support for those using openldap/SASLv1.
cyrus imapd configure checks for openldap version an
>
> On Wed, 4 Jan 2006, Simon Matter wrote:
>
BTW: I know that openldap built against SASLv1 is old, but I still
want
the rpm to be suitable for older platforms. If it's a problem I simply
disable ldap pts support for those using openldap/SASLv1.
>>>
>>> cyrus imapd configure ch
> On Tue, 03 Jan 2006, Simon Matter wrote:
>> could not build postfix with SASLv2 _and_ LDAP support if the installed
>> openldap has been built for SASLv1. This has just resulted in segfaults.
>
> You are experienced what I call the "missing versioned symbols hell". We
> have that fixed in Debian
nfiguration parameters "--with-auth=pts --with-pts=ldap" used in the
>>>> 2.2.x versions are not displayed in 2.3.1 with ./configure --help. We
>>>> use Cyrus IMAPd with ldap authorization for about 2 years and it works
>>>> just great. I hope ldap pt
On Tue, 03 Jan 2006, Simon Matter wrote:
> could not build postfix with SASLv2 _and_ LDAP support if the installed
> openldap has been built for SASLv1. This has just resulted in segfaults.
You are experienced what I call the "missing versioned symbols hell". We
have that fixed in Debian by force
/configure --help. We
use Cyrus IMAPd with ldap authorization for about 2 years and it works
just great. I hope ldap ptloader support will be continued with the
latest Cyrus IMAPd versions!
Authorization mechanism and pts module are runtime options. See
imapd.conf man pages (auth_mech and pts_module)
.1 with ./configure --help. We
>> use Cyrus IMAPd with ldap authorization for about 2 years and it works
>> just great. I hope ldap ptloader support will be continued with the
>> latest Cyrus IMAPd versions!
>
> Authorization mechanism and pts module are runtime options.
with ldap authorization for about 2 years and it works
just great. I hope ldap ptloader support will be continued with the
latest Cyrus IMAPd versions!
Authorization mechanism and pts module are runtime options. See
imapd.conf man pages (auth_mech and pts_module) ldap pts module is
available if config
works
just great. I hope ldap ptloader support will be continued with the
latest Cyrus IMAPd versions!
Season's greetings,
Milen
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
On Sun, 10 Jul 2005, Tarjei Huse wrote:
Hi, I'm trying to use the ldap ptloader with the following :
ldap_base: dc=naturvern,dc=no
ldap_member_base: dc=naturvern,dc=no
ldap_group_base: ou=groups,dc=naturvern,dc=no
#ldap_member_method: attribute
#ldap_member_filter: (memberUi
Hi, I'm trying to use the ldap ptloader with the following :
ldap_base: dc=naturvern,dc=no
ldap_member_base: dc=naturvern,dc=no
ldap_group_base: ou=groups,dc=naturvern,dc=no
#ldap_member_method: attribute
#ldap_member_filter: (memberUid: %u)
#ldap_member_scope: sub
#ldap_mech: plain login
#
On Fri, 16 Jan 2004, Tim Pushor wrote:
> Also, what happens if the ptloader dies? will master restart it? I am
> assuming group based authorization will fail at that point. Anything worse?
Yes, as with any other cyrus service.
There is a cache that will keep group based authorization going for a
t should not. These are openldap 'private' build files. ldap ptloader
needs to be fixed...
-Igor
--
Igor
Ok, after doing some hunting, I found out that my imapd was not being
built with the experimental ldap pts module because:
1) For some reason my openldap wasn't installing the liblutil & related
header files, and
2) the --with-ldap=/usr/local configure option wasn't enough for
configure to see
> > >> I notice the imapd.conf man page mentions the 'memberOf' attribute.
> > >> Unless I'm mistaken, that's a bit of a controversial thing, huh?
> > ib> Why is that?
> > Oh, when googling around and digging through various forums I was
> > getting the impression that the 'memberOf' approach wasn'
On Tue, 23 Dec 2003, Amos Gouaux wrote:
> > On Tue, 23 Dec 2003 16:21:02 -0500 (EST),
> > Igor Brezac <[EMAIL PROTECTED]> (ib) writes:
>
> >> I notice the imapd.conf man page mentions the 'memberOf' attribute.
> >> Unless I'm mistaken, that's a bit of a controversial thing, huh?
>
> ib> W
On Tue, 23 Dec 2003, Amos Gouaux wrote:
> >> I notice the imapd.conf man page mentions the 'memberOf' attribute.
> >> Unless I'm mistaken, that's a bit of a controversial thing, huh?
>
> ib> Why is that?
>
> Oh, when googling around and digging through various forums I was
> getting the impression
> On Tue, 23 Dec 2003 16:21:02 -0500 (EST),
> Igor Brezac <[EMAIL PROTECTED]> (ib) writes:
>> I notice the imapd.conf man page mentions the 'memberOf' attribute.
>> Unless I'm mistaken, that's a bit of a controversial thing, huh?
ib> Why is that?
Oh, when googling around and digging thro
On Tue, 23 Dec 2003 [EMAIL PROTECTED] wrote:
> On Tue, 23 Dec 2003, Igor Brezac wrote:
>
> > Good luck building it! ;) This code needs work. When I find some time
> > I'll try to work on it...
> >
> > -Igor
>
> I notice the imapd.conf man page mentions the 'memberOf' attribute.
> Unless I'm mi
On Tue, 23 Dec 2003, Igor Brezac wrote:
> Good luck building it! ;) This code needs work. When I find some time
> I'll try to work on it...
>
> -Igor
I notice the imapd.conf man page mentions the 'memberOf' attribute.
Unless I'm mistaken, that's a bit of a controversial thing, huh?
That is, wh
Good luck building it! ;) This code needs work. When I find some time
I'll try to work on it...
-Igor
On Tue, 23 Dec 2003, Amos Gouaux wrote:
> Just curious if anybody out there has been fiddling with the ldap
> ptloader experimental code. Thoughts? Comments? Observations?
Just curious if anybody out there has been fiddling with the ldap
ptloader experimental code. Thoughts? Comments? Observations?
I'm just now starting to look into it myself, and it doesn't seem
like there's been much chatter about it
--
Amos
I've just committed the initial version of the LDAP ptloader code to the
2.2 CVS branch.
Many caveats:
a) no documentation yet (other than the imapd.conf options, which should
be most of what you need).
b) I'm not quite sure what to do with realms.
c) I want some of the people more e
26 matches
Mail list logo
