Maybe you should write the ldap part of your mail as reply to the mail
with the release notification of the ldap-gateway or as a new mail with
maching subject so that the developers see your problem?
Marcio Merlone wrote:
Em 17-06-2010 15:37, Martin Lehmann escreveu:
SOGo-Connector is for addressbook support. You've to wait for a
version of the connector which supports TB3
Any estimate date for release?
or you could try the ldap-gateway, which was mentioned in this
mailinglist (see archive), but seems to be at beta stage.
Marcio Merlone wrote:
Is it possible to use a SOGo address book on TB3 without the SOGo
integrator plugin?
Cool! Found it and gave it a try. But sogo-slapd-sockd dies.
I started sogo-slapd-sockd as sogo user, chmoded 777
/var/run/sogo/sogo-sockd.sock and configured slapd (2.4.21-0ubuntu5)
like this:
r...@asteroid:/etc/ldap# grep -v "^\s*#\|^$" slapd.conf
include /etc/ldap/schema/core.schema
include /etc/ldap/schema/cosine.schema
include /etc/ldap/schema/nis.schema
include /etc/ldap/schema/inetorgperson.schema
pidfile /var/run/slapd/slapd.pid
argsfile /var/run/slapd/slapd.args
loglevel 256
modulepath /usr/lib/ldap
moduleload back_sock
sizelimit 500
tool-threads 1
database sock
suffix "ou=catalog"
socketpath "/var/run/sogo/sogo-sockd.sock"
extensions binddn
rootdn "cn=admin,ou=catalog"
rootpw secret
r...@asteroid:/etc/ldap#
Then I try to connect using a LDAP client and get:
s...@asteroid:~$ /usr/sbin/sogo-slapd-sockd
<0x0x923bb38[SOGoSockD]> listening on /var/run/sogo/sogo-sockd.sock
Abortado
s...@asteroid:~$
and on slapd.log:
Jun 17 16:15:28 asteroid slapd[8664]: conn=1000 fd=12 ACCEPT from
IP=192.168.0.4:44421 (IP=0.0.0.0:389)
Jun 17 16:15:28 asteroid slapd[8664]: conn=1000 op=0 BIND
dn="cn=admin,ou=catalog" method=128
Jun 17 16:15:28 asteroid slapd[8664]: sock: fgets failed: Success (0)
Jun 17 16:15:28 asteroid slapd[8664]: str2result () expecting "RESULT"
Jun 17 16:15:28 asteroid slapd[8664]: conn=1000 op=0 BIND
dn="cn=admin,ou=catalog" mech=SIMPLE ssf=0
Jun 17 16:15:28 asteroid slapd[8664]: conn=1000 op=0 RESULT tag=97
err=0 text=
Jun 17 16:15:28 asteroid slapd[8664]: conn=1000 op=1 SRCH
base="ou=catalog" scope=0 deref=1 filter="(objectClass=*)"
Jun 17 16:15:28 asteroid slapd[8664]: conn=1000 op=1 SRCH attr=1.1
Jun 17 16:15:28 asteroid slapd[8664]: sock: fgets failed: Success (0)
Jun 17 16:15:28 asteroid slapd[8664]: str2result () expecting "RESULT"
Jun 17 16:15:28 asteroid slapd[8664]: conn=1000 op=1 SEARCH RESULT
tag=101 err=0 nentries=0 text=
Jun 17 16:15:28 asteroid slapd[8664]: conn=1000 op=2 SRCH base=""
scope=0 deref=1 filter="(objectClass=*)"
Jun 17 16:15:28 asteroid slapd[8664]: conn=1000 op=2 SRCH
attr=subschemaSubentry
Jun 17 16:15:28 asteroid slapd[8664]: conn=1000 op=2 SEARCH RESULT
tag=101 err=0 nentries=1 text=
Jun 17 16:15:29 asteroid slapd[8664]: conn=1000 op=3 SRCH
base="cn=Subschema" scope=0 deref=1 filter="(objectClass=*)"
Jun 17 16:15:29 asteroid slapd[8664]: conn=1000 op=3 SRCH
attr=attributeTypes objectClasses matchingRules ldapSyntaxes *
Jun 17 16:15:29 asteroid slapd[8664]: conn=1000 op=3 SEARCH RESULT
tag=101 err=0 nentries=1 text=
Jun 17 16:15:29 asteroid slapd[8664]: conn=1000 op=4 SRCH
base="ou=catalog" scope=0 deref=1 filter="(objectClass=*)"
Jun 17 16:15:29 asteroid slapd[8664]: conn=1000 op=4 SRCH attr=1.1
Jun 17 16:15:29 asteroid slapd[8664]: socket
connect(/var/run/sogo/sogo-sockd.sock) failed
Jun 17 16:15:29 asteroid slapd[8664]: conn=1000 op=4 SEARCH RESULT
tag=101 err=80 nentries=0 text=could not open socket
I understand this is beta, but hope this helps somehow to make it
better. I can beta-test newer versions.
--
[email protected]
https://inverse.ca/sogo/lists
