From users-de@opengroupware.org Thu Apr 12 14:14:16 2007 From: users-de@opengroupware.org (Andreas Keller) Date: Thu, 12 Apr 2007 15:14:16 +0200 Subject: [OGo-Users-DE] ldap- Zugriff auf ogo - contacts Message-ID: <1176383656.26529.32.camel@melx.ihsmedia.org> Salve, ich komme nicht weiter bei dem Versuch, mittels LDAP auf die ogo-Kontaktdaten zuzugreifen. Szenario: LDAP-Authorisierung der ogo-user funktioniert. Nach dem Einf=C3=BCgen der back-sql Infos in etc/ldap/slapd.conf wid der erste User, der sich einlogged, =C3=BCber LDAP authorisiert, dann st=C3=BCrzt slapd ab. Auf die Fehlermeldung 'client encoding mismatch' habe ich mit 'createdb ogo -E LATIN1' und 'alter user ogo SET client_encoding to LATIN1;'reagiert - ohne Erfolg. Wer kann helfen? Ich habe bisher erfolgreich ogo, ldap, postgresql 8.1, cyrus und postfix installiert, und fast alles funktioniert miteinander, bis auf z.B. dieses Problem. Mfg Andreas Keller __ Pfarrei St. Pirmin und St. Michael Pfarrer Andreas Keller www.andreaskeller.com Versionen, Konfiguration und Fehlermeldung=20 Debian Sarge ogo releases/opengroupware-1.1.6-yummy, releases/sope-4.5.9-maple slapd 2.2.23 postgresql 8.1 (sarge-backports) ------------------ Konfigurationen: #/etc/odbc.ini [ogo] Driver=3D /usr/lib/odbc/psqlodbc.so Setup=3D /usr/lib/odbc/libodbcpsqlS.so Description=3DThe OpenGroupware Database Servername=3Dlocalhost Port=3D5432 Protocol=3D7.4 FetchBufferSize=3D99 Username=3Dogo Password=3Dogo.751 Database=3Dogo ReadOnly=3Dno RowVersioning =3D No ShowSystemTables =3D No ShowOidColumn =3D No FakeOidIndex =3D No ConnSettings =3D #/etc/ldap/slapd.conf # This is the main slapd configuration file. See slapd.conf(5) for more # info on the configuration options. ####################################################################### # Global Directives: # Features to permit allow bind_v2 # Schema and objectClass definitions include /etc/ldap/schema/core.schema include /etc/ldap/schema/cosine.schema include /etc/ldap/schema/nis.schema include /etc/ldap/schema/inetorgperson.schema include /etc/ldap/schema/opengroupware.schema include /etc/ldap/schema/evolutionperson.schema # Schema check allows for forcing entries to # match schemas for their objectClasses's schemacheck on # Where the pid file is put. The init.d script # will not stop the server if you change this. pidfile /var/run/slapd/slapd.pid # List of arguments that were passed to the server argsfile /var/run/slapd.args # Read slapd.conf(5) for possible values loglevel 0 # Where the dynamically loaded modules are stored modulepath /usr/lib/ldap moduleload back_bdb moduleload back_sql ####################################################################### # Specific Backend Directives for 'other': # Backend specific directives apply to this backend until another # 'backend' directive occurs #backend backend sql ####################################################################### # Specific Backend Directives for bdb: # Backend specific directives apply to this backend until another # 'backend' directive occurs backend bdb checkpoint 512 30 ################################################## # OGo Database back-sql # MUST be BEFORE your bdb or ldbm "regular" ldap database database sql subordinate suffix "ou=3DContacts,ou=3DOpenGroupware,dc=3Dmelx,dc=3Dorg" dbname ogo dbuser ogo # I tried before: dbpasswd secred dbpasswd {MD5}sDW/lm3fMYVbG6YbPqlX0Q=3D=3D lastmod off # new to OpenLDAP v2.1.x has_ldapinfo_dn_ru no # PostgreSQL insentry_query "insert into ldap_entries (id,dn,oc_map_id,parent,keyval) values ((select max(id)+1 from ldap_entries),?,?,?,?)" upper_func "upper" strcast_func "text" concat_pattern "?||?" ####################################################################### # Specific Directives for database #1, of type bdb: # Database specific directives apply to this databasse until another # 'database' directive occurs database bdb # The base of your directory in database #1 suffix "dc=3Dmelx,dc=3Dorg" rootdn "cn=3Dadmin,dc=3Dmelx,dc=3Dorg" rootpw "{MD5}NnIytZaPyz/kUGvno4kxUg=3D=3D" # Das Password wird mit slappasswd -h {MD5} angelegt # Where the database file are physically stored for database #1 directory "/var/lib/ldap" # Indexing options for database #1 index objectClass eq # Save the time that the entry gets modified, for database #1 lastmod on # Where to store the replica logs for database #1 # replogfile /var/lib/ldap/replog # The userPassword by default can be changed # by the entry owning it if they are authenticated. # Others should not be able to see it, except the # admin entry below # These access lines apply to database #1 only access to attrs=3DuserPassword by dn=3D"cn=3Dadmin,dc=3Dmelx,dc=3Dorg" write by anonymous auth by self write by * none # Ensure read access to the base for things like # supportedSASLMechanisms. Without this you may # have problems with SASL not knowing what # mechanisms are available and the like. # Note that this is covered by the 'access to *' # ACL below too but if you change that as people # are wont to do you'll still need this if you # want SASL (and possible other things) to work # happily. access to dn.base=3D"" by * read # The admin dn has full write access, everyone else # can read everything. access to * by dn=3D"cn=3Dadmin,dc=3Dmelx,dc=3Dorg" write by * read # For Netscape Roaming support, each user gets a roaming # profile for which they have write access to #access to dn=3D".*,ou=3DRoaming,o=3Dmorsnet" # by dn=3D"cn=3Dadmin,dc=3Dmelx,dc=3Dorg" write # by dnattr=3Downer write ####################################################################### # Specific Directives for database #2, of type 'other' (can be bdb too): # Database specific directives apply to this databasse until another # 'database' directive occurs #database # The base of your directory for database #2 #suffix "dc=3Ddebian,dc=3Dorg #Fehlermeldung (slapd -d 16383): ... ... <=3D=3Dbacksql_srch_query() returns SELECT DISTINCT ldap_entries.id,ldap_static_entries.id,text('organizationalUnit') AS objectClass,ldap_entries.dn AS dn FROM ldap_entries,ldap_static_entries WHERE ldap_static_entries.id=3Dldap_entries.keyval AND ldap_entries.oc_map_id=3D? AND upper(ldap_entries.dn) LIKE ? AND 1=3D1 Constructed query: SELECT DISTINCT ldap_entries.id,ldap_static_entries.id,text('organizationalUnit') AS objectClass,ldap_entries.dn AS dn FROM ldap_entries,ldap_static_entries WHERE ldap_static_entries.id=3Dldap_entries.keyval AND ldap_entries.oc_map_id=3D? AND upper(ldap_entries.dn) LIKE ? AND 1=3D1 id: '4' (sub)dn: "%" <=3D=3Dbacksql_oc_get_candidates(): 0 send_ldap_result: conn=3D2 op=3D1 p=3D3 send_ldap_result: err=3D0 matched=3D"" text=3D"" <=3D=3Dbacksql_search() send_ldap_result: conn=3D2 op=3D1 p=3D3 send_ldap_result: err=3D0 matched=3D"" text=3D"" send_ldap_response: msgid=3D2 tag=3D101 err=3D0 ber_flush: 14 bytes to sd 10 0000: 30 0c 02 01 02 65 07 0a 01 00 04 00 04 00 0....e........ ldap_write: want=3D14, written=3D14 0000: 30 0c 02 01 02 65 07 0a 01 00 04 00 04 00 0....e........ conn=3D2 op=3D1 SEARCH RESULT tag=3D101 err=3D0 nentries=3D1 text=3D daemon: activity on 2 descriptors daemon: new connection on 13 conn=3D3 fd=3D13 ACCEPT from IP=3D127.0.0.1:34791 (IP=3D0.0.0.0:389) daemon: added 13r daemon: activity on: 10r daemon: read activity on 10 connection_get(10) connection_get(10): got connid=3D2 connection_read(10): checking for input on id=3D2 slapd: /home/torsten/packages/openldap/openldap2.2-2.2.23/libraries/liblber= /io.c:485: ber_get_next: Assertion `((ber)->ber_opts.lbo_valid=3D=3D0x2)' f= ailed. Abgebrochen --------------------------------------- From users-de@opengroupware.org Thu Apr 12 15:05:16 2007 From: users-de@opengroupware.org (Juergen Schinker) Date: Thu, 12 Apr 2007 15:05:16 +0100 (BST) Subject: [OGo-Users-DE] ldap- Zugriff auf ogo - contacts In-Reply-To: <1176383656.26529.32.camel@melx.ihsmedia.org> References: <1176383656.26529.32.camel@melx.ihsmedia.org> Message-ID: <53534.62.200.52.98.1176386716.squirrel@www.homie.homelinux.net> Am Do, 12.04.2007, 14:14, schrieb Andreas Keller: > Salve, > vielleicht kannst du die Entwickler ueberreden das sie die kontaktdaten in die LDAP-db schreiben und lesen... das waer viel praktischer -> enhancement request BTW vie backups du die postgresql-db ? Juergen From users-de@opengroupware.org Thu Apr 12 16:26:48 2007 From: users-de@opengroupware.org (Lars Schimmer) Date: Thu, 12 Apr 2007 17:26:48 +0200 Subject: [OGo-Users-DE] aktuelles trunk - libs 4.5 fehlen? Message-ID: <461E4FB8.5000105@cgv.tugraz.at> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! Gerade ein update der sarge Pakete gemacht, und OGO startet nicht mehr. Ein ldd auf /usr/sbin/ogo-webui-1.1 ergibt viele fehlende Libs: linux-gate.so.1 => (0xffffe000) libOGoFoundation.so.5.3 => /usr/lib/libOGoFoundation.so.5.3 (0xb7e8f000) libOGoDocuments.so.5.3 => /usr/lib/libOGoDocuments.so.5.3 (0xb7e71000) libWEExtensions.so.4.5 => not found libWOExtensions.so.4.5 => not found libNGObjWeb.so.4.5 => not found libLSFoundation.so.5.3 => /usr/lib/libLSFoundation.so.5.3 (0xb7de5000) libGDLAccess.so.4.5 => not found libNGLdap.so.4.5 => not found libNGMime.so.4.5 => not found libNGStreams.so.4.5 => not found libNGExtensions.so.4.5 => not found libEOControl.so.4.5 => not found libXmlRpc.so.4.5 => not found libDOM.so.4.5 => not found libSaxObjC.so.4.5 => not found libldap_r.so.2 => /usr/lib/libldap_r.so.2 (0xb7dad000) libFoundation.so.1.1 => /usr/lib/libFoundation.so.1.1 (0xb7c61000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7c4f000) libobjc.so.1 => /usr/lib/libobjc.so.1 (0xb7c35000) libm.so.6 => /lib/tls/libm.so.6 (0xb7c0f000) libc.so.6 => /lib/tls/libc.so.6 (0xb7ad6000) libGDLAccess.so.4.5 => not found libNGObjWeb.so.4.5 => not found libNGMime.so.4.5 => not found libNGLdap.so.4.5 => not found libNGStreams.so.4.5 => not found libNGExtensions.so.4.5 => not found libEOControl.so.4.5 => not found libXmlRpc.so.4.5 => not found libDOM.so.4.5 => not found libSaxObjC.so.4.5 => not found libGDLAccess.so.4.5 => not found libNGLdap.so.4.5 => not found libNGMime.so.4.5 => not found libNGStreams.so.4.5 => not found libNGExtensions.so.4.5 => not found libEOControl.so.4.5 => not found libDOM.so.4.5 => not found libSaxObjC.so.4.5 => not found libGDLAccess.so.4.5 => not found libNGLdap.so.4.5 => not found libNGMime.so.4.5 => not found libNGStreams.so.4.5 => not found libNGExtensions.so.4.5 => not found libEOControl.so.4.5 => not found libDOM.so.4.5 => not found libSaxObjC.so.4.5 => not found liblber.so.2 => /usr/lib/liblber.so.2 (0xb7ac4000) libresolv.so.2 => /lib/tls/libresolv.so.2 (0xb7ab1000) libdl.so.2 => /lib/tls/libdl.so.2 (0xb7aad000) libcrypt.so.1 => /lib/tls/libcrypt.so.1 (0xb7a7e000) libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0xb7a69000) libgnutls.so.12 => /usr/lib/libgnutls.so.12 (0xb7a01000) /lib/ld-linux.so.2 (0xb7f09000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb79f6000) libtasn1.so.2 => /usr/lib/libtasn1.so.2 (0xb79e6000) libz.so.1 => /usr/lib/libz.so.1 (0xb79d1000) libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 (0xb7980000) libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0xb797c000) libnsl.so.1 => /lib/tls/libnsl.so.1 (0xb7966000) Ein apt-file search auf die Libs ist erfolglos. Ist gerade ein Umbruch? MfG, Lars Schimmer - -- - ------------------------------------------------------------- TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schimmer@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGHk+4mWhuE0qbFyMRAqIZAJ0ZlrgtSrUQ/X1SYLuCpR9IM5B6yQCdGR2I wbfcPWwmtUjJU43qfjeLMhQ= =0i4N -----END PGP SIGNATURE----- From users-de@opengroupware.org Thu Apr 12 20:10:20 2007 From: users-de@opengroupware.org (Peter Haug) Date: Thu, 12 Apr 2007 21:10:20 +0200 Subject: AW: [OGo-Users-DE] ldap- Zugriff auf ogo - contacts In-Reply-To: <53534.62.200.52.98.1176386716.squirrel@www.homie.homelinux.net> Message-ID: Hallo zusammen, bei mir geschieht ein Backup von Postgres über ein Shell-Script backup.sh Möglich wäre z.B. pg_dump OGo > OGo-alles.pgdump-`date +%a-%d-%m-%G-%X` pg_dump -a OGo > OGo-daten.pgdump-`date +%a-%d-%m-%G-%X` pg_dump -s OGo > OGo-schema.pgdump-`date +%a-%d-%m-%G-%X` pg_dump -d OGo > OGo-inserts.pgdump-`date +%a-%d-%m-%G-%X` 1. Zeile: komplettes Backup von OGo mit Datum u. Uhrzeit der Sicherung 2. Zeile: nur Daten werden gesichert, ebenfalls mit Date+Uhrzeit 3. Zeile: nur DB-Schema wird gesichert, .... 4. Zeile: DB wird mit INSERT-Befehlen gesichert (gut für einen sicheren Restore) Hope it helps. Gruß Peter -----Ursprüngliche Nachricht----- Von: users-de-admin@opengroupware.org [mailto:users-de-admin@opengroupware.org]Im Auftrag von Juergen Schinker Gesendet: Donnerstag, 12. April 2007 16:05 An: users-de@opengroupware.org Betreff: Re: [OGo-Users-DE] ldap- Zugriff auf ogo - contacts Am Do, 12.04.2007, 14:14, schrieb Andreas Keller: > Salve, > vielleicht kannst du die Entwickler ueberreden das sie die kontaktdaten in die LDAP-db schreiben und lesen... das waer viel praktischer -> enhancement request BTW vie backups du die postgresql-db ? Juergen -- OpenGroupware.org Users German users-de@opengroupware.org http://mail.opengroupware.org/mailman/listinfo/users-de From users-de@opengroupware.org Fri Apr 13 11:07:06 2007 From: users-de@opengroupware.org (Helge Hess) Date: Fri, 13 Apr 2007 12:07:06 +0200 Subject: [OGo-Users-DE] aktuelles trunk - libs 4.5 fehlen? In-Reply-To: <461E4FB8.5000105@cgv.tugraz.at> References: <461E4FB8.5000105@cgv.tugraz.at> Message-ID: <5F396FDA-50DA-4C83-B413-388B54AA69DF@opengroupware.org> On Apr 12, 2007, at 17:26, Lars Schimmer wrote: > Gerade ein update der sarge Pakete gemacht Welche Version? Gruss, Helge -- Helge Hess http://www.helgehess.eu/ From users-de@opengroupware.org Fri Apr 13 11:12:33 2007 From: users-de@opengroupware.org (Helge Hess) Date: Fri, 13 Apr 2007 12:12:33 +0200 Subject: [OGo-Users-DE] ldap- Zugriff auf ogo - contacts In-Reply-To: <53534.62.200.52.98.1176386716.squirrel@www.homie.homelinux.net> References: <1176383656.26529.32.camel@melx.ihsmedia.org> <53534.62.200.52.98.1176386716.squirrel@www.homie.homelinux.net> Message-ID: <8C95E8A6-07AD-45FE-A60A-F9671EEAB563@opengroupware.org> On Apr 12, 2007, at 16:05, Juergen Schinker wrote: > vielleicht kannst du die Entwickler ueberreden das sie die =20 > kontaktdaten > in die LDAP-db schreiben und lesen... Instant-OGo synced AFAIK the PostgreSQL Datenbank mit dem enthaltenen =20= OpenLDAP (one-way). Aus LDAP lesen macht erfahrungsgemaess wenig Sinn. Alle (mir =20 bekannten) Projekte die initial LDAP als Primaerspeicher fuer =20 Adressen verwendet haben sind spaeter auf regulaere Speicherung im =20 RDBMS umgestiegen. Ansonsten hat Adam Williams auf der users Liste (Englisch) viel =20 Erfahrungen mit LDAP Sync Tools, da lohnt es sich eventl auch zu fragen. Helge PS: mit "=DCberreden" hat das nicht viel zu tun, wenn brauchbare =20 Patches vorliegen die OGo dahingehend erweitern lassen wir diese =20 gerne einfliessen. --=20 Helge Hess http://www.helgehess.eu/ From users-de@opengroupware.org Fri Apr 13 11:43:23 2007 From: users-de@opengroupware.org (Lars Schimmer) Date: Fri, 13 Apr 2007 12:43:23 +0200 Subject: [OGo-Users-DE] aktuelles trunk - libs 4.5 fehlen? In-Reply-To: <5F396FDA-50DA-4C83-B413-388B54AA69DF@opengroupware.org> References: <461E4FB8.5000105@cgv.tugraz.at> <5F396FDA-50DA-4C83-B413-388B54AA69DF@opengroupware.org> Message-ID: <461F5ECB.1000801@cgv.tugraz.at> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Helge Hess wrote: > On Apr 12, 2007, at 17:26, Lars Schimmer wrote: >> Gerade ein update der sarge Pakete gemacht > > Welche Version? trunk, also cvs. Irgendwie hab ich nun 1,2 Pakete auf sid "geup/down"graded und er hat andere Pakete nachinstalliert und es rennt wieder. Warum sind die etch pakete im trunk weit dem der sarge hinterher? Irgendwie hab ich nun einen Mix hier installiert und es tut, irgendwie. Drauf war bis heute morgen opengroupware.org1.1-webui-core 1.1.svn1849-1, der braucht die Libs in der Version 4.5. Aber ein apt-file search libNGObjWeb.so.4.5 gibt kein Package, welches diese Lib enthält. Somit lief es nicht. Kann es ein, daß da ein wenig Unordnung in der Entwicklung/Sortierung der Pakete herrscht? Welche Pakete/Versionen gehören zusammen, woher bekommt man die? Welche sind für sarge/etch/sid? Ja, ich weiß, ich fahre den CVS Zweig und teste gerne, aber die Pakete sollten eigentlich ordentliche Abhängigkeiten haben. Gibt es ne Bug Datenbank, in die ich schauen kann, wenn ich Probleme habe? Und: Falls ich vom cvs auf stable wechsel möchte, welche Version sei mir empfohlen? Sprich, hats eine 1.1 stable, zu der ich sorgenfrei wechseln kann? > Gruss, > Helge MfG, Lars Schimmer - -- - ------------------------------------------------------------- TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schimmer@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGH17LmWhuE0qbFyMRAiTpAKCLI8fM3VLbPLNs3WN+Cd3edgSFjQCeKuTO PaHrgdHHE+okqUFwHxQEUqw= =P7HY -----END PGP SIGNATURE----- From users-de@opengroupware.org Fri Apr 13 12:52:16 2007 From: users-de@opengroupware.org (users-de@opengroupware.org) Date: Fri, 13 Apr 2007 12:52:16 +0100 (BST) Subject: [OGo-Users-DE] ldap- Zugriff auf ogo - contacts In-Reply-To: <8C95E8A6-07AD-45FE-A60A-F9671EEAB563@opengroupware.org> References: <1176383656.26529.32.camel@melx.ihsmedia.org> <53534.62.200.52.98.1176386716.squirrel@www.homie.homelinux.net> <8C95E8A6-07AD-45FE-A60A-F9671EEAB563@opengroupware.org> Message-ID: <58790.10.10.10.10.1176465136.squirrel@www.homie.homelinux.net> On Fri, April 13, 2007 11:12, Helge Hess wrote: > On Apr 12, 2007, at 16:05, Juergen Schinker wrote: > >> vielleicht kannst du die Entwickler ueberreden das sie die kontaktdaten >> in die LDAP-db schreiben und lesen... > > Instant-OGo synced AFAIK the PostgreSQL Datenbank mit dem enthaltenen > OpenLDAP (one-way). > > > Aus LDAP lesen macht erfahrungsgemaess wenig Sinn. Alle (mir > bekannten) Projekte die initial LDAP als Primaerspeicher fuer Adressen > verwendet haben sind spaeter auf regulaere Speicherung im RDBMS > umgestiegen. hm die spannende Frage ist doch warum? > > Ansonsten hat Adam Williams auf der users Liste (Englisch) viel > Erfahrungen mit LDAP Sync Tools, da lohnt es sich eventl auch zu fragen. > habe ich alles schon probiert ist aber too much hassle und habs auch nicht hingekriegt aber Adressen und Kontakdaten gehÃ¶ren IMHO in die LDAP -db um sie auch von anderen Tools zu nutzen Squirrelmail kriegt das auch hin mit entspr. Plugins From users-de@opengroupware.org Sat Apr 14 10:20:57 2007 From: users-de@opengroupware.org (Helge Hess) Date: Sat, 14 Apr 2007 11:20:57 +0200 Subject: [OGo-Users-DE] ldap- Zugriff auf ogo - contacts In-Reply-To: <58790.10.10.10.10.1176465136.squirrel@www.homie.homelinux.net> References: <1176383656.26529.32.camel@melx.ihsmedia.org> <53534.62.200.52.98.1176386716.squirrel@www.homie.homelinux.net> <8C95E8A6-07AD-45FE-A60A-F9671EEAB563@opengroupware.org> <58790.10.10.10.10.1176465136.squirrel@www.homie.homelinux.net> Message-ID: On Apr 13, 2007, at 13:52, ba1020@homie.homelinux.net wrote: >> Aus LDAP lesen macht erfahrungsgemaess wenig Sinn. Alle (mir >> bekannten) Projekte die initial LDAP als Primaerspeicher fuer =20 >> Adressen >> verwendet haben sind spaeter auf regulaere Speicherung im RDBMS >> umgestiegen. > hm die spannende Frage ist doch warum? OpenLDAP eignet sich nicht fuer den spezifischen Einsatzzweck, es =20 wurde fuer andere Anwendungen entwickelt. Und ich habe kein Interesse diese hier zu diskutieren :-) Man braucht =20= an sich nur zu schauen in welchen Bereichen sich LDAP tatsaechlich =20 etabliert hat, im Bereich Groupware ganz sicher nicht (weder im =20 OpenSource Bereich noch im proprietaeren). Dazu kommt das OpenLDAP Datenbanken erfahrungsgemaess nicht sehr =20 zuverlaessig *waren* (keine Ahnung wie die Situation heute ist, aber =20 wenn man 1x gebissen wurde ...). >> Ansonsten hat Adam Williams auf der users Liste (Englisch) viel >> Erfahrungen mit LDAP Sync Tools, da lohnt es sich eventl auch zu =20 >> fragen. > habe ich alles schon probiert ist aber too much hassle und habs =20 > auch nicht > hingekriegt Nun ... Ich denke deine Fragen gehoeren auch eher auf eine OpenLDAP =20 Liste. LDAP ist ja nur ein Protokoll und es waere nur naheliegend =20 wenn ein Server wie OpenLDAP aus verschiedenen Datenbestaenden =20 gefuettert werden kann. Protokolle werden ja nicht entwickelt damit =20 man alles in einem Server ablegen muss, sondern damit verschiedene =20 Server die gleichen Clients beliefern kann. Diese fixe Bindung an =20 einen Datenbestand ist ja gerade nicht wuenschenswert. Wie gesagt, wenn du z.B. die SQL Unterstuetzung vom OpenLDAP Server =20 nicht selbst zum laufen bekommst, dann solltest du auf einer OpenLDAP =20= Liste um Hilfe bitten. Ich hatte das vor Jahren mal aus technischem Interesse probiert und =20 fand die Loesung und den Loesungsansatz sehr schoen. Nach dem =20 ueblichen OpenLDAP Setup "Gefrickel" lief das as-advertised. > aber Adressen und Kontakdaten geh=F6ren IMHO in die LDAP -db um sie =20= > auch von > anderen Tools zu nutzen Du vermischst hier LDAP und ein spezifisches OpenLDAP Backend. Auch =20 meiner Meinung nach soll auf die Kontaktdaten via LDAP Protokoll =20 zugegriffen werden koennen. Da bis auf Ausnahmen fast alle Clients =20 ohnehin nur lesenden Zugriff ermoeglichen/verwenden ist die aktuelle =20 Implementierung im iOGo IMHO durchaus gaengig. > Squirrelmail kriegt das auch hin mit entspr. Plugins Ja, SOGo kann das auch. Ziel dieser Tools ist kein Kontaktmanagement =20 wie es in OGo verfuegbar ist. Das alles machbar ist bestreitet ja keiner, sinnvoller wird es =20 dadurch aber nicht. Was nicht heisst das sinnstrittige Dinge gar =20 keine Chance haben in OGo einzufliessen :-) Um mal weg aus der wenig zielfuehrenden Diskussion in den praktischen =20= Bereich zu kommen. Um die Diskussion zum $subject fuer mich mal abzuschliessen: Lesender =20= LDAP Zugriff auf die OGo Kontaktdatenbank geht problemfrei. Entweder =20 man verwendet iOGo und bekommt das fertig aufgesetzt / =20 vorkonfiguriert, oder man setzt es selbst auf. Maximal 1-2 Tage =20 Arbeit fuer einen Admin (entsprechende Python Skripte sind sogar auf =20 der Website zu finden, from-scratch duerfte aber kaum laenger dauern). Mit schreibenden Zugriff verhaelt sich das aehnlich, nur das der a) =20 nicht vorkonfiguriert als Produkt verfuegbar ist und b) in der Praxis =20= wenig Relevanz hat. Gruss, Helge --=20 Helge Hess http://www.helgehess.eu/ From users-de@opengroupware.org Sat Apr 14 10:28:24 2007 From: users-de@opengroupware.org (Helge Hess) Date: Sat, 14 Apr 2007 11:28:24 +0200 Subject: [OGo-Users-DE] aktuelles trunk - libs 4.5 fehlen? In-Reply-To: <461F5ECB.1000801@cgv.tugraz.at> References: <461E4FB8.5000105@cgv.tugraz.at> <5F396FDA-50DA-4C83-B413-388B54AA69DF@opengroupware.org> <461F5ECB.1000801@cgv.tugraz.at> Message-ID: <2423C1A2-9077-4FAE-A809-1DB367FF0287@opengroupware.org> On Apr 13, 2007, at 12:43, Lars Schimmer wrote: > Warum sind die etch pakete im trunk weit dem der sarge hinterher? Weil Etch erst letzte Woche Released wurde? :-) > Drauf war bis heute morgen opengroupware.org1.1-webui-core > 1.1.svn1849-1, der braucht die Libs in der Version 4.5. > Aber ein > apt-file search libNGObjWeb.so.4.5 > gibt kein Package, welches diese Lib enth=E4lt. OGo trunk benoetigt SOPE 4.6. > Kann es ein, da=DF da ein wenig Unordnung in der = Entwicklung/Sortierung > der Pakete herrscht? Nein. Du arbeitest mit Trunk was das Verhalten impliziert. Wenn du =20 konsistente Pakete benoetigst, musst du eine Release verwenden. > Welche Pakete/Versionen geh=F6ren zusammen, woher bekommt man die? Bei Trunk aendert sich das naturgemaess haeufig. Aktuell ist Trunk =20 OGo 1.1 und benoetigt SOPE 4.6. (In Vorbereitung auf OGo 5.4). > Welche sind f=FCr sarge/etch/sid? Meines Wissens gibt es Sid Support gar nicht. Etch duerfte noch in =20 Entwicklung sein und Sarge das was Verfuegbar ist. > Ja, ich wei=DF, ich fahre den CVS Zweig und teste gerne, aber die = Pakete > sollten eigentlich ordentliche Abh=E4ngigkeiten haben. Hm, ist eigentlich relativ offensichtlich das dies fuer Trunk Pakete =20 nicht gehen kann? :-) Es gibt ja keine API Stabilitaet in ungeraden =20 Versionen. > Gibt es ne Bug Datenbank, in die ich schauen kann, wenn ich =20 > Probleme habe? http://bugzilla.opengroupware.org/ > Und: Falls ich vom cvs auf stable wechsel m=F6chte, welche Version =20 > sei mir > empfohlen? Sprich, hats eine 1.1 stable, zu der ich sorgenfrei =20 > wechseln > kann? Ungerade Versionen sind im OGo ala Linux 'unstable' im Sinne von API. =20= Die letzte *echte* stable Release von OGo ist 1.0, die naechste wird =20 5.4 sein (siehe users Mailingliste falls das Verwirrung ausloest ;-) Es wird dir keiner pauschal "Sorgen" abnehmen (?! ;-), aber sowas wie =20= OGo 1.1.6 sollte an sich in der Praxis gut laufen. Gruss, Helge --=20 Helge Hess http://www.helgehess.eu/ From users-de@opengroupware.org Sat Apr 14 12:17:31 2007 From: users-de@opengroupware.org (Lars Schimmer) Date: Sat, 14 Apr 2007 13:17:31 +0200 Subject: [OGo-Users-DE] aktuelles trunk - libs 4.5 fehlen? In-Reply-To: <2423C1A2-9077-4FAE-A809-1DB367FF0287@opengroupware.org> References: <461E4FB8.5000105@cgv.tugraz.at> <5F396FDA-50DA-4C83-B413-388B54AA69DF@opengroupware.org> <461F5ECB.1000801@cgv.tugraz.at> <2423C1A2-9077-4FAE-A809-1DB367FF0287@opengroupware.org> Message-ID: <4620B84B.7090308@cgv.tugraz.at> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Helge Hess wrote: > On Apr 13, 2007, at 12:43, Lars Schimmer wrote: >> Warum sind die etch pakete im trunk weit dem der sarge hinterher? > > Weil Etch erst letzte Woche Released wurde? :-) *g* Schon klar, aber daß die Pakete fürs (alte) stable mal eben 1000 rev weiter sind als die des unstable... Sorgt schon für Verwirrung. Ist eine etch Version in Planung? >> Drauf war bis heute morgen opengroupware.org1.1-webui-core >> 1.1.svn1849-1, der braucht die Libs in der Version 4.5. >> Aber ein >> apt-file search libNGObjWeb.so.4.5 >> gibt kein Package, welches diese Lib enthält. > > OGo trunk benoetigt SOPE 4.6. Hmm. Dann hab ich wahrlich Chaos installiert mit einer 1.1-core, die noch 4.5 brauchte, welches es wohl nicht mehr gibt. Und habe irgendein Paket geupdated, worauf er 4.6 benötigte... >> Kann es ein, daß da ein wenig Unordnung in der Entwicklung/Sortierung >> der Pakete herrscht? > > Nein. Du arbeitest mit Trunk was das Verhalten impliziert. Wenn du > konsistente Pakete benoetigst, musst du eine Release verwenden. OK, bisher war jedoch trunk auch weitesgehend stable und ein apt-get update/upgrade sorgte für lauffähige OGo. Thema Unordnung: Gibt es irgendwo schon auf einer Webseite/wiki/forum/... eine Übersicht, welche Version OGo welche Sope benötigt, welche Pakete generell benötigt werden und wie diese zusammenhängen? >> Welche Pakete/Versionen gehören zusammen, woher bekommt man die? > > Bei Trunk aendert sich das naturgemaess haeufig. Aktuell ist Trunk OGo > 1.1 und benoetigt SOPE 4.6. (In Vorbereitung auf OGo 5.4). Gut zu wissen. 5.4....?!? >> Welche sind für sarge/etch/sid? > > Meines Wissens gibt es Sid Support gar nicht. Etch duerfte noch in > Entwicklung sein und Sarge das was Verfuegbar ist. Im Trunk liegen die aktuellen für sarge und ein Zweig für sid, der ca. 1000 rev. Nummern hinterher ist. >> Ja, ich weiß, ich fahre den CVS Zweig und teste gerne, aber die Pakete >> sollten eigentlich ordentliche Abhängigkeiten haben. > > Hm, ist eigentlich relativ offensichtlich das dies fuer Trunk Pakete > nicht gehen kann? :-) Es gibt ja keine API Stabilitaet in ungeraden > Versionen. Jein, man könnte dennoch die Abhängigkeiten aktualisieren, aber das ist schon etwas Aufwand. >> Gibt es ne Bug Datenbank, in die ich schauen kann, wenn ich Probleme >> habe? > > http://bugzilla.opengroupware.org/ > >> Und: Falls ich vom cvs auf stable wechsel möchte, welche Version sei mir >> empfohlen? Sprich, hats eine 1.1 stable, zu der ich sorgenfrei wechseln >> kann? > > Ungerade Versionen sind im OGo ala Linux 'unstable' im Sinne von API. Also das alte Kernel Schema. > Die letzte *echte* stable Release von OGo ist 1.0, die naechste wird 5.4 > sein (siehe users Mailingliste falls das Verwirrung ausloest ;-) Ahja, die De ML ist also nur low traffic, die "echten" Info auf der EN-users ML? > Es wird dir keiner pauschal "Sorgen" abnehmen (?! ;-), aber sowas wie > OGo 1.1.6 sollte an sich in der Praxis gut laufen. Wo schon wieder die Frage auftaucht, was ist OGo 1.1.6? Stable sei 1.0, dann hat es da noch den trunk. Wo ist die 1.1.6, wie ist die getaggt, wo kann man die .deb bekommen? ;-) Und: geht das up/downgrade auf 1.1.6 von trunk sorgenfrei? :-) Sorry falls ich etwas nerve, ich möchte mir gerne das selbstbauen ersparen und dennoch ein wenig Überblick haben und ggf. Neuigkeiten mit testen. Immerhin gibt es sowas schönes wie das Paketmanagement und die werden ja auch fast automatisch gebaut. Und vielen Dank für die Mühe :-) > Gruss, > Helge > --Helge Hess > http://www.helgehess.eu/ > > > --OpenGroupware.org Users German > users-de@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/users-de MfG, Lars Schimmer - -- - ------------------------------------------------------------- TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schimmer@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGILhLmWhuE0qbFyMRAraUAKCIDSB3UoOh4SdmJFLNC9bQ9lpWmwCbBQ1e szfXDMoe1g2V+hgvCeaGA6s= =uB8Q -----END PGP SIGNATURE----- From users-de@opengroupware.org Sat Apr 14 19:20:51 2007 From: users-de@opengroupware.org (Helge Hess) Date: Sat, 14 Apr 2007 20:20:51 +0200 Subject: [OGo-Users-DE] aktuelles trunk - libs 4.5 fehlen? In-Reply-To: <4620B84B.7090308@cgv.tugraz.at> References: <461E4FB8.5000105@cgv.tugraz.at> <5F396FDA-50DA-4C83-B413-388B54AA69DF@opengroupware.org> <461F5ECB.1000801@cgv.tugraz.at> <2423C1A2-9077-4FAE-A809-1DB367FF0287@opengroupware.org> <4620B84B.7090308@cgv.tugraz.at> Message-ID: On Apr 14, 2007, at 13:17, Lars Schimmer wrote: >> Hm, ist eigentlich relativ offensichtlich das dies fuer Trunk Pakete >> nicht gehen kann? :-) Es gibt ja keine API Stabilitaet in ungeraden >> Versionen. > Jein, man k=F6nnte dennoch die Abh=E4ngigkeiten aktualisieren, aber = das =20 > ist > schon etwas Aufwand. Nein, es kann nicht gehen und hat nichts mit Aufwand zu tun. An einer =20= Abhaengigkeit haengt immer eine Version und trunk hat keine Version. =20 (OGo trunk haengt ja typischerweise an einem SOPE trunk, ausser es =20 wird gerade eine Release vorbereitet) >> Die letzte *echte* stable Release von OGo ist 1.0, die naechste =20 >> wird 5.4 >> sein (siehe users Mailingliste falls das Verwirrung ausloest ;-) > Ahja, die De ML ist also nur low traffic, die "echten" Info auf der > EN-users ML? Ich weiss nicht was du mit "echten" Infos meinst, aber die englische =20 Liste ist deutlich aktiver und es finden sich dort mehr Leute die =20 aktiv supporten. Siehe Mailinglist Archive. >> Es wird dir keiner pauschal "Sorgen" abnehmen (?! ;-), aber sowas wie >> OGo 1.1.6 sollte an sich in der Praxis gut laufen. > Wo schon wieder die Frage auftaucht, was ist OGo 1.1.6? Stable sei =20 > 1.0, > dann hat es da noch den trunk. OGo 1.1.6 ist eine Alpha Release (API unstable), also ein =20 eingefrorener Trunk Zweig. Ein OGo 1.1.5 ist nicht (zwingend) zu =20 1.1.6 etc API kompatibel und es werden auch keine Upgrades getestet. > Und: geht das up/downgrade auf 1.1.6 von trunk sorgenfrei? :-) Zu Debian kann ich nichts sagen, aber an sich sollte das klappen. Gruss, Helge --=20 Helge Hess http://www.helgehess.eu/ From users-de@opengroupware.org Fri Apr 20 23:26:08 2007 From: users-de@opengroupware.org (Roland Baum) Date: Sat, 21 Apr 2007 00:26:08 +0200 Subject: [OGo-Users-DE] Opengroupware & KDE Kontact Message-ID: <46293E00.9040300@nexplosion.de> Hallo zusammen, ich versuche seit Tagen verzweifelt mit Kontact (& Sunbird) an meine Kalender-Daten ran zu kommen - leider ohne Erfolg. in Kontact fuege ich eine neue "GroupDAV"-Ressource hinzu, gebe die Adresse im Schema "http://hostname/zidestore/dav/username" an . Zuerst bekomme ich nichtmal eine Auflistung der verfuegbaren Ressourcen (Kalender, Todos, Adressen). Termine die in OpenGroupware sind, werden weder uebertragen noch werden in Kontact gespeicherte Termine übertragen. Wenn ich in der Kalender-Ansicht die Ressource manuell zum speichern bewegen will, kommt nur "konnte ich gespeichert werden" In den Logs von OpenGroupware erscheint zu diesem Zeitpunkt.. nichts. Nur Zugriffs-Meldungen wenn ich die Ressource Anlege ([18/Apr/2007:10:50:24 +0200] "PROPFIND /zidestore/so/rbaum/ HTTP/1.1" 401 0 "-" "Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.5 (like Gecko) (Kubuntu)" "-"" Als Client verwende ich Kontact 1.3 mit KOrganizer 3.5.5 auf Ubuntu. Auf dem Server laeuft Debian mit OpenGroupware 5.3. Nach einigen Recherchen im Internet hab ich rausgefunden dass es eigentlich gehen muesse, nur bin ich mittlerweile mit meinem Latein am Ende. Wenn ich die selbige URL in Konqueror aufrufe, bekomme ich die volle Ordnerauflistung von zidestore - also die Daten sind scheinbar 'da'. Wenn jemand schonmal diese Kombination erfolgreich zum laufen gebracht hat, und eine Idee hat, waere ich sehr dankbar. Gruesse Roland From users-de@opengroupware.org Mon Apr 23 14:27:03 2007 From: users-de@opengroupware.org (Helge Hess) Date: Mon, 23 Apr 2007 15:27:03 +0200 Subject: [OGo-Users-DE] Opengroupware & KDE Kontact In-Reply-To: <46293E00.9040300@nexplosion.de> References: <46293E00.9040300@nexplosion.de> Message-ID: On Apr 21, 2007, at 24:26, Roland Baum wrote: > In den Logs von OpenGroupware erscheint zu diesem Zeitpunkt.. nichts. Ich denke das Problem musst du als erstes loeses. Aus irgendeinem Grund kommen die HTTP Anfragen vom Kontact ja offensichtlich nicht an. Eventuell loggt der Apache mehr? > Nach einigen Recherchen im Internet hab ich rausgefunden dass es > eigentlich > gehen muesse, nur bin ich mittlerweile mit meinem Latein am Ende. Die GroupDAV Unterstuetzung im Kontact hat etliche Bugs (siehe KDE Bugzilla). Ich gehe nicht davon aus dass selbige in der 3.5.x Linie noch gefixt werden. Gruss, Helge -- Helge Hess http://www.helgehess.eu/