Re: [Evolution] Evo 1.2 & LDAP with MS Exchange Server -- Sorted



On Thu, 2002-11-21 at 15:33, Dick Roth wrote:
Hi All--

With hope in my heart, I tried this edit to the .xml file but with no
joy.  What to do!!  I use LDAP lookups often during the day and now have
to use gq to look up addresses and type them into my outgoing message.

This function worked perfectly in 1.0.8.  But now, frustration.

what server are you using?  what's the <contactserver> block look like? 
what is the output of wombat when you run queries (or autocomplete) -
run killev then start wombat in a seperate terminal, then restart
evolution.

Chris

On Wed, 2002-11-20 at 09:59, Cormac Long wrote:
Got it working,
   edited evolution/addressbook-sources.xml which shows the config for
the LDAP server

I changed the 
    <scope>base</scope>

to     <scope>sub</scope>

and all worked OK.

Of course if you edit this in the GUI, the drop down combo shows only
one and base and if you change it, you lose your manual over-ride.

On Tue, 2002-11-19 at 22:12, Cormac Long wrote: 
Does anyone have evo 1.2 working with MS Exchange LDAP server?.. if
so can you provide details of the configuration.. bind, scope etc

I've monitored evo and gq using Ethereal.. 

Results from using gq (which works)
firstly, it binds but with simple authentication and dn and password
set to NULL

Lightweight Directory Access Protocol
    Message: Id=1  Bind Request
        Message Length: 7
        Version: 2
        DN: (null)
        Auth Type: Simple (0x00)
        Password: (null)

Evo won't allow you to set dn and password to NULL.. you either
don't bind at all or use non-null email or dn binding... both of
which fail on my LDAP server.

Then for the search, gq does the following:
Lightweight Directory Access Protocol
    Message: Id=2  Search Request
        Message Length: 33
        Base DN: (null)
        Scope: Subtree (0x02)
        Dereference: Never (0x00)
        Size Limit: 0
        Time Limit: 0
        Attributes Only: False
        Filter: (cn=*long*)

Evo which can't do NULL binds, goes straight for the search and does
the following:
Lightweight Directory Access Protocol
    Message: Id=7  Search Request
        Message Length: 53
        Base DN: (null)
        Scope: Base (0x00)
        Dereference: Never (0x00)
        Size Limit: 100
        Time Limit: 0
        Attributes Only: False
        Filter: (|(cn=*long*)(sn=*long*))

The search string given to gq was "long" and because it was
configured for searching cn with a "contains" rule, it added the *
before and after the string.

The evo search fails with just "long" and "*long*" when I tried to
emulate the gq search.

All I can assume is that it fails because I can't set the scope to
be subtree (evo only allows base and one to be selected) or it has
something to do with the inability to bind with dn=NULL,
password=NULL.

I confirmed with my admin that we don't support a bind.. so I'm
inclined to believe that the subtree is the cause.

When I was using evo back on the 1.0.X days, I had LDAP working..
its only since I moved to evo 1.2 that it doesn't work.

Anyone care to offer suggestions/solutions?

Regards,
   Cormac

________________________________________________________________________
This email has been scanned for all viruses by the MessageLabs
SkyScan
service. For more information on a proactive anti-virus service
working
around the clock, around the globe, visit http://www.messagelabs.com
________________________________________________________________________

Regards,
   Cormac

________________________________________________________________________
This email has been scanned for all viruses by the MessageLabs SkyScan
service. For more information on a proactive anti-virus service
working
around the clock, around the globe, visit http://www.messagelabs.com
________________________________________________________________________


_______________________________________________
evolution maillist  -  evolution ximian com
http://lists.ximian.com/mailman/listinfo/evolution




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]