Re: [SOGo] SOGo Login problem
Hi, because your user is able to login into the sogo server, I would assume that your problem is that your webserver is not cofigured correctly and sends wrong/insufficient headers. Please check. Do you have an apache server proxying? nginx? On Tue, Oct 23, 2018 at 05:38:22PM +0100, Andrew Farmer wrote: > Hi, > > I am trying to migrate to a new SOGo server and have it mostly > working. I'm able to access my calendar from Lightning/Thunderbird > but I can't login to the web GUI. The login screen accepts my login > ID and password but, without giving any error, it simply goes back > to the login page. > > Looking at the logs, I seem to be getting logged in OK and then > some session info is written to the PGSQL database. However, I then > see the following in the logfile: > Oct 23 17:32:14 sogod [7321]: |SOGo| starting method 'GET' on uri > '/SOGo/so/arf' > Oct 23 17:32:14 sogod [7321]: |SOGo| traverse(acquire): arf > Oct 23 17:32:14 sogod [7321]: |SOGo| do traverse name: 'arf' > Oct 23 17:32:14 sogod [7321]: |SOGo| traverse miss: name=arf, > acquire: i=0,count=1 > Oct 23 17:32:14 sogod [7321]: |SOGo| miss is last object. > Oct 23 17:32:14 sogod [7321]: |SOGo| handle miss error: > NAME:SoAuthRequired > REASON:authentication required > > Does this mean anything to anyone? Any idea where I can start to > look at what's going on? > > Thanks very much (full logs below), > > Andy Farmer > Films at 59 > Bristol, UK > > > Oct 23 17:32:13 sogod [7321]: |SOGo| starting method 'POST' on uri > '/SOGo/connect' > Oct 23 17:32:13 sogod [7321]: |SOGo| traverse(acquire): SOGo => connect > Oct 23 17:32:13 sogod [7321]: |SOGo| do traverse name: 'SOGo' > Oct 23 17:32:13 sogod [7321]: |SOGo| do traverse name: 'connect' > Oct 23 17:32:13 sogod [7321]: |SOGo| set clientObject: > > Oct 23 17:32:13 sogod [7321]: <0x0x55c4b46c8fe0[NGLdapConnection]> > Using ldap_init (deprecated) for LDAP host:port localhost:389 > Oct 23 17:32:13 sogod [7321]: SOGoRootPage successful login from > '192.0.2.231' for user 'arf' - expire = -1 grace = -1 > Oct 23 17:32:13 sogod [7321]: <0x0x55c4b47775e0[NGLdapConnection]> > Using ldap_init (deprecated) for LDAP host:port localhost:389 > 2018-10-23 17:32:13.491 sogod[7321] -[NGLdapConnection > _searchAtBaseDN:qualifier:attributes:scope:]: search at base > 'ou=users,dc=filmsat59,dc=com' filter '(|(uid=arf)(mail=arf))' for > attrs '*' > 2018-10-23 17:32:13.495 sogod[7321] PostgreSQL72 connection > established: <0x0x55c4b477b140[PGConnection]: > connection=0x0x55c4b4782660> > 2018-10-23 17:32:13.495 sogod[7321] PostgreSQL72 channel > 0x0x55c4b452f7c0 opened (connection=<0x0x55c4b477b140[PGConnection]: > connection=0x0x55c4b4782660>) > 2018-10-23 17:32:13.498 sogod[7321] PostgreSQL72 connection > established: <0x0x55c4b415e270[PGConnection]: > connection=0x0x55c4b4784c70> > 2018-10-23 17:32:13.498 sogod[7321] PostgreSQL72 channel > 0x0x55c4b45b3c70 opened (connection=<0x0x55c4b415e270[PGConnection]: > connection=0x0x55c4b4784c70>) > 2018-10-23 17:32:13.498 sogod[7321] PG0x0x55c4b45b3c70 SQL: BEGIN > TRANSACTION > 2018-10-23 17:32:13.498 sogod[7321] PG0x0x55c4b45b3c70 SQL: SELECT > t1.c_creationdate, t1.c_id, t1.c_lastseen, t1.c_value FROM > sogo_sessions_folder t1 WHERE t1.c_id='br0gWfYRXc1mLHrKuyM0hg==' > 2018-10-23 17:32:13.500 sogod[7321] PG0x0x55c4b45b3c70 SQL: ROLLBACK > TRANSACTION > 2018-10-23 17:32:13.500 sogod[7321] PG0x0x55c4b452f7c0 SQL: BEGIN > TRANSACTION > 2018-10-23 17:32:13.500 sogod[7321] PG0x0x55c4b452f7c0 SQL: INSERT > INTO sogo_sessions_folder (c_lastseen, c_creationdate, c_value, > c_id) VALUES (1540312333, 1540312333, > '6lfuX0RuOSZa81vKsOohsgagpSgm33PWXnpfgZ8B+RjzvYnkkG4fKuY7DOTJkXXKY4oiRNC1hlz9ttSWHm/oyEQfTTWJ9oL9ikjPIvdj41Ajcmz+86RZ0VdkDMlzF7oHqCeZpIJMarADBNRJ6+lSYCmG0pvrFwH67CbSuDoICdriNCCgheXZjY5kGLupV5mKJK+m4sXTByh3LGr0IbGiUw==', > 'br0gWfYRXc1mLHrKuyM0hg==') > 2018-10-23 17:32:13.501 sogod[7321] PG0x0x55c4b452f7c0 SQL: COMMIT > TRANSACTION > 2018-10-23 17:32:13.503 sogod[7321] PG0x0x55c4b45b3c70 SQL: SELECT > c_settings FROM sogo_user_profile WHERE c_uid = 'arf' > Oct 23 17:32:13 sogod [7321]: |SOGo| request took 0.015663 seconds > to execute > Oct 23 17:32:13 sogod [7321]: 192.0.2.231 "POST /SOGo/connect > HTTP/1.1" 200 50/58 0.017 - - 0 > Oct 23 17:32:14 sogod [7321]: |SOGo| starting method 'GET' on uri > '/SOGo/so/arf' > Oct 23 17:32:14 sogod [7321]: |SOGo| traverse(acquire): arf > Oct 23 17:32:14 sogod [7321]: |SOGo| do traverse name: 'arf' > Oct 23 17:32:14 sogod [7321]: |SOGo| traverse miss: name=arf, > acquire: i=0,count=1 > Oct 23 17:32:14 sogod [7321]: |SOGo| miss is last object. > Oct 23 17:32:14 sogod [7321]: |SOGo| handle miss error: > NAME:SoAuthRequired > REASON:authentication required > Oct 23 17:32:14 sogod [7321]: |SOGo| request took 0.012267 seconds > to execute > Oct 23 17:32:14 sogod [7321]: 192.0.2.231 "GET /SOGo/so/arf > HTTP/1.1" 200 26945/0 0.014 - - 0 > -- > users@sogo.nu > https://inverse.ca/sogo/lists --
[SOGo] SOGo Login problem
Hi, I am trying to migrate to a new SOGo server and have it mostly working. I'm able to access my calendar from Lightning/Thunderbird but I can't login to the web GUI. The login screen accepts my login ID and password but, without giving any error, it simply goes back to the login page. Looking at the logs, I seem to be getting logged in OK and then some session info is written to the PGSQL database. However, I then see the following in the logfile: Oct 23 17:32:14 sogod [7321]: |SOGo| starting method 'GET' on uri '/SOGo/so/arf' Oct 23 17:32:14 sogod [7321]: |SOGo| traverse(acquire): arf Oct 23 17:32:14 sogod [7321]: |SOGo| do traverse name: 'arf' Oct 23 17:32:14 sogod [7321]: |SOGo| traverse miss: name=arf, acquire: i=0,count=1 Oct 23 17:32:14 sogod [7321]: |SOGo| miss is last object. Oct 23 17:32:14 sogod [7321]: |SOGo| handle miss error: NAME:SoAuthRequired REASON:authentication required Does this mean anything to anyone? Any idea where I can start to look at what's going on? Thanks very much (full logs below), Andy Farmer Films at 59 Bristol, UK Oct 23 17:32:13 sogod [7321]: |SOGo| starting method 'POST' on uri '/SOGo/connect' Oct 23 17:32:13 sogod [7321]: |SOGo| traverse(acquire): SOGo => connect Oct 23 17:32:13 sogod [7321]: |SOGo| do traverse name: 'SOGo' Oct 23 17:32:13 sogod [7321]: |SOGo| do traverse name: 'connect' Oct 23 17:32:13 sogod [7321]: |SOGo| set clientObject: Oct 23 17:32:13 sogod [7321]: <0x0x55c4b46c8fe0[NGLdapConnection]> Using ldap_init (deprecated) for LDAP host:port localhost:389 Oct 23 17:32:13 sogod [7321]: SOGoRootPage successful login from '192.0.2.231' for user 'arf' - expire = -1 grace = -1 Oct 23 17:32:13 sogod [7321]: <0x0x55c4b47775e0[NGLdapConnection]> Using ldap_init (deprecated) for LDAP host:port localhost:389 2018-10-23 17:32:13.491 sogod[7321] -[NGLdapConnection _searchAtBaseDN:qualifier:attributes:scope:]: search at base 'ou=users,dc=filmsat59,dc=com' filter '(|(uid=arf)(mail=arf))' for attrs '*' 2018-10-23 17:32:13.495 sogod[7321] PostgreSQL72 connection established: <0x0x55c4b477b140[PGConnection]: connection=0x0x55c4b4782660> 2018-10-23 17:32:13.495 sogod[7321] PostgreSQL72 channel 0x0x55c4b452f7c0 opened (connection=<0x0x55c4b477b140[PGConnection]: connection=0x0x55c4b4782660>) 2018-10-23 17:32:13.498 sogod[7321] PostgreSQL72 connection established: <0x0x55c4b415e270[PGConnection]: connection=0x0x55c4b4784c70> 2018-10-23 17:32:13.498 sogod[7321] PostgreSQL72 channel 0x0x55c4b45b3c70 opened (connection=<0x0x55c4b415e270[PGConnection]: connection=0x0x55c4b4784c70>) 2018-10-23 17:32:13.498 sogod[7321] PG0x0x55c4b45b3c70 SQL: BEGIN TRANSACTION 2018-10-23 17:32:13.498 sogod[7321] PG0x0x55c4b45b3c70 SQL: SELECT t1.c_creationdate, t1.c_id, t1.c_lastseen, t1.c_value FROM sogo_sessions_folder t1 WHERE t1.c_id='br0gWfYRXc1mLHrKuyM0hg==' 2018-10-23 17:32:13.500 sogod[7321] PG0x0x55c4b45b3c70 SQL: ROLLBACK TRANSACTION 2018-10-23 17:32:13.500 sogod[7321] PG0x0x55c4b452f7c0 SQL: BEGIN TRANSACTION 2018-10-23 17:32:13.500 sogod[7321] PG0x0x55c4b452f7c0 SQL: INSERT INTO sogo_sessions_folder (c_lastseen, c_creationdate, c_value, c_id) VALUES (1540312333, 1540312333, '6lfuX0RuOSZa81vKsOohsgagpSgm33PWXnpfgZ8B+RjzvYnkkG4fKuY7DOTJkXXKY4oiRNC1hlz9ttSWHm/oyEQfTTWJ9oL9ikjPIvdj41Ajcmz+86RZ0VdkDMlzF7oHqCeZpIJMarADBNRJ6+lSYCmG0pvrFwH67CbSuDoICdriNCCgheXZjY5kGLupV5mKJK+m4sXTByh3LGr0IbGiUw==', 'br0gWfYRXc1mLHrKuyM0hg==') 2018-10-23 17:32:13.501 sogod[7321] PG0x0x55c4b452f7c0 SQL: COMMIT TRANSACTION 2018-10-23 17:32:13.503 sogod[7321] PG0x0x55c4b45b3c70 SQL: SELECT c_settings FROM sogo_user_profile WHERE c_uid = 'arf' Oct 23 17:32:13 sogod [7321]: |SOGo| request took 0.015663 seconds to execute Oct 23 17:32:13 sogod [7321]: 192.0.2.231 "POST /SOGo/connect HTTP/1.1" 200 50/58 0.017 - - 0 Oct 23 17:32:14 sogod [7321]: |SOGo| starting method 'GET' on uri '/SOGo/so/arf' Oct 23 17:32:14 sogod [7321]: |SOGo| traverse(acquire): arf Oct 23 17:32:14 sogod [7321]: |SOGo| do traverse name: 'arf' Oct 23 17:32:14 sogod [7321]: |SOGo| traverse miss: name=arf, acquire: i=0,count=1 Oct 23 17:32:14 sogod [7321]: |SOGo| miss is last object. Oct 23 17:32:14 sogod [7321]: |SOGo| handle miss error: NAME:SoAuthRequired REASON:authentication required Oct 23 17:32:14 sogod [7321]: |SOGo| request took 0.012267 seconds to execute Oct 23 17:32:14 sogod [7321]: 192.0.2.231 "GET /SOGo/so/arf HTTP/1.1" 200 26945/0 0.014 - - 0 -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Login problem.
Le 29/06/2018 à 09:00:43+0200, Albert Shih a écrit > Hi, > > After we switch to sogo4 and our mailserver, it's working for everyone > except...one account. > > This account work fine with thunderbird, but with sogo after succeful login > > Jun 29 07:29:52 sogod [25412]: SOGoRootPage successful login from '127.0.0.1' > for user 'XXX' - expire = -1 grace = -1 > Jun 29 07:29:53 sogod [25418]: 127.0.0.1 "GET /SOGo/XXX HTTP/1.1" 302 0/0 > 0.005 - - 0 > Jun 29 07:29:53 sogod [25418]: 127.0.0.1 "GET /SOGo/XXX/view HTTP/1.1" 302 > 0/0 0.008 - - 0 > Jun 29 07:29:53 sogod [25418]: 127.0.0.1 "GET /SOGo/so/XXX/Mail HTTP/1.1" 302 > 0/0 0.004 - - 0 > Jun 29 07:29:53 sogod [25418]: 127.0.0.1 "GET /SOGo/so/XXX/Mail/view > HTTP/1.1" 501 0/0 0.088 - - 0 > > the sogo page are blank (and not they are no other log in sogo.log) with > HTTP ERROR 501, the URL stuck with > > https.../SOGO/so/XXX/Mail/view > > and don't switch to > > SOGo/so/XXX/Mail/view#!/Mail/0/INBOX > > as normaly. > > Anyone have idea ? Wou wou ? Anyone have a idea for this problem ? Regards -- Albert SHIH DIO bâtiment 15 Observatoire de Paris xmpp: j...@obspm.fr Heure local/Local time: Wed Jul 4 12:25:12 CEST 2018 -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Login problem.
Hi, After we switch to sogo4 and our mailserver, it's working for everyone except...one account. This account work fine with thunderbird, but with sogo after succeful login Jun 29 07:29:52 sogod [25412]: SOGoRootPage successful login from '127.0.0.1' for user 'XXX' - expire = -1 grace = -1 Jun 29 07:29:53 sogod [25418]: 127.0.0.1 "GET /SOGo/XXX HTTP/1.1" 302 0/0 0.005 - - 0 Jun 29 07:29:53 sogod [25418]: 127.0.0.1 "GET /SOGo/XXX/view HTTP/1.1" 302 0/0 0.008 - - 0 Jun 29 07:29:53 sogod [25418]: 127.0.0.1 "GET /SOGo/so/XXX/Mail HTTP/1.1" 302 0/0 0.004 - - 0 Jun 29 07:29:53 sogod [25418]: 127.0.0.1 "GET /SOGo/so/XXX/Mail/view HTTP/1.1" 501 0/0 0.088 - - 0 the sogo page are blank (and not they are no other log in sogo.log) with HTTP ERROR 501, the URL stuck with https.../SOGO/so/XXX/Mail/view and don't switch to SOGo/so/XXX/Mail/view#!/Mail/0/INBOX as normaly. Anyone have idea ? Regards -- Albert SHIH DIO bâtiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex France xmpp: j...@obspm.fr Heure local/Local time: Fri Jun 29 08:54:45 CEST 2018 -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Login problem after fresh install
Hi, I am new to SOGo and just did a fresh install on Debian 7.0. IMAP, SMTP and LDAP are on different servers. I use ActiveDirectory for authentification. When logging in to SOGo I get this message in my browser object not found: SOGo => xxx...@xxx.com The log is showing this Feb 21 09:31:33 sogod [29221]: |SOGo| starting method 'GET' on uri '/SOGo/xx...@xxx.com' 2014-02-21 09:31:33.195 sogod[29221] ERROR(-[NSNull(misc) forwardInvocation:]): called selector objectForKey: on NSNull ! Feb 21 09:31:33 sogod [29221]: <0x0x7f3a4d9cc790[NGLdapConnection]> Using ldap_initialize for LDAP URL: ldap://192.168.1.13 2014-02-21 09:31:33.198 sogod[29221] ERROR(-[NSNull(misc) forwardInvocation:]): called selector setObject:forKey: on NSNull ! 2014-02-21 09:31:33.198 sogod[29221] didn't set return value for type 'v' Feb 21 09:31:33 sogod [29221]: |SOGo| request took 0.004689 seconds to execute 192.168.1.107 - - [21/Feb/2014:09:31:33 GMT] "GET /SOGo/...@.com HTTP/1.1" 404 49/0 0.006 - - 0 This is my sogo.conf { /* * Main SOGo configuration file ** * * * Since the content of this file is a dictionary in OpenStep plist format, * * the curly braces enclosing the body of the configuration are mandatory. * * See the Installation Guide for details on the format. * * * * C and C++ style comments are supported. * * * * This example configuration contains only a subset of all available* * configuration parameters. Please see the installation guide more details. * * * * ~sogo/GNUstep/Defaults/.GNUstepDefaults has precedence over this file,* * make sure to move it away to avoid unwanted parameter overrides. * * * * **/ /* Database configuration (mysql:// or postgresql://) */ //SOGoProfileURL = "postgresql://sogo:sogo@localhost:5432/sogo/sogo_user_profile"; //OCSFolderInfoURL = "postgresql://sogo:sogo@localhost:5432/sogo/sogo_folder_info"; //OCSSessionsFolderURL = "postgresql://sogo:sogo@localhost:5432/sogo/sogo_sessions_folder"; SOGoProfileURL = "postgresql://sogo:sogo@localhost:5432/sogo/sogo_user_profile"; OCSFolderInfoURL = "postgresql://sogo:sogo@localhost:5432/sogo/sogo_folder_info"; OCSSessionsFolderURL = "postgresql://sogo:sogo@localhost:5432/sogo/sogo_sessions_folder"; /* Mail */ SOGoDraftsFolderName = Drafts; SOGoSentFolderName = Sent; SOGoTrashFolderName = Trash; SOGoIMAPServer = 10.10.10.2; SOGoSieveServer = sieve://127.0.0.1:4190; SOGoSMTPServer = 127.0.0.1; SOGoMailDomain = spar-mit.com; SOGoMailingMechanism = smtp; SOGoForceExternalLoginWithEmail = NO; SOGoMailSpoolPath = /var/spool/sogo; NGImap4ConnectionStringSeparator = "/"; //SOGoAppointmentSendEMailNotifications = NO; //SOGoACLsSendEMailNotifications = NO; /* Authentication */ //SOGoPasswordChangeEnabled = YES; /* LDAP authentication example */ SOGoUserSources = ( { type = ldap; CNFieldName = cn; UIDFieldName = uid; IDFieldName = uid; // first field of the DN for direct binds bindFields = (uid, mail, cn); // array of fields to use for indirect binds baseDN = "ou=xx,dc=XXX,dc=local"; bindDN = "cn=sogo,cn=users,dc=XXX,dc=local"; bindPassword = X; canAuthenticate = YES; displayName = "Shared Addresses"; hostname = ldap://192.168.1.13; id = public; isAddressBook = YES; port = 389; } ); /* Web Interface */ SOGoPageTitle = SOGo; SOGoVacationEnabled = YES; SOGoForwardEnabled = YES; SOGoSieveScriptsEnabled = YES; SOGoMailAuxiliaryUserAccountsEnabled = YES; /* General */ //SOGoLanguage = German; //SOGoTimeZone = Europe/Berlin; //SOGoCalendarDefaultRoles = ( // PublicDAndTViewer, // ConfidentialDAndTViewer //); //SOGoSuperUsernames = (sogo1, sogo2); // This is an array - keep the parens! //SxVMemLimit = 384 /* Debug */ SOGoDebugRequests = YES; SoDebugBaseURL = YES; //ImapDebugEnabled = YES; LDAPDebugEnabled = YES; PGDebugEnabled = YES; //MySQL4DebugEnabled = YES; //SOGoUIxDebugEnabled = YES; //WODontZipResponse = YES; WOLogFile = /var/log/sogo/sogo.log; } Does anybody know what might go wrong? Regards, Thomas -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Login Problem on SOGO Fresh Instal
Hello mrito Am 2013-08-31 16:03, schrieb mr...@mail.altcladding.com.ph: > Thanks for your help Christian. I just realized that I forgot to create a > sogo database and that is the reason I am receiving the error message. > > Going forward, I've created an ldap user test1 & test2 but when I login on > my Sogo Portal it still do not allow me to login. Then as per checking on > the log, I receive the following error messages: > Aug 31 09:31:22 sogod [2207]: [ERROR] <0x0xb4d2f04c[LDAPSource]> > NAME:LDAPException REASON:operation bind failed: > Invalid credentials (0x31) INFO:{login = > "uid=sogo,ou=admin,dc=oc,dc=local"; } > Aug 31 09:31:22 sogod [2207]: SOGoRootPage Login from '192.168.43.10' for > user 'admin' might not have worked - password policy: 65535 grace: -1 > expire: -1 bound: 0 < ... > > > Below if my LDAP config on sogo.conf: > /* LDAP authentication example */ > SOGoUserSources = ( > { > type = ldap; > CNFieldName = cn; > UIDFieldName = uid; > IDFieldName = uid; // first field of the DN for direct binds > bindFields = (uid, mail); // array of fields to use for indirect binds > baseDN = "ou=people,dc=oc,dc=local"; > //bindDN = "uid=test2,dc=oc,dc=local"; > bindDN = "dc=oc,dc=local"; > bindPassword = 1687056; > canAuthenticate = YES; > displayName = "Shared Addresses"; > hostname = "ldap://127.0.0.1:389";; > id = public; > isAddressBook = YES; > } > ); > > I would appreciate if you could help me again. > Your setting in bindDN doesn't match the error message. Your config states bindDN = "dc=oc,dc=local"; which is obviously not a valid user in LDAP at all. but your error message tells "uid=sogo,ou=admin,dc=oc,dc=local" bindDN must contain a valid user in LDAP, which has permissions to at least read all users. The password given in bindPassword has to match the user in bindDN. Also I assume you didn't restart sogod after changing these settings. Kind regards, Christian Mack -- Christian Mack Gruppe Informationsdienste Rechenzentrum Universität Konstanz -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Login Problem on SOGO Fresh Instal
Thanks for your help Christian. I just realized that I forgot to create a sogo database and that is the reason I am receiving the error message. Going forward, I've created an ldap user test1 & test2 but when I login on my Sogo Portal it still do not allow me to login. Then as per checking on the log, I receive the following error messages: Aug 31 09:31:22 sogod [2207]: [ERROR] <0x0xb4d2f04c[LDAPSource]> NAME:LDAPException REASON:operation bind failed: Invalid credentials (0x31) INFO:{login = "uid=sogo,ou=admin,dc=oc,dc=local"; } Aug 31 09:31:22 sogod [2207]: SOGoRootPage Login from '192.168.43.10' for user 'admin' might not have worked - password policy: 65535 grace: -1 expire: -1 bound: 0 192.168.43.10 - - [31/Aug/2013:09:31:22 GMT] "POST /SOGo/connect HTTP/1.1" 403 34/60 0.025 - - 0 Aug 31 09:32:16 sogod [2206]: <0x0xb50bc31c[WOWatchDog]> Terminating with SIGINT or SIGTERM Aug 31 09:32:16 sogod [2206]: <0x0xb50cbe34[WOWatchDogChild]> sending terminate signal to pid 2207 Aug 31 09:32:16 sogod [2206]: <0x0xb50bc31c[WOWatchDog]> Terminating with SIGINT or SIGTERM Aug 31 09:32:16 sogod [2206]: <0x0xb50bc31c[WOWatchDog]> Terminating with SIGINT or SIGTERM Aug 31 09:32:16 sogod [2206]: <0x0xb50cbe34[WOWatchDogChild]> child 2207 exited Aug 31 09:32:16 sogod [2206]: <0x0xb50bc31c[WOWatchDog]> all children exited. We now terminate. Aug 31 09:32:17 sogod [2467]: version 2.0.7 (build root@shiva.inverse 201307220922) -- starting Aug 31 09:32:17 sogod [2467]: vmem size check enabled: shutting down app when vmem > 384 MB Aug 31 09:32:17 sogod [2467]: <0x0xb66ac894[SOGoProductLoader]> SOGo products loaded from '/usr/lib/GNUstep/SOGo': Aug 31 09:32:17 sogod [2467]: <0x0xb66ac894[SOGoProductLoader]> MailPartViewers.SOGo, PreferencesUI.SOGo, Appointments.SOGo, Mailer.SOGo, SchedulerUI.SOGo, MainUI.SOGo, Contacts.SOGo, AdministrationUI.SOGo, MailerUI.SOGo, ContactsUI.SOGo, CommonUI.SOGo Aug 31 09:32:17 sogod [2467]: <0x0xb65af314[WOWatchDog]> listening on *:2 Aug 31 09:32:17 sogod [2467]: <0x0xb65af314[WOWatchDog]> watchdog process pid: 2467 Aug 31 09:32:17 sogod [2467]: <0x0x7a6940[WOWatchDogChild]> watchdog request timeout set to 10 minutes Aug 31 09:32:17 sogod [2467]: <0x0xb65af314[WOWatchDog]> preparing 1 children Aug 31 09:32:17 sogod [2467]: <0x0xb65af314[WOWatchDog]> child spawned with pid 2468 Aug 31 09:32:50 sogod [2468]: <0x0xb646d29c[SOGoCache]> Cache cleanup interval set every 300.00 seconds Aug 31 09:32:50 sogod [2468]: <0x0xb646d29c[SOGoCache]> Using host(s) 'localhost' as server(s) Aug 31 09:32:50 sogod [2468]: [ERROR] [we-rm] did not find locale for language: fil Aug 31 09:32:50 sogod [2468]: [ERROR] [we-rm] did not find locale for language: fil-PH Aug 31 09:32:50 sogod [2468]: [ERROR] [we-rm] did not find locale for language: Tagalog 2013-08-31 09:32:50.163 sogod[2468] Note(SoObject): SoDebugKeyLookup is enabled! 2013-08-31 09:32:50.165 sogod[2468] Note(SoObject): SoDebugBaseURL is enabled! 2013-08-31 09:32:50.166 sogod[2468] Note(SoObject): relative base URLs are enabled. 2013-08-31 09:32:50.245 sogod[2468] WOCompoundElement: pool embedding is on. 2013-08-31 09:32:50.245 sogod[2468] WOCompoundElement: id logging is on. 2013-08-31 09:32:50.330 sogod[2468] WARNING(-[NSNull(misc) count]): called NSNull -count (returns 0) !!! 192.168.43.10 - - [31/Aug/2013:09:32:50 GMT] "GET /SOGo/ HTTP/1.1" 200 3921/0 0.292 11829 66% 3M Aug 31 09:32:57 sogod [2468]: [ERROR] [we-rm] did not find locale for language: fil Aug 31 09:32:57 sogod [2468]: [ERROR] [we-rm] did not find locale for language: fil-PH Aug 31 09:32:57 sogod [2468]: [ERROR] [we-rm] did not find locale for language: Tagalog Aug 31 09:32:57 sogod [2468]: [ERROR] <0x0xb64e704c[LDAPSource]> Could not bind to the LDAP server ldap://127.0.0.1:389 (389) using the bind DN: uid=test2,dc=oc,dc=local Aug 31 09:32:57 sogod [2468]: [ERROR] <0x0xb64e704c[LDAPSource]> NAME:LDAPException REASON:operation bind failed: Invalid credentials (0x31) INFO:{login = "uid=test2,dc=oc,dc=local"; } Aug 31 09:32:57 sogod [2468]: SOGoRootPage Login from '192.168.43.10' for user 'test2' might not have worked - password policy: 65535 grace: -1 expire: -1 bound: 0 192.168.43.10 - - [31/Aug/2013:09:32:57 GMT] "POST /SOGo/connect HTTP/1.1" 403 34/40 0.045 - - 536K Aug 31 09:32:59 sogod [2468]: [ERROR] [we-rm] did not find locale for language: fil Aug 31 09:32:59 sogod [2468]: [ERROR] [we-rm] did not find locale for language: fil-PH Aug 31 09:32:59 sogod [2468]: [ERROR] [we-rm] did not find locale for language: Tagalog Below if my LDAP config on sogo.conf: /* LDAP authentication example */ SOGoUserSources = ( { type = ldap; CNFieldName = cn; UIDFieldName = uid; IDFieldName = uid; // first field of the DN for direct binds bindFields = (uid, mail); // array of fields to use for indirect binds baseDN = "ou=people,dc=oc,dc=local"; //bindDN = "uid=test2,dc=oc,dc=local"; bindDN = "dc=oc,dc=local"; bindPassword = 16870
Re: [SOGo] Login Problem on SOGO Fresh Instal
Thanks for your help Christian. I just realized that I forgot to create a sogo database and that is the reason I am receiving the error message. Going forward, I've created an ldap user test1 & test2 but when I login on my Sogo Portal it still do not allow me to login. Then as per checking on the log, I receive the following error messages: Aug 31 09:31:22 sogod [2207]: [ERROR] <0x0xb4d2f04c[LDAPSource]> NAME:LDAPException REASON:operation bind failed: Invalid credentials (0x31) INFO:{login = "uid=sogo,ou=admin,dc=oc,dc=local"; } Aug 31 09:31:22 sogod [2207]: SOGoRootPage Login from '192.168.43.10' for user 'admin' might not have worked - password policy: 65535 grace: -1 expire: -1 bound: 0 192.168.43.10 - - [31/Aug/2013:09:31:22 GMT] "POST /SOGo/connect HTTP/1.1" 403 34/60 0.025 - - 0 Aug 31 09:32:16 sogod [2206]: <0x0xb50bc31c[WOWatchDog]> Terminating with SIGINT or SIGTERM Aug 31 09:32:16 sogod [2206]: <0x0xb50cbe34[WOWatchDogChild]> sending terminate signal to pid 2207 Aug 31 09:32:16 sogod [2206]: <0x0xb50bc31c[WOWatchDog]> Terminating with SIGINT or SIGTERM Aug 31 09:32:16 sogod [2206]: <0x0xb50bc31c[WOWatchDog]> Terminating with SIGINT or SIGTERM Aug 31 09:32:16 sogod [2206]: <0x0xb50cbe34[WOWatchDogChild]> child 2207 exited Aug 31 09:32:16 sogod [2206]: <0x0xb50bc31c[WOWatchDog]> all children exited. We now terminate. Aug 31 09:32:17 sogod [2467]: version 2.0.7 (build root@shiva.inverse 201307220922) -- starting Aug 31 09:32:17 sogod [2467]: vmem size check enabled: shutting down app when vmem > 384 MB Aug 31 09:32:17 sogod [2467]: <0x0xb66ac894[SOGoProductLoader]> SOGo products loaded from '/usr/lib/GNUstep/SOGo': Aug 31 09:32:17 sogod [2467]: <0x0xb66ac894[SOGoProductLoader]> MailPartViewers.SOGo, PreferencesUI.SOGo, Appointments.SOGo, Mailer.SOGo, SchedulerUI.SOGo, MainUI.SOGo, Contacts.SOGo, AdministrationUI.SOGo, MailerUI.SOGo, ContactsUI.SOGo, CommonUI.SOGo Aug 31 09:32:17 sogod [2467]: <0x0xb65af314[WOWatchDog]> listening on *:2 Aug 31 09:32:17 sogod [2467]: <0x0xb65af314[WOWatchDog]> watchdog process pid: 2467 Aug 31 09:32:17 sogod [2467]: <0x0x7a6940[WOWatchDogChild]> watchdog request timeout set to 10 minutes Aug 31 09:32:17 sogod [2467]: <0x0xb65af314[WOWatchDog]> preparing 1 children Aug 31 09:32:17 sogod [2467]: <0x0xb65af314[WOWatchDog]> child spawned with pid 2468 Aug 31 09:32:50 sogod [2468]: <0x0xb646d29c[SOGoCache]> Cache cleanup interval set every 300.00 seconds Aug 31 09:32:50 sogod [2468]: <0x0xb646d29c[SOGoCache]> Using host(s) 'localhost' as server(s) Aug 31 09:32:50 sogod [2468]: [ERROR] [we-rm] did not find locale for language: fil Aug 31 09:32:50 sogod [2468]: [ERROR] [we-rm] did not find locale for language: fil-PH Aug 31 09:32:50 sogod [2468]: [ERROR] [we-rm] did not find locale for language: Tagalog 2013-08-31 09:32:50.163 sogod[2468] Note(SoObject): SoDebugKeyLookup is enabled! 2013-08-31 09:32:50.165 sogod[2468] Note(SoObject): SoDebugBaseURL is enabled! 2013-08-31 09:32:50.166 sogod[2468] Note(SoObject): relative base URLs are enabled. 2013-08-31 09:32:50.245 sogod[2468] WOCompoundElement: pool embedding is on. 2013-08-31 09:32:50.245 sogod[2468] WOCompoundElement: id logging is on. 2013-08-31 09:32:50.330 sogod[2468] WARNING(-[NSNull(misc) count]): called NSNull -count (returns 0) !!! 192.168.43.10 - - [31/Aug/2013:09:32:50 GMT] "GET /SOGo/ HTTP/1.1" 200 3921/0 0.292 11829 66% 3M Aug 31 09:32:57 sogod [2468]: [ERROR] [we-rm] did not find locale for language: fil Aug 31 09:32:57 sogod [2468]: [ERROR] [we-rm] did not find locale for language: fil-PH Aug 31 09:32:57 sogod [2468]: [ERROR] [we-rm] did not find locale for language: Tagalog Aug 31 09:32:57 sogod [2468]: [ERROR] <0x0xb64e704c[LDAPSource]> Could not bind to the LDAP server ldap://127.0.0.1:389 (389) using the bind DN: uid=test2,dc=oc,dc=local Aug 31 09:32:57 sogod [2468]: [ERROR] <0x0xb64e704c[LDAPSource]> NAME:LDAPException REASON:operation bind failed: Invalid credentials (0x31) INFO:{login = "uid=test2,dc=oc,dc=local"; } Aug 31 09:32:57 sogod [2468]: SOGoRootPage Login from '192.168.43.10' for user 'test2' might not have worked - password policy: 65535 grace: -1 expire: -1 bound: 0 192.168.43.10 - - [31/Aug/2013:09:32:57 GMT] "POST /SOGo/connect HTTP/1.1" 403 34/40 0.045 - - 536K Aug 31 09:32:59 sogod [2468]: [ERROR] [we-rm] did not find locale for language: fil Aug 31 09:32:59 sogod [2468]: [ERROR] [we-rm] did not find locale for language: fil-PH Aug 31 09:32:59 sogod [2468]: [ERROR] [we-rm] did not find locale for language: Tagalog Below if my LDAP config on sogo.conf: /* LDAP authentication example */ SOGoUserSources = ( { type = ldap; CNFieldName = cn; UIDFieldName = uid; IDFieldName = uid; // first field of the DN for direct binds bindFields = (uid, mail); // array of fields to use for indirect binds baseDN = "ou=people,dc=oc,dc=local"; //bindDN = "uid=test2,dc=oc,dc=local"; bindDN = "dc=oc,dc=local"; bindPassword = 16870
Re: [SOGo] Login Problem on SOGO Fresh Instal
Am 2013-08-28 13:14, schrieb Malvin Rito: > Hi All, > > I'm new to SOGO and I'm trying to setup SOGO new install on CentOS for > the first time. I was able to launch now the Sogo http://localhost/SOGo > but cannot login using my credentials on LDAP. I can see the following > message on SOGO log: > > Aug 28 07:10:50 sogod [6281]: <0x0x1938914[SOGoProductLoader]> SOGo > products loaded from '/usr/lib/GNUstep/SOGo': > Aug 28 07:10:50 sogod [6281]: <0x0x1938914[SOGoProductLoader]> > MailPartViewers.SOGo, PreferencesUI.SOGo, Appointments.SOGo, > Mailer.SOGo, SchedulerUI.SOGo, MainUI.SOGo, Contacts.SOGo, > AdministrationUI.SOGo, MailerUI.SOGo, ContactsUI.SOGo, CommonUI.SOGo > Aug 28 07:10:50 sogod [6281]: <0x0x1a3b364[WOWatchDog]> listening on > *:2 > Aug 28 07:10:50 sogod [6281]: <0x0x1a3b364[WOWatchDog]> watchdog process > pid: 6281 > Aug 28 07:10:50 sogod [6281]: <0x0x71f940[WOWatchDogChild]> watchdog > request timeout set to 10 minutes > Aug 28 07:10:50 sogod [6281]: <0x0x1a3b364[WOWatchDog]> preparing 1 > children > Aug 28 07:10:50 sogod [6281]: <0x0x1a3b364[WOWatchDog]> child spawned > with pid 6282 > 2013-08-28 07:10:50.437 sogod[6282] could not open channel to > sogo@localhost > Aug 28 07:10:50 sogod [6282]: [ERROR] <0x0x19b419c[GCSChannelManager]> > could not open channel <0x0x1a0081c[PostgreSQL72Channel]: not-connected> > for URL: postgresql://sogo:1687056@localhost/sogo/sogo_user_profile > Aug 28 07:10:50 sogod [6282]: [WARN] <0x0x19b419c[GCSChannelManager]> > will prevent opening of this channel 5 seconds after 2013-08-28 07:10:50 > -0400 > [root@sogo ~]# > Is your postgresql database running on localhost? Can you log into it with the given credentials user=sogo password=1687056 ? Kind regards, Christian Mack PS: Please don't hijack other threads by answering and modifying subjects! Instead write a new email when starting a new topic. -- Christian Mack Gruppe Informationsdienste Rechenzentrum Universität Konstanz -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Login Problem on SOGO Fresh Instal
Hi All, I'm new to SOGO and I'm trying to setup SOGO new install on CentOS for the first time. I was able to launch now the Sogo http://localhost/SOGo but cannot login using my credentials on LDAP. I can see the following message on SOGO log: Aug 28 07:10:50 sogod [6281]: <0x0x1938914[SOGoProductLoader]> SOGo products loaded from '/usr/lib/GNUstep/SOGo': Aug 28 07:10:50 sogod [6281]: <0x0x1938914[SOGoProductLoader]> MailPartViewers.SOGo, PreferencesUI.SOGo, Appointments.SOGo, Mailer.SOGo, SchedulerUI.SOGo, MainUI.SOGo, Contacts.SOGo, AdministrationUI.SOGo, MailerUI.SOGo, ContactsUI.SOGo, CommonUI.SOGo Aug 28 07:10:50 sogod [6281]: <0x0x1a3b364[WOWatchDog]> listening on *:2 Aug 28 07:10:50 sogod [6281]: <0x0x1a3b364[WOWatchDog]> watchdog process pid: 6281 Aug 28 07:10:50 sogod [6281]: <0x0x71f940[WOWatchDogChild]> watchdog request timeout set to 10 minutes Aug 28 07:10:50 sogod [6281]: <0x0x1a3b364[WOWatchDog]> preparing 1 children Aug 28 07:10:50 sogod [6281]: <0x0x1a3b364[WOWatchDog]> child spawned with pid 6282 2013-08-28 07:10:50.437 sogod[6282] could not open channel to sogo@localhost Aug 28 07:10:50 sogod [6282]: [ERROR] <0x0x19b419c[GCSChannelManager]> could not open channel <0x0x1a0081c[PostgreSQL72Channel]: not-connected> for URL: postgresql://sogo:1687056@localhost/sogo/sogo_user_profile Aug 28 07:10:50 sogod [6282]: [WARN] <0x0x19b419c[GCSChannelManager]> will prevent opening of this channel 5 seconds after 2013-08-28 07:10:50 -0400 [root@sogo ~]# Regards, Malvin -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Login Problem/TB calendar not available/Browser cache (aka Thunderbird ESR 10.0.7 (+ Lightning 1.2.3) and SOGo 1.3.18a/2.0.2 aka VCALENDAR component)
Thanks Thierry, this seems to work. Sadly only once. Next day, prpoblem is back. It is also possible to login through a browser. Afer Login copy the base-url again in the browser and then sogo-webui loads normal. This behavior could truly lead to memcached. I also searched at the memchaed-session, gut with no luck. I disabled also selinux but without success. Is there something special with memcached, i could miss through update/upgrade of sogo ? Best Philipp Philipp v. Strobl-Albeg Dilp.-Ing. Zellerstr. 19 70180 Stuttgart Tel +49 711 121 58269 Mobil +49 151 270 39710 Fax +49 711 658 3089 http://www.pilarkto.net Am 21.12.2012 15:47, schrieb Thierry Murgue: Le 18/12/2012 11:10, Philipp v. Strobl-Albeg a écrit : Hi, i'm back with the same problem, as in the past: Thunderbird ESR 10.0.7 (+ Lightning 1.2.3) and SOGo 1.3.18a/2.0.2 etc Anything else works like a charme - thanks for that. When i start my computer in the morning, the TB sogo-related calendars are unavailable. I can now login to the webUI an get an "object not found". The log shows ... |SOGo| starting method 'GET' on uri '/SOGo/USER' 2012-12-18 10:34:29.649 sogod[30073] ERROR(-[NSNull(misc) forwardInvocation:]): called selector objectForKey: on NSNull ! 2012-12-18 10:34:29.650 sogod[30073] ERROR(-[NSNull(misc) forwardInvocation:]): called selector setObject:forKey: on NSNull ! 2012-12-18 10:34:29.650 sogod[30073] didn't set return value for type 'v' Dec 18 10:34:29 sogod [30073]: |SOGo| request took 0.002629 seconds to execute localhost - - [18/Dec/2012:10:34:29 GMT] "GET /SOGo/USER HTTP/1.1" 404 36/0 0.003 - - 8K Then i reload the browser or hit the base URL again ang i'm logged in. Now the calendar are available again and it's working for the day. This behavior is the same for WinXP and Linux as clients. Only IPhone seems to have no problems here. Has anyone an idea what "didn't set return value for type 'v'" means or have a solution for this problem ? Hope someone can save my xmas ;-) Hi! Same problem this morning here. /etc/init.d/sogo stop; /etc/init.d/memcached stop; /etc/init.d/memcached start; /etc/init.d/sogo start solves it! Have a good X-mas ;-) Regards, -- Thierry Murgue -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Login Problem/TB calendar not available/Browser cache (aka Thunderbird ESR 10.0.7 (+ Lightning 1.2.3) and SOGo 1.3.18a/2.0.2 aka VCALENDAR component)
Le 18/12/2012 11:10, Philipp v. Strobl-Albeg a écrit : > Hi, > > i'm back with the same problem, as in the past: Thunderbird ESR 10.0.7 > (+ Lightning 1.2.3) and SOGo 1.3.18a/2.0.2 etc > Anything else works like a charme - thanks for that. > > > When i start my computer in the morning, the TB sogo-related calendars > are unavailable. > I can now login to the webUI an get an "object not found". The log shows > > ... |SOGo| starting > method 'GET' on uri '/SOGo/USER' > 2012-12-18 10:34:29.649 sogod[30073] ERROR(-[NSNull(misc) > forwardInvocation:]): called selector objectForKey: on NSNull ! > 2012-12-18 10:34:29.650 sogod[30073] ERROR(-[NSNull(misc) > forwardInvocation:]): called selector setObject:forKey: on NSNull ! > 2012-12-18 10:34:29.650 sogod[30073] didn't set return value for type 'v' > Dec 18 10:34:29 sogod [30073]: |SOGo| request took 0.002629 seconds to > execute > localhost - - [18/Dec/2012:10:34:29 GMT] "GET /SOGo/USER HTTP/1.1" 404 > 36/0 0.003 - - 8K > > Then i reload the browser or hit the base URL again ang i'm logged in. > Now the calendar are available again and it's working for the day. > This behavior is the same for WinXP and Linux as clients. Only IPhone > seems to have no problems here. > > Has anyone an idea what "didn't set return value for type 'v'" means or > have a solution for this problem ? > Hope someone can save my xmas ;-) Hi! Same problem this morning here. /etc/init.d/sogo stop; /etc/init.d/memcached stop; /etc/init.d/memcached start; /etc/init.d/sogo start solves it! Have a good X-mas ;-) Regards, -- Thierry Murgue -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Login Problem/TB calendar not available/Browser cache (aka Thunderbird ESR 10.0.7 (+ Lightning 1.2.3) and SOGo 1.3.18a/2.0.2 aka VCALENDAR component)
Hi, i'm back with the same problem, as in the past: Thunderbird ESR 10.0.7 (+ Lightning 1.2.3) and SOGo 1.3.18a/2.0.2 etc Anything else works like a charme - thanks for that. When i start my computer in the morning, the TB sogo-related calendars are unavailable. I can now login to the webUI an get an "object not found". The log shows ... |SOGo| starting method 'GET' on uri '/SOGo/USER' 2012-12-18 10:34:29.649 sogod[30073] ERROR(-[NSNull(misc) forwardInvocation:]): called selector objectForKey: on NSNull ! 2012-12-18 10:34:29.650 sogod[30073] ERROR(-[NSNull(misc) forwardInvocation:]): called selector setObject:forKey: on NSNull ! 2012-12-18 10:34:29.650 sogod[30073] didn't set return value for type 'v' Dec 18 10:34:29 sogod [30073]: |SOGo| request took 0.002629 seconds to execute localhost - - [18/Dec/2012:10:34:29 GMT] "GET /SOGo/USER HTTP/1.1" 404 36/0 0.003 - - 8K Then i reload the browser or hit the base URL again ang i'm logged in. Now the calendar are available again and it's working for the day. This behavior is the same for WinXP and Linux as clients. Only IPhone seems to have no problems here. Has anyone an idea what "didn't set return value for type 'v'" means or have a solution for this problem ? Hope someone can save my xmas ;-) Thanks and Best regards Philipp -- Philipp v. Strobl.-Albeg - PILARKTO.NET - -- users@sogo.nu https://inverse.ca/sogo/lists