Hey Lawrence,
Friday, August 17, 2001, 2:38:23 PM, you wrote:
LG> Well, it's unlikely you're going to gain performance by moving the
LG> quota lookups into LDAP.
Well, I figured LDAP, which is innately fast for reads, and some caching,
would be quicker than having to open a file all the time for lookups (does
Cyrus cache this already?)
LG> Unfortunately, while the centralization of information seems very
LG> tempting, there's intrinsic state that's stored on the IMAP server
LG> independant of the LDAP server. (For instance, the mail data, account
LG> creation and removal, the list of mailboxes, things like that.)
Oh, I'm aware of this :) Perl comes very handy here. But once I create a
user's mailbox, I'm unlikely to rename it or anything, whereas I may be apt
to change the quota, in which case it'd be nice to just grab it off my LDAP
server :)
LG> The idea of having Cyrus export metadata via LDAP would allow you to
LG> use a single client to control all the user data. Why is it important
LG> for it to be on one LDAP server or two? With referrals it should even
LG> be transparent.
I guess this was an implementation misunderstanding. I took it as you
embedding and openldap server, but making any modification to it whatsoever
or what have you, shielded by imapd. But if I can set up the internal LDAP
server to use referrals to my external one, I'd be happy :)
LG> Larry
--
Kevin
