[SOGo] slapd connection_read(): no connection! warnings
Hi everyone, for some time now I could see reoccuring warnings in my syslog: Jan 28 11:04:25 xxx slapd[x]: connection_read(xx): no connection! I digged around a little bit and did not find anything on the mailing list or the bug tracker. (I hope I'm not mistaken, otherwise: sorry!) Reading the following links: https://bugs.launchpad.net/ubuntu/+source/openldap/+bug/594840 http://www.openldap.org/lists/openldap-bugs/201005/msg00023.html http://forum.zentyal.org/index.php?topic=2907.0 these warnings could have been caused by an application that did not properly unbind from a ldap ressource. Or, as mentoined in the second link: This also happens when the connection manager queues up a thread to handle a socket is readable event on a socket that's in the process of closing. Pretty much unavoidable, when a lot of threads are active. I don't see this as a high enough priority to warrant fixing. I'm not sure whether this is something you already know, already solved or might think of as a possible bug in SOGo, therefore I didn't open a ticket. :) (Again, I couldn't find anything.) Btw: yes, currently, SOGo is the only application using my ldap database. Bye Georg -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] [solved] syncevolution CalDAV with sogo
Am 13.01.2012 12:35, schrieb Martin Ott: Hi, since Version 1.2 syncevolution supports CalDAV and CardDAV. Has anyone a working config running with sogo? I'm trying to get my N900 to sync with sogo (v1.3.11). The initial sync is successfull. After deleting an event on the phone, the following sync aborts with the error (syncevolution output): [INFO @sogo] @sogo/calendar: deleting %2f72.ics [ERROR @sogo] @sogo/calendar: error code from SyncEvolution operation not allowed (remote, status 405): DELETE: bad HTTP status: status 1.1, code 405, class 4, Method Not Allowed which is in the sogo.log on the server: 10.28.8.1 - - [13/Jan/2012:12:26:25 +0100] DELETE /72.ics HTTP/1.1 405 378 - - With Inverse SOGo Connecter the DELETE Operation is functional. Any hints? with the help of the syncevolution developer Patrick Ohly I gotit working - the problem was a missing / at the end of the database path The relevant commands to create the config are as follows: #specify peer syncevolution --configure --template webdav syncURL=https://domain.com/SOGo/dav/%u/ username=foo password=bar SSLVerifyServer=0 target-config@sogo #explicitly configure addressbook source on CardDAV-Server syncevolution --configure database=https://domain.com/SOGo/dav/foo/Contacts/personal/ target-config@sogo addressbook #explicitly configure calendar source on CalDAV-Server syncevolution --configure database=https://domain.com/SOGo/dav/foo/Calendar/personal/ target-config@sogo calendar #local config syncevolution --configure --template SyncEvolution_Client syncURL=local://@sogo username= password= n900 calendar addressbook #initial sync syncevolution --sync slow n900 calendar addressbook Additional calendar are also possible. Regards, Martin -- Martin Ott | Stettener Str. 6 | 71394 Kernen-Rommelshausen fon 07151-1698452 | mobil 0176-49399967 -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] different mysql views not used in multi-domain setup
I am trying to get a multi-domain setup working, but I have a problem with views to my MySQL db as Sogo seems to always want to use the view I have named 'sogo' and not the one named 'sogo_domain2'. Here is my setup: keydomain1.net/key dict keySOGoMailDomain/key stringdomain1.net/string keySOGoUserSources/key array dict keycanAuthenticate/key stringYES/string keyid/key stringdirectory/string keyisAddressBook/key stringYES/string keytype/key stringsql/string keyuserPasswordAlgorithm/key stringcrypt/string keyviewURL/key stringmysql://sogo:pass@192.168.0.10:3306/vpopmail/sogo/string /dict /array /dict keydomain2.net/key dict keySOGoMailDomain/key stringdomain2.net/string keySOGoUserSources/key array dict keycanAuthenticate/key stringYES/string keyid/key stringdirectory/string keyisAddressBook/key stringYES/string keytype/key stringsql/string keyuserPasswordAlgorithm/key stringcrypt/string keyviewURL/key stringmysql://sogo:pass@192.168.0.10:3306/vpopmail/sogo_domain2/string /dict /array /dict After doing my changes in the config files I've restarted both sogod and memcached so Sogo should have the correct config at least. But I cannot login to domain2.net when using the SOGo web UI. From the MySQL query log I can see that the query is ran on against the wrong view (sogo and not sogo_domain2): SELECT c_password FROM sogo WHERE c_uid = 'pe...@domain2.net' Any ideas what I am doing wrong? Regards, Peter -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] different mysql views not used in multi-domain setup
Le Samedi 28 Janvier 2012 17.47 EST, Peter Peltonen peter.pelto...@gmail.com a crit: Any ideas what I am doing wrong? Sources ID must be different across domains and they are identical right now (directory). -- Ludovic Marcotte lmarco...@inverse.ca :: +1.514.755.3630 :: http://inverse.ca Inverse inc. :: Leaders behind SOGo (http://sogo.nu) and PacketFence (http://packetfence.org)
Re: [SOGo] different mysql views not used in multi-domain setup
On Sun, Jan 29, 2012 at 1:19 AM, Ludovic Marcotte lmarco...@inverse.ca wrote: Sources ID must be different across domains and they are identical right now (directory). Thanks, that was it! Should have noticed that myself... Best, Peter -- users@sogo.nu https://inverse.ca/sogo/lists