Re: Misc question about LDAP and admin stuff

2005-07-29 Thread Per-Olov Sjöholm
On Wednesday 27 July 2005 14.20, Kevin Menard wrote:
> Hi Igor,
>
> On Jul 27, 2005, at 6:59 AM, Igor Brezac wrote:
> >> Hmmm. I do know understand your LDAP performance comment Why
> >> should you
> >> write often to LDAP in a scenario like this??? You configure the
> >> attributes
> >> rarely  and then read them often. I can only see writes during
> >> user password
> >> change or any other admin changes of user attributes. *One* of the
> >> golden
> >> rules to use LDAP is to have *many* more reads for each write
> >> (example
> >> 1000:1). I work with LDAP in my daily work. But I maybe
> >> missunderstood you...
> >
> > You said you wanted quotas stored in ldap, this will require
> > frequent writes to ldap
>
> I'm going to chime in here if you don't mind, since several years ago
> I began work on LDAP quota look-ups.  Unfortunately, I never
> completed the work, although the design discussions between Larry and
> me should still be in the archives.  Back then we felt, and I still
> feel now, that you would only want to store the actual quota
> threshold in LDAP.  There is no reason to store how much of the
> mailbox is actually being used in LDAP, since this is in information
> that is practically useless outside of Cyrus.  This would result in
> read-only operations from the LDAP backend, unless a user's quota is
> to be changed (which should be an infrequent operation).

Yes... I agree with you Kevin. I do not see the frequent writes in LDAP for 
quotas ...Especially not if it has a good design (which we of course must 
have). Not using your approach and updating LDAP very often about mailbox 
usage can of course give a performance penalty (which maybe is the approach 
Igor was thinking of). I do not see huge problems to store other Cyrus 
related data in LDAP either if the Cyrus developers want to make it possible. 
It will mostly be reads unless something changes which is infrequent.

But let's drop this discussion now as it seems to have turned into a 
performance discussion which it was not in the original post. But others can 
continue the thread if they are interested and want to discuss performance... 
Many posts will give good stuff to dig in when we search for info ;-)

Tnx for all good input from Igor and others.
/Per-Olov
-- 
GPG keyID: 4DB283CE
GPG fingerprint: 45E8 3D0E DE05 B714 D549 45BC CFB4 BBE9 4DB2 83CE


pgpoFbDvI3cjb.pgp
Description: PGP signature


Re: Misc question about LDAP and admin stuff

2005-07-27 Thread Kevin Menard

Hi Igor,

On Jul 27, 2005, at 6:59 AM, Igor Brezac wrote:

Hmmm. I do know understand your LDAP performance comment Why  
should you
write often to LDAP in a scenario like this??? You configure the  
attributes
rarely  and then read them often. I can only see writes during  
user password
change or any other admin changes of user attributes. *One* of the  
golden
rules to use LDAP is to have *many* more reads for each write  
(example
1000:1). I work with LDAP in my daily work. But I maybe  
missunderstood you...





You said you wanted quotas stored in ldap, this will require  
frequent writes to ldap




I'm going to chime in here if you don't mind, since several years ago  
I began work on LDAP quota look-ups.  Unfortunately, I never  
completed the work, although the design discussions between Larry and  
me should still be in the archives.  Back then we felt, and I still  
feel now, that you would only want to store the actual quota  
threshold in LDAP.  There is no reason to store how much of the  
mailbox is actually being used in LDAP, since this is in information  
that is practically useless outside of Cyrus.  This would result in  
read-only operations from the LDAP backend, unless a user's quota is  
to be changed (which should be an infrequent operation).


--
Kevin
---
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


Re: Misc question about LDAP and admin stuff

2005-07-27 Thread Igor Brezac


On Mon, 25 Jul 2005, Per-Olov [iso-8859-1] Sj?holm wrote:


On Saturday 23 July 2005 17.37, Igor Brezac wrote:

On Fri, 22 Jul 2005, Per-Olov [iso-8859-1] Sj?holm wrote:

On Thursday 21 July 2005 16.17, Igor Brezac wrote:

On Thu, 21 Jul 2005, Per-Olov [iso-8859-1] Sj?holm wrote:

Hi list

Does anybody know if there are any work going on to implement the stuff
that the third party cyrusmaster requires to work and extend the LDAP
support in cyrus imapd? If not... Is there any work at all going on to
add good LDAP or MySQL support? I really love cyrus imapd but think it
lacks some stuff when it comes to LDAP or MySQL support.


Can you be more specific?


Your'e right...

I am not just talking  about LDAP auth using any PAM stuff.
Cyrus imapd in not directly LDAP friendly.


From the authentication/authorizaion stand point it is very friendly.
Perhaps it is not easily configured.

Take a look at ptloader/ldap and cyrus sasl documentation (there are
several different ways to configure ldap based authentication).



I am *not* talking about LDAP auth. I know that this is easily configured... I
have already used it *a lot*. Me and my colleague have actually extended
Cyrus sasl with extra Oracle auth through SQL*Net for a large Telecom/ISP
customer. So yes... I know Cyrus SASL...



Let's say you want to put quota
info in LDAP.
And in huge installations you maybe want to put as much info as
possible into a central repository using LDAP protocol. And not just
quota,


It is fairly trivial to develop an ldap based cyrus db backend.  But in a
'huge' installation I do not believe you can achieve desired performance
and reliability.  ldap just does not do well when you have to write to it
often.


Yes it is fairly trivial for a person with the correct programming skills (not
me)... But it is not in the product today. And that is why I ask...

Hmmm. I do know understand your LDAP performance comment Why should you
write often to LDAP in a scenario like this??? You configure the attributes
rarely  and then read them often. I can only see writes during user password
change or any other admin changes of user attributes. *One* of the golden
rules to use LDAP is to have *many* more reads for each write (example
1000:1). I work with LDAP in my daily work. But I maybe missunderstood you...



You said you wanted quotas stored in ldap, this will require frequent 
writes to ldap





maybe alternate e-mail adresses and more.


You can do this now.


Did not know thatSorry. Thanks for telling me.

But what I meant by "more" above could for example be quota, acl , virtual
domain stuff etc.


Again, some of these features may have serious implication on the 
performance of cyrus imap.



Between the lines I can read a try to defend cyrus as "it is good as it is" in


No, at least it was not my intention.  I do not think this is a trivial 
task and so far no one has come up with a workable solution.



the LDAP area. But there is definitely no need to do that, because I already
think Cyrus imapd is the best OpenSource product in this area. And also
better than many commercial ones. I have it in some customer installations,
and it works really well.

The cyrusmaster project looks nice. It looks like the most powerful admin
software for cyrus and great for big installations. If we start to use it, we
have to wait for LDAP extension patches from the cyrusmaster project after
each cyrus update. Simple LDAP extension patches for basic (well.. almost)
ldap features that could already have been in the product. And believe me...
I would have helped the Cyrus project extending the LDAP support if I was a
real programmer.

But I am maybe the only person ansking for some more centralized "LDAPified"
config stuff for Cyrus. If so. Let's skip the LDAP discussion. As said
earlier, it's not important to me today. Just asked because of curiosity to
see what is in the Cyrus developers pipe



More things can be done, I agree.  At the same time I think most everyhing 
is in place to develop a centralized administrative system especially a 
web based one.  I use ldap and imap protocol to develop a such system.




My question is just because I am interested to know if there is any 
work going on to make is more LDAP friendly. And the main reason for 
asking is because the cyrusmaster project has extended cyrus to 
contain some of this stuff.




And the last... Excuse me if I totally missed something important here.


Regards
Per-Olov



--
Igor

Re: Misc question about LDAP and admin stuff

2005-07-25 Thread Per-Olov Sjöholm
On Saturday 23 July 2005 17.37, Igor Brezac wrote:
> On Fri, 22 Jul 2005, Per-Olov [iso-8859-1] Sjöholm wrote:
> > On Thursday 21 July 2005 16.17, Igor Brezac wrote:
> >> On Thu, 21 Jul 2005, Per-Olov [iso-8859-1] Sjöholm wrote:
> >>> Hi list
> >>>
> >>> Does anybody know if there are any work going on to implement the stuff
> >>> that the third party cyrusmaster requires to work and extend the LDAP
> >>> support in cyrus imapd? If not... Is there any work at all going on to
> >>> add good LDAP or MySQL support? I really love cyrus imapd but think it
> >>> lacks some stuff when it comes to LDAP or MySQL support.
> >>
> >> Can you be more specific?
> >
> > Your'e right...
> >
> > I am not just talking  about LDAP auth using any PAM stuff.
> > Cyrus imapd in not directly LDAP friendly.
>
> From the authentication/authorizaion stand point it is very friendly.
> Perhaps it is not easily configured.
>
> Take a look at ptloader/ldap and cyrus sasl documentation (there are
> several different ways to configure ldap based authentication).
>

I am *not* talking about LDAP auth. I know that this is easily configured... I 
have already used it *a lot*. Me and my colleague have actually extended 
Cyrus sasl with extra Oracle auth through SQL*Net for a large Telecom/ISP 
customer. So yes... I know Cyrus SASL...


> > Let's say you want to put quota
> > info in LDAP.
> > And in huge installations you maybe want to put as much info as
> > possible into a central repository using LDAP protocol. And not just
> > quota,
>
> It is fairly trivial to develop an ldap based cyrus db backend.  But in a
> 'huge' installation I do not believe you can achieve desired performance
> and reliability.  ldap just does not do well when you have to write to it
> often.
>
Yes it is fairly trivial for a person with the correct programming skills (not 
me)... But it is not in the product today. And that is why I ask... 

Hmmm. I do know understand your LDAP performance comment Why should you 
write often to LDAP in a scenario like this??? You configure the attributes 
rarely  and then read them often. I can only see writes during user password 
change or any other admin changes of user attributes. *One* of the golden 
rules to use LDAP is to have *many* more reads for each write (example 
1000:1). I work with LDAP in my daily work. But I maybe missunderstood you...


> > maybe alternate e-mail adresses and more.
>
> You can do this now.
>
Did not know thatSorry. Thanks for telling me.

But what I meant by "more" above could for example be quota, acl , virtual 
domain stuff etc.

Between the lines I can read a try to defend cyrus as "it is good as it is" in 
the LDAP area. But there is definitely no need to do that, because I already 
think Cyrus imapd is the best OpenSource product in this area. And also 
better than many commercial ones. I have it in some customer installations, 
and it works really well.

The cyrusmaster project looks nice. It looks like the most powerful admin 
software for cyrus and great for big installations. If we start to use it, we 
have to wait for LDAP extension patches from the cyrusmaster project after 
each cyrus update. Simple LDAP extension patches for basic (well.. almost) 
ldap features that could already have been in the product. And believe me... 
I would have helped the Cyrus project extending the LDAP support if I was a 
real programmer.

But I am maybe the only person ansking for some more centralized "LDAPified" 
config stuff for Cyrus. If so. Let's skip the LDAP discussion. As said 
earlier, it's not important to me today. Just asked because of curiosity to 
see what is in the Cyrus developers pipe


> > My question is just because I am
> > interested to know if there is any work going on to make is more LDAP
> > friendly. And the main reason for asking is because the cyrusmaster
> > project has extended cyrus to contain some of this stuff.



And the last... Excuse me if I totally missed something important here.


Regards
Per-Olov
-- 
GPG keyID: 4DB283CE
GPG fingerprint: 45E8 3D0E DE05 B714 D549 45BC CFB4 BBE9 4DB2 83CE


pgpQlyaIhlIWx.pgp
Description: PGP signature


Re: Misc question about LDAP and admin stuff

2005-07-23 Thread Igor Brezac


On Fri, 22 Jul 2005, Per-Olov [iso-8859-1] Sj?holm wrote:


On Thursday 21 July 2005 16.17, Igor Brezac wrote:

On Thu, 21 Jul 2005, Per-Olov [iso-8859-1] Sj?holm wrote:

Hi list

Does anybody know if there are any work going on to implement the stuff
that the third party cyrusmaster requires to work and extend the LDAP
support in cyrus imapd? If not... Is there any work at all going on to
add good LDAP or MySQL support? I really love cyrus imapd but think it
lacks some stuff when it comes to LDAP or MySQL support.


Can you be more specific?



Your'e right...

I am not just talking  about LDAP auth using any PAM stuff.
Cyrus imapd in not directly LDAP friendly.


From the authentication/authorizaion stand point it is very friendly. 
Perhaps it is not easily configured.


Take a look at ptloader/ldap and cyrus sasl documentation (there are 
several different ways to configure ldap based authentication).



Let's say you want to put quota
info in LDAP.
And in huge installations you maybe want to put as much info as
possible into a central repository using LDAP protocol. And not just quota,


It is fairly trivial to develop an ldap based cyrus db backend.  But in a 
'huge' installation I do not believe you can achieve desired performance 
and reliability.  ldap just does not do well when you have to write to it 
often.



maybe alternate e-mail adresses and more.


You can do this now.


My question is just because I am
interested to know if there is any work going on to make is more LDAP
friendly. And the main reason for asking is because the cyrusmaster project
has extended cyrus to contain some of this stuff.



--
Igor

Re: Misc question about LDAP and admin stuff

2005-07-22 Thread Craig White
On Fri, 2005-07-22 at 23:28 +0200, Per-Olov Sjöholm wrote:
> On Thursday 21 July 2005 16.17, Igor Brezac wrote:
> > On Thu, 21 Jul 2005, Per-Olov [iso-8859-1] Sjöholm wrote:
> > > Hi list
> > >
> > > Does anybody know if there are any work going on to implement the stuff
> > > that the third party cyrusmaster requires to work and extend the LDAP
> > > support in cyrus imapd? If not... Is there any work at all going on to
> > > add good LDAP or MySQL support? I really love cyrus imapd but think it
> > > lacks some stuff when it comes to LDAP or MySQL support.
> >
> > Can you be more specific?
> >
> 
> Your'e right...
> 
> I am not just talking  about LDAP auth using any PAM stuff.
> Cyrus imapd in not directly LDAP friendly. Let's say you want to put quota 
> info in LDAP. And in huge installations you maybe want to put as much info as 
> possible into a central repository using LDAP protocol. And not just quota,  
> maybe alternate e-mail adresses and more.  My question is just because I am 
> interested to know if there is any work going on to make is more LDAP 
> friendly. And the main reason for asking is because the cyrusmaster project 
> has extended cyrus to contain some of this stuff. 

I have alternative addresses in my LDAP DSA and cyrus-imapd works fine.
You have to set the filter.

I keep the quota's in cyrus - not in LDAP. Can't see much reason to
alter that.

If you use LDAP and are accustomed to tuning applications to use LDAP,
cyrus-imap is more than agreeable.

Craig

---
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


Re: Misc question about LDAP and admin stuff

2005-07-22 Thread Per-Olov Sjöholm
On Thursday 21 July 2005 16.17, Igor Brezac wrote:
> On Thu, 21 Jul 2005, Per-Olov [iso-8859-1] Sjöholm wrote:
> > Hi list
> >
> > Does anybody know if there are any work going on to implement the stuff
> > that the third party cyrusmaster requires to work and extend the LDAP
> > support in cyrus imapd? If not... Is there any work at all going on to
> > add good LDAP or MySQL support? I really love cyrus imapd but think it
> > lacks some stuff when it comes to LDAP or MySQL support.
>
> Can you be more specific?
>

Your'e right...

I am not just talking  about LDAP auth using any PAM stuff.
Cyrus imapd in not directly LDAP friendly. Let's say you want to put quota 
info in LDAP. And in huge installations you maybe want to put as much info as 
possible into a central repository using LDAP protocol. And not just quota,  
maybe alternate e-mail adresses and more.  My question is just because I am 
interested to know if there is any work going on to make is more LDAP 
friendly. And the main reason for asking is because the cyrusmaster project 
has extended cyrus to contain some of this stuff. 

/Per-Olov

> > I have not yet tested cyrusmaster. But it looks really nice.
> > http://email.uoa.gr/projects/cyrusmaster/screenshots.php
> >
> > This is what they say about the standard cyrus:
> > http://email.uoa.gr/projects/cyrusmaster/important_note.php
> >
> >
> >
> >
> > This is not mega important to me. I am just asking as "if you don't ask,
> > you will never know..".
> >
> >
> > Thanks in advance
> > Per-Olov Sjöholm

-- 
GPG keyID: 4DB283CE
GPG fingerprint: 45E8 3D0E DE05 B714 D549 45BC CFB4 BBE9 4DB2 83CE


pgp1SJAy88kxO.pgp
Description: PGP signature


Re: Misc question about LDAP and admin stuff

2005-07-21 Thread Igor Brezac



On Thu, 21 Jul 2005, Per-Olov [iso-8859-1] Sj?holm wrote:


Hi list

Does anybody know if there are any work going on to implement the stuff that
the third party cyrusmaster requires to work and extend the LDAP support in
cyrus imapd? If not... Is there any work at all going on to add good LDAP or
MySQL support? I really love cyrus imapd but think it lacks some stuff when
it comes to LDAP or MySQL support.


Can you be more specific?


I have not yet tested cyrusmaster. But it looks really nice.
http://email.uoa.gr/projects/cyrusmaster/screenshots.php

This is what they say about the standard cyrus:
http://email.uoa.gr/projects/cyrusmaster/important_note.php




This is not mega important to me. I am just asking as "if you don't ask, you
will never know..".


Thanks in advance
Per-Olov Sj?holm



--
Igor

Misc question about LDAP and admin stuff

2005-07-21 Thread Per-Olov Sjöholm
Hi list

Does anybody know if there are any work going on to implement the stuff that 
the third party cyrusmaster requires to work and extend the LDAP support in 
cyrus imapd? If not... Is there any work at all going on to add good LDAP or 
MySQL support? I really love cyrus imapd but think it lacks some stuff when 
it comes to LDAP or MySQL support.

I have not yet tested cyrusmaster. But it looks really nice.
http://email.uoa.gr/projects/cyrusmaster/screenshots.php

This is what they say about the standard cyrus:
http://email.uoa.gr/projects/cyrusmaster/important_note.php




This is not mega important to me. I am just asking as "if you don't ask, you 
will never know..".


Thanks in advance
Per-Olov Sjöholm
-- 
GPG keyID: 4DB283CE
GPG fingerprint: 45E8 3D0E DE05 B714 D549 45BC CFB4 BBE9 4DB2 83CE


pgpdMsu1IePry.pgp
Description: PGP signature