[SOGo] SOGO connector problems on Debian 7
Hi, I have the following setup: - client and server machines Debian 7 - server has DAViCal - client is icedove (with iceowl-extension) which is basically ThunderBird 10 and I downloaded today's nightly SOGO Connector for ThunderBird 10 and installed it. In the address book, I add a new Remote Address Book and configure the DAViCal URL: https://my-server/davical/caldav.php/username/home/ Address Book tells me Total contacts in sogotest: 0 and I can't see any of the addresses I created. However, - my iceowl/lightning calendar is working with the same URL - Evolution's address book works with the same URL - I have two clients running Evolution, I was able to create an address with one of them and view it from the other, but icedove still tells me there are no addresses in the address book Should this work? Should I try another nightly build, is today's build faulty or something? Or is it only working with ThunderBird 17? Is there any possibility that the Address Book and the Lightning client can share the same server settings so that users don't have to enter the URL in two places? Also, is there any plan for an official Debian package of SOGO Connector? Regards, Daniel -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGO connector problems on Debian 7
Hello Daniel Pocock Am 2013-08-27 13:18, schrieb Daniel Pocock: I have the following setup: - client and server machines Debian 7 - server has DAViCal - client is icedove (with iceowl-extension) which is basically ThunderBird 10 and I downloaded today's nightly SOGO Connector for ThunderBird 10 and installed it. In the address book, I add a new Remote Address Book and configure the DAViCal URL: https://my-server/davical/caldav.php/username/home/ Address Book tells me Total contacts in sogotest: 0 and I can't see any of the addresses I created. However, - my iceowl/lightning calendar is working with the same URL - Evolution's address book works with the same URL - I have two clients running Evolution, I was able to create an address with one of them and view it from the other, but icedove still tells me there are no addresses in the address book Should this work? Should I try another nightly build, is today's build faulty or something? Or is it only working with ThunderBird 17? Is there any possibility that the Address Book and the Lightning client can share the same server settings so that users don't have to enter the URL in two places? Also, is there any plan for an official Debian package of SOGO Connector? I don't know Davical at all, but address books are accessed by carddav not caldav. So you perhaps should use: https://my-server/davical/carddav.php/username/home/ Kind regards, Christian Mack -- Christian Mack Gruppe Informationsdienste Rechenzentrum Universität Konstanz -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Problem with outlook conector
Hello Szládovics Péter Am 2013-08-26 15:01, schrieb Szládovics Péter: 2013-08-26 13:44 keltezéssel, Christian Mack írta: Am 2013-08-23 08:18, schrieb javier.marin.re...@gmail.com: I installed and configured outlook with Sogo and everything works fine, but when time passes outlook disconnects and I can not reconnect. I tried to restart my server and reconnect outlook, but after some time off again. Connect only with outlook fails, the rest works perfectly. There was athread about that problem before on this list. AFAIK this shall be fixed in SOGo 2.1.0. Perhaps you should check the bug tracker too: http://www.sogo.nu/bugs BTW SOGo 2.1.0 Does anyone know the planned release date? Samba4 packages will be freshed too in the Inverse's repository (there are Samba v4.0.1 binaries, but Samba v4.0.9 has been released yet)? Last week Ludovic wrote something about aprox. 6 weeks till 2.1.0 will be released. Kind regards, Christian Mack -- Christian Mack Gruppe Informationsdienste Rechenzentrum Universität Konstanz -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGO connector problems on Debian 7
On 27/08/13 14:39, Christian Mack wrote: Hello Daniel Pocock Am 2013-08-27 13:18, schrieb Daniel Pocock: I have the following setup: - client and server machines Debian 7 - server has DAViCal - client is icedove (with iceowl-extension) which is basically ThunderBird 10 and I downloaded today's nightly SOGO Connector for ThunderBird 10 and installed it. In the address book, I add a new Remote Address Book and configure the DAViCal URL: https://my-server/davical/caldav.php/username/home/ Address Book tells me Total contacts in sogotest: 0 and I can't see any of the addresses I created. However, - my iceowl/lightning calendar is working with the same URL - Evolution's address book works with the same URL - I have two clients running Evolution, I was able to create an address with one of them and view it from the other, but icedove still tells me there are no addresses in the address book Should this work? Should I try another nightly build, is today's build faulty or something? Or is it only working with ThunderBird 17? Is there any possibility that the Address Book and the Lightning client can share the same server settings so that users don't have to enter the URL in two places? Also, is there any plan for an official Debian package of SOGO Connector? I don't know Davical at all, but address books are accessed by carddav not caldav. So you perhaps should use: https://my-server/davical/carddav.php/username/home/ I had thought about that myself - but there is no carddav.php in DAViCal Here is the DAViCal source for Debian: http://repo.or.cz/w/davical.git/tree/HEAD:/htdocs Evolution seems to be able to read/write the address book through the caldav.php URL -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Problems changing LDAP port ...
I had not understood that I could edit a file to set a different port? All I've seen recommended is 'sudo slapd -h ...' to change the default port. My 'etc/default/slapd' reads: adam@sogo:~$ cat /etc/default/slapd SLAPD_OPTIONS= SLAPD_SENTINEL_FILE=/etc/ldap/noslapd SLAPD_SERVICES=ldapi:/// ldap:///; SLAPD_PIDFILE= SLAPD_USER=openldap SLAPD_GROUP=openldap SLAPD_CONF= I am presuming I'd add one line at the end to read: SLAPD_PROVIDER=ldapi:// ldap://localhost:10389; Then make sure port 10389 is open on the firewall (perhaps the firewall is the problem) I tried 'sudo slapd -h ldapi:// ldap://localhost:10389' to no avail (it didn't work) On 08/26/2013 07:28 AM, Szládovics Péter wrote: 2013-08-26 11:22 keltezéssel, stev...@cinergymetro.net írta: Is 'sudo slapd -hldap://localhost:10389' correct? What about 'ldaps:' and 'ldapi:?' What else might be keeping 'slpad' from restarting? Thanks. Dear Steve, You didn't change the default slapd port. Try to change it in the /etc/default/slapd. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Segfault on Gentoo / 2.0.3 and 2.0.7
On 13-08-26 6:34 PM, Hannes Erven wrote: Hi Jean, thank you for your help and sorry for not strictly following the debug guide in the first place :-/ Here's the new GDB transcript - unfortunately it is quite the same: $ gdb --args /usr/sbin/sogod -WOUseWatchDog NO -WONoDetach YES -WOPort 2 -WOWorkersCount 1 -WOLogFile - -WOPidFile /tmp/sogo.pid GNU gdb (Gentoo 7.5.1 p2) 7.5.1 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i686-pc-linux-gnu. For bug reporting instructions, please see: http://bugs.gentoo.org/... Reading symbols from /usr/sbin/sogod...(no debugging symbols found)...done. (gdb) b [NSException raise] Function [NSException raise] not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 ([NSException raise]) pending. (gdb) b abort Breakpoint 2 at 0x2af0 (gdb) r Starting program: /usr/sbin/sogod -WOUseWatchDog NO -WONoDetach YES -WOPort 2 -WOWorkersCount 1 -WOLogFile - -WOPidFile /tmp/sogo.pid warning: Could not load shared library symbols for linux-gate.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/libthread_db.so.1. recursion encountered handling uncaught exception Breakpoint 2, 0xb7286ad5 in abort () from /lib/libc.so.6 (gdb) bt #0 0xb7286ad5 in abort () from /lib/libc.so.6 #1 0xb759ba14 in ?? () from /usr/lib/libgnustep-base.so.1.24 #2 0xb740bde8 in objc_msg_lookup () from /usr/lib/gcc/i686-pc-linux-gnu/4.5.4/libobjc.so.2 #3 0x80002ccc in main () (gdb) This time there was no entry in dmesg. These binaries were built using the gentoo ebuilds, so perhaps the debug wasn't correctly honoured? Shall I manually rebuild the sources from scratch to improve chances to a better stacktrace? We may get a better trace if you had debugging symbols for gnustep-base, but it would be even better if you could build sope + sogo with debugging enabled[1], since we could see exactly where it breaks. Since your trace shows that it abort() from main(), you could simply step through the instructions with gdb and see where it crashes: (gdb) b main (gdb) run (gdb) n--- do this for each instruction until it crashes Then post the results here :-) [1] http://www.sogo.nu/english/nc/support/faq/article/how-do-i-compile-sogo-2.html Thanks again, best regards -hannes -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] BlackBerry 10 native Caldav and SOGo
On 26/08/13 17:00, mayak-cq wrote: hi federico, i'd bet a nickel that you have a self signed certificate ... if so, this _may_ be causing you grief. cheers m On Mon, 2013-08-26 at 14:24 -0300, Federico Alberto Sayd wrote: Hello list: One of our users have a BlackBerry Z10 with the new BlackBerry 10 OS. This OS have native caldav and cardav support. I tried with the url https://mysogo.com/SOGo/dav/user but the phone refused to connect with SOGo. I didn't have time to test the phone and compare logs (The user needed to use his phone). That is why I ask if anybody could sync BlackBerry 10 with SOGo? Any answer and experience are most that welcome Thanks Federico Hello mayak-cq Thanks for the nickel :-), but no, we have a valid certificated issued by a trusted CA. I have been reading that some users have problems syncing BlackBerry 10 with Google Calendar, and their problem was solved upgrading the phone's SO. Regards -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Problem with outlook conector
2013-08-27 14:41 keltezéssel, Christian Mack írta: Hello Szládovics Péter Am 2013-08-26 15:01, schrieb Szládovics Péter: 2013-08-26 13:44 keltezéssel, Christian Mack írta: Am 2013-08-23 08:18, schrieb javier.marin.re...@gmail.com: I installed and configured outlook with Sogo and everything works fine, but when time passes outlook disconnects and I can not reconnect. I tried to restart my server and reconnect outlook, but after some time off again. Connect only with outlook fails, the rest works perfectly. There was athread about that problem before on this list. AFAIK this shall be fixed in SOGo 2.1.0. Perhaps you should check the bug tracker too: http://www.sogo.nu/bugs BTW SOGo 2.1.0 Does anyone know the planned release date? Samba4 packages will be freshed too in the Inverse's repository (there are Samba v4.0.1 binaries, but Samba v4.0.9 has been released yet)? Last week Ludovic wrote something about aprox. 6 weeks till 2.1.0 will be released. THX -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] BlackBerry 10 native Caldav and SOGo
On 26/08/13 16:18, Jean Raby wrote: On 13-08-26 1:24 PM, Federico Alberto Sayd wrote: Any answer and experience are most that welcome Since we didn't have a chance to test this nwe phone with SOGo, logfiles and any errors on the sogo side would be most welcome :) Hello Jean, as soon as I can get access to the phone of my executive user, I will send you some logs. Regards PS: Sorry my poor English -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Remove debug for SMTP sessions
Hi, I need to use smtp to send mails in SOGo, it works fine but it records every smtp session in /var/log/sogo.log (including base64 of login and password...): C: connect to 0x0x7f05d03b6e10[NGInternetSocketAddress]: host=XXX not-filled S: SMTP-Reply: code=220 line='XXX ESMTP Postfix (Debian/GNU)' C: EHLO XXX S: SMTP-Reply: code=250 line='DSN' S: pipelining extension supported. S: size extension supported. S: plain auth extension supported. C: AUTH PLAIN C:XXX C: MAIL FROM:XXX C: RCPT TO:XXX C: DATA S: SMTP-Reply: code=354 line='End data with CRLF.CRLF' C: data(352 bytes) .. S: SMTP-Reply: code=250 line='2.0.0 Ok: queued as 7E1451F577' C: QUIT S: SMTP-Reply: code=221 line='2.0.0 Bye' How can I remove such debug information? Regards. -- Cedric Foll Architecte infrastructures Direction des Systèmes d'Information Bureau A2-177 Université Charles de Gaulle - Lille 3 Domaine universitaire du Pont de bois BP 60149 59653 Villeneuve d'Ascq Tel: 03 20 41 64 35 Fax : 03 20 41 60 01 Portable : 06 37 24 06 55 -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Problems changing LDAP port ...
2013-08-26 22:13 keltezéssel, Steve Ankeny írta: I had not understood that I could edit a file to set a different port? All I've seen recommended is 'sudo slapd -h ...' to change the default port. My 'etc/default/slapd' reads: adam@sogo:~$ cat /etc/default/slapd SLAPD_OPTIONS= SLAPD_SENTINEL_FILE=/etc/ldap/noslapd SLAPD_SERVICES=ldapi:/// ldap://:10389/; This is what you need! SLAPD_PIDFILE= SLAPD_USER=openldap SLAPD_GROUP=openldap SLAPD_CONF= I am presuming I'd add one line at the end to read: SLAPD_PROVIDER=ldapi:// ldap://localhost:10389; Then make sure port 10389 is open on the firewall (perhaps the firewall is the problem) You don't need it. I tried 'sudo slapd -h ldapi:// ldap://localhost:10389' to no avail (it didn't work) Why did you do that? Forget the 'slapd' binary calling from command line. Do only this following: 1. Stop the slapd service in /etc/init.d or with service command. 2. Modify the command config (above) 3. Start the slapd service -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Problems changing LDAP port ...
Thank you, Peter! (I am presuming that's your given name.) Thank you so much! I find LDAP confusing, and honestly, I've found no reliable HOWTO online. Your directions were explicit and correct, and I truly appreciate the time you took to answer. I will now proceed (when the server is less busy) to install Samba4, provision it and get on with my work. Here's the output showing it was successful: adam@sogo:/etc/default$ sudo service slapd start * Starting OpenLDAP slapd [ OK ] adam@sogo:/etc/default$ sudo netstat -lnptu | grep slapd tcp 0 0 0.0.0.0:10389 0.0.0.0:* LISTEN 753/slapd tcp6 0 0 :::10389:::* LISTEN 753/slapd On 08/27/2013 10:00 AM, Szládovics Péter wrote: 2013-08-26 22:13 keltezéssel, Steve Ankeny írta: I had not understood that I could edit a file to set a different port? All I've seen recommended is 'sudo slapd -h ...' to change the default port. My 'etc/default/slapd' reads: adam@sogo:~$ cat /etc/default/slapd SLAPD_OPTIONS= SLAPD_SENTINEL_FILE=/etc/ldap/noslapd SLAPD_SERVICES=ldapi:/// ldap://:10389/; This is what you need! SLAPD_PIDFILE= SLAPD_USER=openldap SLAPD_GROUP=openldap SLAPD_CONF= I am presuming I'd add one line at the end to read: SLAPD_PROVIDER=ldapi:// ldap://localhost:10389; Then make sure port 10389 is open on the firewall (perhaps the firewall is the problem) You don't need it. I tried 'sudo slapd -h ldapi:// ldap://localhost:10389' to no avail (it didn't work) Why did you do that? Forget the 'slapd' binary calling from command line. Do only this following: 1. Stop the slapd service in /etc/init.d or with service command. 2. Modify the command config (above) 3. Start the slapd service -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] LDAP problems
Hi,
I have a running SOGo installation under Ubuntu 12.04.3 LTS. Version 2.0.7-1
I have an external LDAP server, where we have hundreds of contacts stored and I
wanted to integrate this into SOGo. Therefor I added a second LDAP instance to
/etc/sogo/sogo.conf.
The first block is from the main SOGo server and the second block is the
external server:
SOGoUserSources = (
{
CNFieldName = cn;
IDFieldName = uid;
IMAPLoginFieldName = mail;
KindFieldName = Kind;
MailFieldNames = (
mail
);
MultipleBookingsFieldName = Multiplebookings;
UIDFieldName = mail;
baseDN = ou=people,dc=deltaweb,dc=de;
bindAsCurrentUser = NO;
bindDN = cn=proxyuser,dc=deltaweb,dc=de;
bindFields = (
mail
);
bindPassword = ***;
canAuthenticate = YES;
displayName = Gemeinsame Adressen;
hostname = localhost;
id = LDAP;
isAddressBook = YES;
port = 389;
scope = SUB;
type = ldap;
userPasswordAlgorithm = SSHA;
},
{
CNFieldName = cn;
IDFieldName = uid;
UIDFieldName = uid;
baseDN = ou=wl,dc=deltaweb,dc=de;
bindDN = cn=proxyuser,dc=deltaweb,dc=de;
bindPassword = ***;
canAuthenticate = NO;
displayName = Privatkunden Adressen;
hostname = bordergw.deltaweb.de;
id = LDAP2;
isAddressBook = YES;
encryption = STARTTLS;
port = 389;
scope = SUB;
type = ldap;
}
);
Users can login and they can see the global address book Privatkunden
Adressen. But searching does not succeed.
Aug 27 18:50:07 sogod [19791]: [ERROR] 0x0x7f2526818480[LDAPSource] Could not
bind to the LDAP server bordergw.deltaweb.de (389) using the bind DN:
cn=proxyuser,dc=deltaweb,dc=de
Aug 27 18:50:07 sogod [19791]: [ERROR] 0x0x7f2526818480[LDAPSource]
NSException: 0x7f252697a1d0 NAME:LDAPException REASON:operation startTLS
failed: Connect error (0xFFF5) INFO:(null)
Trying to contact the LDAP server directly from the command line:
ldapsearch -ZZ -h bordergw.deltaweb.de -xWD cn=proxyuser,dc=deltaweb,dc=de -b
ou=wl,dc=deltaweb,dc=de
Works perfectly.
So at the moment I do not know where to look for the mistake I did. The LDAP
server certificate is brand new (CAcert). The CA is also included into
/etc/ssl/certs/ca-certificates.crt, so I guess SOGo should have a chance to
validate the server certificate. At least ldapsearch with a valid ldaprc works.
Any suggestions here? Would be so cool, if that worked :)
Kind regards
-Christian Rößner
--
[*] sys4 AG
http://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer
Aufsichtsratsvorsitzender: Florian Kirstein
signature.asc
Description: Message signed with OpenPGP using GPGMail
Re: [SOGo] Remove debug for SMTP sessions
On 13-08-27 2:04 PM, Jean Raby wrote: On 13-08-27 9:46 AM, Cedric Foll wrote: Hi, I need to use smtp to send mails in SOGo, it works fine but it records every smtp session in /var/log/sogo.log (including base64 of login and password...): C: connect to 0x0x7f05d03b6e10[NGInternetSocketAddress]: host=XXX not-filled S: SMTP-Reply: code=220 line='XXX ESMTP Postfix (Debian/GNU)' C: EHLO XXX S: SMTP-Reply: code=250 line='DSN' S: pipelining extension supported. S: size extension supported. S: plain auth extension supported. C: AUTH PLAIN C:XXX C: MAIL FROM:XXX C: RCPT TO:XXX C: DATA S: SMTP-Reply: code=354 line='End data with CRLF.CRLF' C: data(352 bytes) .. S: SMTP-Reply: code=250 line='2.0.0 Ok: queued as 7E1451F577' C: QUIT S: SMTP-Reply: code=221 line='2.0.0 Bye' How can I remove such debug information? I just fixed this... https://github.com/inverse-inc/sope/commit/724726e1e8a11ff9950d9b304a8d0aa83ee6edef Forgot to say, to disable it, you'll need to turn off ImapDebugEnabled (which is off by default) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Remove debug for SMTP sessions
On 13-08-27 9:46 AM, Cedric Foll wrote: Hi, I need to use smtp to send mails in SOGo, it works fine but it records every smtp session in /var/log/sogo.log (including base64 of login and password...): C: connect to 0x0x7f05d03b6e10[NGInternetSocketAddress]: host=XXX not-filled S: SMTP-Reply: code=220 line='XXX ESMTP Postfix (Debian/GNU)' C: EHLO XXX S: SMTP-Reply: code=250 line='DSN' S: pipelining extension supported. S: size extension supported. S: plain auth extension supported. C: AUTH PLAIN C:XXX C: MAIL FROM:XXX C: RCPT TO:XXX C: DATA S: SMTP-Reply: code=354 line='End data with CRLF.CRLF' C: data(352 bytes) .. S: SMTP-Reply: code=250 line='2.0.0 Ok: queued as 7E1451F577' C: QUIT S: SMTP-Reply: code=221 line='2.0.0 Bye' How can I remove such debug information? I just fixed this... https://github.com/inverse-inc/sope/commit/724726e1e8a11ff9950d9b304a8d0aa83ee6edef So, for now it is not possible to disable it, but it will be with the next release. If would probably be best to be able to log everything except the passwords, but that is not possible at the moment. Regards. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] LDAP problems
On 13-08-27 1:43 PM, Christian Rößner wrote: Aug 27 18:50:07 sogod [19791]: [ERROR] 0x0x7f2526818480[LDAPSource] Could not bind to the LDAP server bordergw.deltaweb.de (389) using the bind DN: cn=proxyuser,dc=deltaweb,dc=de Aug 27 18:50:07 sogod [19791]: [ERROR] 0x0x7f2526818480[LDAPSource] NSException: 0x7f252697a1d0 NAME:LDAPException REASON:operation startTLS failed: Connect error (0xFFF5) INFO:(null) This looks like a certificate error. Trying to contact the LDAP server directly from the command line: ldapsearch -ZZ -h bordergw.deltaweb.de -xWD cn=proxyuser,dc=deltaweb,dc=de -b ou=wl,dc=deltaweb,dc=de Works perfectly. So at the moment I do not know where to look for the mistake I did. The LDAP server certificate is brand new (CAcert). The CA is also included into /etc/ssl/certs/ca-certificates.crt, so I guess SOGo should have a chance to validate the server certificate. At least ldapsearch with a valid ldaprc works. What's the content of the ldaprc file? Do you have the same in /etc/ldap/ldap.conf? (wherever it is on your system) TLS_CACERT should be set to /etc/ssl/certs/ca-certificates.crt. Just for fun, can you set TLS_REQCERT=never in the global ldap.conf and see if the connection works? Any suggestions here? Would be so cool, if that worked -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] LDAP problems
2013-08-27 19:43 keltezéssel, Christian Rößner írta:
Hi,
I have a running SOGo installation under Ubuntu 12.04.3 LTS. Version 2.0.7-1
I have an external LDAP server, where we have hundreds of contacts stored and I
wanted to integrate this into SOGo. Therefor I added a second LDAP instance to
/etc/sogo/sogo.conf.
The first block is from the main SOGo server and the second block is the
external server:
SOGoUserSources = (
{
CNFieldName = cn;
IDFieldName = uid;
IMAPLoginFieldName = mail;
KindFieldName = Kind;
MailFieldNames = (
mail
);
MultipleBookingsFieldName = Multiplebookings;
UIDFieldName = mail;
baseDN = ou=people,dc=deltaweb,dc=de;
bindAsCurrentUser = NO;
bindDN = cn=proxyuser,dc=deltaweb,dc=de;
bindFields = (
mail
);
bindPassword = ***;
canAuthenticate = YES;
displayName = Gemeinsame Adressen;
hostname = localhost;
id = LDAP;
isAddressBook = YES;
port = 389;
scope = SUB;
type = ldap;
userPasswordAlgorithm = SSHA;
},
{
CNFieldName = cn;
IDFieldName = uid;
UIDFieldName = uid;
baseDN = ou=wl,dc=deltaweb,dc=de;
bindDN = cn=proxyuser,dc=deltaweb,dc=de;
bindPassword = ***;
canAuthenticate = NO;
displayName = Privatkunden Adressen;
hostname = bordergw.deltaweb.de;
id = LDAP2;
isAddressBook = YES;
encryption = STARTTLS;
port = 389;
scope = SUB;
type = ldap;
}
);
Users can login and they can see the global address book Privatkunden
Adressen. But searching does not succeed.
Jean answered the second part of your mail, I'll try to answer the first
part. :)
Inside the any of usersources array you can define the searchfileds. eg.:
SearchFieldNames = (
sn,
givenName,
sAMAccountName,
mail,
displayName,
title
);
Could you try this?
--
users@sogo.nu
https://inverse.ca/sogo/lists
[SOGo] Slackware libSOGo.so.2 error
When I do the following on Slackware 14.0 #sogod I receive the message sogod: error while loading shared libraries: libSOGo.so.2: cannot open shared object file: No such file or directory I have Googled for libSOGo.so.2 and cannot find the package it is supposed to be a part of Has anyone had this problem before and also does anyone have a hints/help on setting up sogo on a Slackware 14.0 machine? Matt -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Wiki Articles
Hello ComunautyI wrote 2 articles in the wiki1) Architecture to control access from public side to a Sogo Server :http://wiki.sogo.nu/ProxyForControllingExternalAcces2) Nginx Configuration for Sogohttp://wiki.sogo.nu/NginxSettingsEnjoyRegards
Re: [SOGo] Segfault on Gentoo / 2.0.3 and 2.0.7
Hi again, first of all: my issue has now been solved, thanks again very much for your efforts! What did I do: * emerge --unmerge gnustep-make gnustep-base sope sogo (removed everything with the Gentoo package manager. Interestingly, there were leftovers in /usr/local/ that I now removed manually. Previously, I didn't unmerge gnustep-make and hence didn't notice the leftovers.) * downloaded and make installed all the sources again * edited the apache config to reflect the new paths * i still got segfaults when starting from the init script, while it ran fine from the sogo-user's command prompt and via gdb. Root cause: the init script created /var/run/sogod.pid, but sogo expected it to be /var/run/sogo/sogod.pid . In the manual startup I pointed the pidfile to /tmp/xxx.pid which obviously worked around that. What I learned: * don't mix distro-provided packages with manual installs, or if you do and strange things happen, check again as you most probably did miss something. I hope this will save some other people's time when they run into segfaults... Best regards, -hannes -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Problems changing LDAP port ...
bit of a problem After successfully changing the LDAP Port, the SOGo web interface does not recognize username/password When trying to login @ 'sogo.servername.com/SOGo,' it fails saying Wrong username or password I was able to access the server via Webmin, but it could not browse the LDAP Database. That tells me that changing the port @ '/etc/default/slapd' did not fix the problem across LDAP So, I'm back to the question, How do I change the default port in OpenLDAP before installing Samba4? On 08/27/2013 10:35 AM, Szládovics Péter wrote: 2013-08-27 16:23 keltezéssel, Steve Ankeny írta: Thank you, Peter! You're welcome. -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] BTS activities for Tuesday, August 27 2013
Title: BTS activities for Tuesday, August 27 2013 BTS Activities Home page: http://www.sogo.nu/bugs Project: SOGo For the period covering: Tuesday, August 27 2013 idlast updatestatus (resolution)categorysummary 2373 2013-08-27 09:09:21 resolved (fixed) Web Calendar red time marker in calendar shows wrong time
