headers
Neal Timm | 4 Mar 2005 03:08

ldap global address book.

I have a global address book stored in ldap I can search entries using
outlook express fine but with turba nothing ever gets returned.  Here is
a query I use via ldap search.

If someone could point me to the right variables in the sources.php I
would appreciate it.

ldapsearch -x -b 'dc=domain,dc=net' '(objectclass=*)'

# extended LDIF

#

# LDAPv3

# base <dc=trillion,dc=net> with scope sub

# filter: (objectclass=*)

# requesting: ALL

#

# ntimm, domain.net

dn: cn=ntimm,dc=domian,dc=net

objectClass: inetOrgPerson

cn: neal
(Continue reading)

Permalink | Reply | 1 comment |
headers
Craig White | 4 Mar 2005 05:02

Re: ldap global address book.

On Thu, 2005-03-03 at 20:08 -0600, Neal Timm wrote:
> I have a global address book stored in ldap I can search entries using
> outlook express fine but with turba nothing ever gets returned.  Here is
> a query I use via ldap search.
> 
> If someone could point me to the right variables in the sources.php I
> would appreciate it.
> 
>  
> 
> ldapsearch -x -b 'dc=domain,dc=net' '(objectclass=*)'
> 
> # extended LDIF
> 
> #
> 
> # LDAPv3
> 
> # base <dc=trillion,dc=net> with scope sub
> 
> # filter: (objectclass=*)
> 
> # requesting: ALL
> 
> #
> 
>  
> 
> # ntimm, domain.net
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Neal Timm | 4 Mar 2005 14:57

Re: ldap global address book.

Thanks for the response.  My problem is I can't make any changes to ldap
we are using postfixadmin for virtual hosting it it slings entries in to
some mysql tables which ldap then reads.  I can see the mysql queries
being executed the first query it does doesn't return anything but the
second query it does is exactly the same as the one from outlook express
but my guessing is that since the first one fails nothing gets returned.

-----Original Message-----
From: Craig White [mailto:craigwhite <at> azapple.com] 
Sent: Thursday, March 03, 2005 10:02 PM
To: turba <at> lists.horde.org
Subject: [turba] Re: ldap global address book.

On Thu, 2005-03-03 at 20:08 -0600, Neal Timm wrote:
> I have a global address book stored in ldap I can search entries using
> outlook express fine but with turba nothing ever gets returned.  Here
is
> a query I use via ldap search.
> 
> If someone could point me to the right variables in the sources.php I
> would appreciate it.
> 
>  
> 
> ldapsearch -x -b 'dc=domain,dc=net' '(objectclass=*)'
> 
> # extended LDIF
> 
> #
>
(Continue reading)

Permalink | Reply | 501 comments |
headers
Neal Timm | 4 Mar 2005 17:16

Re: ldap global address book.

Anonymous binds are permitted.

-----Original Message-----
From: Craig White [mailto:craigwhite <at> azapple.com] 
Sent: Friday, March 04, 2005 10:03 AM
To: Neal Timm
Cc: turba <at> lists.horde.org
Subject: RE: [turba] Re: ldap global address book.

No - your problem is that you don't understand how to use LDAP (gosh I
hate replying to top posted replies)

The answer to setting up turba sources for ldap source address books is
ALWAYS obvious if you can use the ldap client tools from the command
line...

ldapsearch -x -h localhost -b 'dc=trillion,dc=net' '(cn=*)' 

or

ldapsearch -x -h localhost -D 'cn=rootbinddn,dc=trillion,dc=net' -b
'dc=trillion,dc=net' -W '(cn=*)'

the second method is needed if you don't permit anonymous binds to this
data and of course, you would have to substitute your real rootbinddn

Lastly - it would make sense to me to have containers for your data
rather than just tossing it into the base and suggesting that it must be
this way because of postfixadmin suggests that little planning when into
setting up DSA in the first place and too little knowledge of things
(Continue reading)

Permalink | Reply | 0 comments |
headers
Neal Timm | 4 Mar 2005 17:40

Re: ldap global address book.

One more question is when I export the shared address book all the
entries show up but when I search they are not any Ideas?

Thanks,

-----Original Message-----
From: Craig White [mailto:craigwhite <at> azapple.com] 
Sent: Friday, March 04, 2005 10:03 AM
To: Neal Timm
Cc: turba <at> lists.horde.org
Subject: RE: [turba] Re: ldap global address book.

No - your problem is that you don't understand how to use LDAP (gosh I
hate replying to top posted replies)

The answer to setting up turba sources for ldap source address books is
ALWAYS obvious if you can use the ldap client tools from the command
line...

ldapsearch -x -h localhost -b 'dc=trillion,dc=net' '(cn=*)' 

or

ldapsearch -x -h localhost -D 'cn=rootbinddn,dc=trillion,dc=net' -b
'dc=trillion,dc=net' -W '(cn=*)'

the second method is needed if you don't permit anonymous binds to this
data and of course, you would have to substitute your real rootbinddn

Lastly - it would make sense to me to have containers for your data
(Continue reading)

Permalink | Reply | 0 comments |
headers
Neal Timm | 4 Mar 2005 17:51

Re: ldap global address book.

One thing I found is that if I compose a message and choose address
book/shared ab and do a  search the entries show up.

-----Original Message-----
From: Craig White [mailto:craigwhite <at> azapple.com] 
Sent: Friday, March 04, 2005 10:03 AM
To: Neal Timm
Cc: turba <at> lists.horde.org
Subject: RE: [turba] Re: ldap global address book.

No - your problem is that you don't understand how to use LDAP (gosh I
hate replying to top posted replies)

The answer to setting up turba sources for ldap source address books is
ALWAYS obvious if you can use the ldap client tools from the command
line...

ldapsearch -x -h localhost -b 'dc=trillion,dc=net' '(cn=*)' 

or

ldapsearch -x -h localhost -D 'cn=rootbinddn,dc=trillion,dc=net' -b
'dc=trillion,dc=net' -W '(cn=*)'

the second method is needed if you don't permit anonymous binds to this
data and of course, you would have to substitute your real rootbinddn

Lastly - it would make sense to me to have containers for your data
rather than just tossing it into the base and suggesting that it must be
this way because of postfixadmin suggests that little planning when into
(Continue reading)

Permalink | Reply | 0 comments |
headers
Craig White | 4 Mar 2005 17:03

Re: ldap global address book.

No - your problem is that you don't understand how to use LDAP (gosh I
hate replying to top posted replies)

The answer to setting up turba sources for ldap source address books is
ALWAYS obvious if you can use the ldap client tools from the command
line...

ldapsearch -x -h localhost -b 'dc=trillion,dc=net' '(cn=*)' 

or

ldapsearch -x -h localhost -D 'cn=rootbinddn,dc=trillion,dc=net' -b
'dc=trillion,dc=net' -W '(cn=*)'

the second method is needed if you don't permit anonymous binds to this
data and of course, you would have to substitute your real rootbinddn

Lastly - it would make sense to me to have containers for your data
rather than just tossing it into the base and suggesting that it must be
this way because of postfixadmin suggests that little planning when into
setting up DSA in the first place and too little knowledge of things
like the padl tools such as nsswitch and ldap.conf for integrating
postfix and other applications into using the ldap DSA.

Craig

On Fri, 2005-03-04 at 07:57 -0600, Neal Timm wrote:
> Thanks for the response.  My problem is I can't make any changes to ldap
> we are using postfixadmin for virtual hosting it it slings entries in to
> some mysql tables which ldap then reads.  I can see the mysql queries
(Continue reading)

Permalink | Reply | 504 comments |
headers
Chuck Hagenbuch | 5 Mar 2005 06:02
Favicon
Gravatar

Re: LDAP scope

Quoting Craig White <craigwhite <at> azapple.com>:

> sorry - realize now that I did need to provide diff for current ldap.php
> after all...it is attached

I've cleaned this up and committed it to both branches. The patch 
against sources.php.dist is broken, though (it's against sources.php 
for starters). Please look over the style and generate one that applies 
cleanly to sources.php.dist.

Thanks,
-chuck

-- 
"But she goes not abroad in search of monsters to destroy." - John 
Quincy Adams
--

-- 
Turba mailing list - Join the hunt: http://horde.org/bounties/#turba
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: turba-unsubscribe <at> lists.horde.org
Permalink | Reply | 2 comments |
headers
Craig White | 5 Mar 2005 08:41

Re: LDAP scope

On Sat, 2005-03-05 at 00:02 -0500, Chuck Hagenbuch wrote:
> Quoting Craig White <craigwhite <at> azapple.com>:
> 
> > sorry - realize now that I did need to provide diff for current ldap.php
> > after all...it is attached
> 
> I've cleaned this up and committed it to both branches. The patch 
> against sources.php.dist is broken, though (it's against sources.php 
> for starters). Please look over the style and generate one that applies 
> cleanly to sources.php.dist.
----
ignore this if the first one went through.

I am confused - I thought it looked ok - but I must be missing
something.

cvs update -Pd
cd turba/config
cp sources.php.dist sources.php
emacs sources.php (make my edits)
diff -u sources.php.dist sources.php > patch2-turba-sources.php

# looks very similar to first one
but to verify...
cp sources.php.dist sources.php
patch -i patch2-turba-sources.php

looks good to me
enclosed is diff
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michael Rubinsky | 6 Mar 2005 04:38
Gravatar

Re: LDAP scope


> Message: 2
> Date: Sat, 05 Mar 2005 00:41:13 -0700
> From: Craig White <craigwhite <at> azapple.com>
> Subject: [turba] Re: LDAP scope

> > Quoting Craig White <craigwhite <at> azapple.com>:
> >

Craig, why not make the changes directly to sources.php.dist then do a:

cvs diff > turba.patch

Thanks,
Mike

> I am confused - I thought it looked ok - but I must be missing
> something.
>
> cvs update -Pd
> cd turba/config
> cp sources.php.dist sources.php
> emacs sources.php (make my edits)
> diff -u sources.php.dist sources.php > patch2-turba-sources.php
>
> # looks very similar to first one
> but to verify...
> cp sources.php.dist sources.php
> patch -i patch2-turba-sources.php
>
(Continue reading)

Permalink | Reply | 0 comments |

Gmane