Excellent. Thanks so much! On Fri, 2002-02-15 at 19:03, Chris Toshok wrote: > On Fri, 2002-02-15 at 11:58, Austin Gonyou wrote: > > I've confirmed that Evo is indeed making ldap calls and trying to > lookup > > from my ldap source. Does anyone have a basic setup that they would be > > willing to share with regards to accessing LDAP on Exchange 5.5 or > 2000? > > > > My current lines look like: > > <section path="/Addressbook/Completion"> > > <entry name="uri" type="string" > > > value="ldap://mail.internaldomain.com:389/dc=internaldomain,dc=com??one"; > /> > > </section> > > > > Through tcpdump, when typing a name *not* in my address book I see one > > request per letter typed. I just don't get the name to show up. I was > > hoping that someone is using Evo and LDAP lookup with exchange. If > > anyone has this info, I'd be happy if I could get a tip on this. > > > > is the ??one usual? What else should go there? Is there something else > > instead I should be using for '??' ? > > Yes, the ??one is usual. Some people, depending on the layout of their > server, might use ??sub. Those ?s separate the root DN > (dc=internaldomain, dc=com), the attributes the ldap server is supposed > to return (these aren't parsed/used by the backend, so leave that > blank), and the search scope (one). > > The behavior you're seeing where there's one request per letter typed > should be changing soon - see the bug mentioned earlier in this thread. > > toshok > > > TIA > > > > On Fri, 2002-02-15 at 08:02, Martin C. Messer wrote: > > > I've just been able to upgrade to 1.0.2, and it seems the problem > has > > > gone away. > > > > > > On Fri, 2002-02-15 at 07:01, Martin C. Messer wrote: > > > > I put it at the top, inside the <bonobo-config> stanza. > > > > > > > > I found that first issuing 'killev' to stop all related evo > processes > > > > made it easier to edit config.xmldb since bonobo continued to > > > overwrite > > > > any changes I made while it was still running. > > > > > > > > I've also realized that bug 16457 > > > > (http://bugzilla.ximian.com/show_bug.cgi?id=16457) might be a > smart > > > bug > > > > to follow. > > > > > > > > Thanks. > > > > > > > > On Thu, 2002-02-14 at 19:46, Austin Gonyou wrote: > > > > > I tried using this code with 1.0.2, and I can't even get it to > work. > > > > > Did you put that stuff at the top, bottom, or middle of the > > > > > evolution/config.xmldb? > > > > > > > > > > On Thu, 2002-02-14 at 17:26, Martin C. Messer wrote: > > > > > > Not sure if this is just my problem or a sign of something > larger, > > > but > > > > > > since I've moved from 1.0.0 to 1.0.1 the address lookups from > the > > > > > > composer form have slowed from 1-2 seconds to ~15 seconds. > > > > > > > > > > > > I'm using the config.xmldb trick from the support.ximian.com > KB to > > > turn > > > > > > on auto-completion against one of our internal LDAP servers. I > > > went from > > > > > > using 1.0.0 to using 1.0.1 in a matter of minutes and the > slowdown > > > > > > occurred immediately, so I don't believe there was a > coincidental > > > change > > > > > > to the LDAP server itself that would have caused the > performance > > > change. > > > > > > I don't maintain the LDAP server so I can't verify this. > > > > > > > > > > > > Regular address book auto-complete works the same as 1.0.0, > nearly > > > > > > instant lookups. > > > > > > > > > > > > Any pointers? > > > > > > > > > > > > Thanks. > > > > > > > > > > > > -- > > > > > > Martin Messer > > > > > > Information Systems & Technologies > > > > > > Red Hat, Inc. > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > evolution maillist - [EMAIL PROTECTED] > > > > > > http://lists.ximian.com/mailman/listinfo/evolution > > > > > -- > > > > > Austin Gonyou > > > > > Systems Architect, CCNA > > > > > Coremetrics, Inc. > > > > > Phone: 512-698-7250 > > > > > email: [EMAIL PROTECTED] > > > > > > > > > > "It is the part of a good shepherd to shear his flock, not to > skin > > > it." > > > > > Latin Proverb > > > > -- > > > > Martin Messer > > > > Information Systems & Technologies > > > > Red Hat, Inc. > > > > > > > -- > > > Martin Messer > > > Information Systems & Technologies > > > Red Hat, Inc. > > -- > > Austin Gonyou > > Systems Architect, CCNA > > Coremetrics, Inc. > > Phone: 512-698-7250 > > email: [EMAIL PROTECTED] > > > > "It is the part of a good shepherd to shear his flock, not to skin > it." > > Latin Proverb > > > > _______________________________________________ > > evolution maillist - [EMAIL PROTECTED] > > http://lists.ximian.com/mailman/listinfo/evolution -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-698-7250 email: [EMAIL PROTECTED]
"It is the part of a good shepherd to shear his flock, not to skin it." Latin Proverb _______________________________________________ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
