Re: [SOGo] Outlook logon to SOGo/OpenChange/Samba fails
Hi, ran the sourcepath/setup/openchange_provision sourcepath/setup/openchange_provision --openchangedb sourcepath/setup/openchange_newuser --create user1 no luck!! also, I found no difference between the output of these commands when running from install vs from source. As I had mentioned in my original post, sogoUser is missing at the time the Exception is raised. So the contexts table is not getting populated fully/correctly. Is there any check which can be run on the tdb/ldb files under /var/lib/samba to get some idea what could be wrong? regards, --- Anantha Potty On Wed, Jun 18, 2014 at 6:59 PM, Martin Simovic mar...@netson.sk wrote: On 17 Jun 2014, at 19:02, Anantha Padmanaban Potty apkpo...@gmail.com wrote: and yes, I have run openchange_newuser --create USERNAME. Also run the openchange_provision and openchange_provision --openchangedb commands as instructed ... could something be missing from the openchange_newuser script? could you point me to what can be checked to verify whether the script has *REALLY* done what it is supposed to? I remember that when installing from source openchange commands had to be run from source directory rather then from install one. E.g if your git checkout was in ~/openchange then you’d run ~/openchange/setup/openchande_newuser —create …. etc. instead from install directory (/usr/local) BTW, install doc is not great, there are some redundant / incorrect steps in it. I got to working setup combining various docs from sogo.nu, openchage.org and iabsis.com and understanding what is done in each step. My plan was to write a “proper” setup documentation, but did not get a chance yet. :( Best Regards Martin. -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Samba crashing
I'll just cut straight to the end here. Running samba in the debugger... Program received signal SIGSEGV, Segmentation fault. ndr_push_mapi_response (ndr=0xd285b0, ndr_flags=optimized out, r=0x0) at ndr_mapi.c:561 561 NDR_CHECK(ndr_push_uint16(ndr, NDR_SCALARS, r-length)); (gdb) bt #0 ndr_push_mapi_response (ndr=0xd285b0, ndr_flags=optimized out, r=0x0) at ndr_mapi.c:561 #1 0x7fffd8ac14f8 in dcesrv_EcDoRpcExt2 (r=0x13da110, mem_ctx=0x307a9c0, dce_call=optimized out) at mapiproxy/servers/default/emsmdb/dcesrv_exchange_emsmdb.c:1792 #2 dcesrv_exchange_emsmdb_dispatch (dce_call=optimized out, mem_ctx=0x307a9c0, r=0x13da110, mapiproxy=optimized out) at mapiproxy/servers/default/emsmdb/dcesrv_exchange_emsmdb.c:1943 #3 0x7fffd9c198fc in mapiproxy_server_dispatch (dce_call=0x307a9c0, mem_ctx=0x307a9c0, r=0x13da110, mapiproxy=0x7fffdf10) at mapiproxy/libmapiproxy/dcesrv_mapiproxy_server.c:57 #4 0x7fffd9e57b40 in mapiproxy_op_dispatch (dce_call=0x307a9c0, mem_ctx=0x307a9c0, r=0x13da110) at mapiproxy/dcesrv_mapiproxy.c:504 #5 0x7fffe5cb9fd2 in dcesrv_request (call=0x307a9c0) at ../source4/rpc_server/dcerpc_server.c:965 #6 dcesrv_process_ncacn_packet (dce_conn=optimized out, pkt=optimized out, blob=...) at ../source4/rpc_server/dcerpc_server.c:1110 #7 0x7fffe5cbab59 in dcesrv_read_fragment_done (subreq=0x0) at ../source4/rpc_server/dcerpc_server.c:1488 #8 0x74987698 in dcerpc_read_ncacn_packet_done (subreq=0x0) at ../librpc/rpc/dcerpc_util.c:295 #9 0x7151ac64 in tstream_readv_pdu_readv_done (subreq=0x2bc4e40) at ../lib/tsocket/tsocket_helpers.c:319 #10 0x71519b64 in tstream_readv_done (subreq=0x0) at ../lib/tsocket/tsocket.c:604 #11 0x73f170e2 in tevent_common_loop_immediate () from /usr/lib/x86_64-linux-gnu/libtevent.so.0 #12 0x73f19b26 in ?? () from /usr/lib/x86_64-linux-gnu/libtevent.so.0 #13 0x73f16860 in _tevent_loop_once () from /usr/lib/x86_64-linux-gnu/libtevent.so.0 #14 0x73f169eb in tevent_common_loop_wait () from /usr/lib/x86_64-linux-gnu/libtevent.so.0 #15 0x00409459 in binary_smbd_main (argc=optimized out, argv=optimized out, binary_name=0x40bf95 samba) at ../source4/smbd/server.c:486 #16 0x73b7476d in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #17 0x00405631 in _start () (gdb) print r $1 = (const struct mapi_response *) 0x0 I've altered mapiproxy/servers/default/emsmdb/dcesrv_exchange_emsmdb.c:1782 if( !( mapi_response = EcDoRpc_process_transaction(mem_ctx, emsmdbp_ctx, mapi2k7_request.mapi_request) ) ) // hmmm, Rex return MAPI_E_INVALID_OBJECT; It seems to have stopped the null pointer problem, but i have absolutely no idea what it should do when EcDoRpc_process_transaction() returns NULL, or even what MAPI_E_INVALID_OBJECT means. Cheers, Rex -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Activesync login problem
Hello, I have a fresh install of sogo on debian wheezy with authentication on a mysql database. I configured activesync on both android mobile and ipad, but I have to login first on the web interface. Without previous login on the web interface, mobile devices cannot login and my logs show the following : localhost.localdomain - - [19/Jun/2014:13:32:09 GMT] POST /SOGo/Microsoft-Server-ActiveSync?User=br...@x.frDeviceId=ApplDN6GLHA8DKNVDeviceType=iPadCmd=Ping HTTP/1.0 200 13/0 5.002 - - 8K 2014-06-19 13:32:12.037 sogod[5650] ERROR(-[NSNull(misc) forwardInvocation:]): called selector objectForKey: on NSNull ! 2014-06-19 13:32:12.037 sogod[5650] ERROR(-[NSNull(misc) forwardInvocation:]): called selector setObject:forKey: on NSNull ! 2014-06-19 13:32:12.037 sogod[5650] didn't set return value for type 'v' 2014-06-19 13:32:12.037 sogod[5650] -[WEClientCapabilities initWithRequest:]: Unknown WebClient: user-agent='Apple-iPad2C2/1104.201' 2014-06-19 13:32:12.038 sogod[5650] ERROR(-[NSNull(misc) forwardInvocation:]): called selector objectForKey: on NSNull ! 2014-06-19 13:32:12.038 sogod[5650] ERROR(-[NSNull(misc) forwardInvocation:]): called selector setObject:forKey: on NSNull ! 2014-06-19 13:32:12.038 sogod[5650] didn't set return value for type 'v' Jun 19 13:32:12 sogod [5650]: [WARN] 0x0x7f2283fba620[WOContext] Got no user from authenticator: SOGoDAVAuthenticator: 0x7f228416bcf0 Here is my conf : { SOGoCacheCleanupInterval = 600; WOWorkersCount = 20; OCSFolderInfoURL = mysql://sogo:sogopasswd@127.0.0.1:3306/sogo/sogo_folder_info; OCSSessionsFolderURL = mysql://sogo:sogopasswd@127.0.0.1:3306/sogo/sogo_sessions_folder; SOGoMemcachedHost = 127.0.0.1; SOGoAppointmentSendEMailNotifications = YES; SOGoFirstDayOfWeek = 1; SOGoLanguage = French; SOGoTimeZone = Europe/Paris; SOGoForwardEnabled = YES; SOGoEnablePublicAccess = NO; SOGoLoginModule = Calendar; SOGoMailDomain = x.fr; SOGoMailMessageCheck = every_minute; SOGoProfileURL = mysql://sogo:sogopasswd@127.0.0.1:3306/sogo/sogo_user_profile; SOGoSieveScriptsEnabled = YES; SOGoSieveServer = sieve://localhost:4190; SOGoEnableDomainBasedUID = YES; SOGoEnableEMailAlarms = YES; OCSEMailAlarmsFolderURL = mysql://sogo:sogopasswd@127.0.0.1:3306/sogo/sogo_alarms_folder; SOGoSuperUsernames = ( ad...@x.fr ); SOGoTimeZone = Europe/Amsterdam; domains = { x.fr = { SOGoMailDomain = x.fr; SOGoUserSources = ( { canAuthenticate = YES; displayName = SOGo Users; id = users_x.fr; isAddressBook = NO; type = sql; IMAPHostFieldName = imaphost; userPasswordAlgorithm = md5; viewURL = mysql://sogo:sogopasswd@127.0.0.1:3306/sogo/sogo_users; } ); }; }; SOGoVacationEnabled = YES; } Any idea ? -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Samba crashing
Hi Rex, What is the version of openchange you are experiencing this crash with? (git master, 3rd party repo?) Cheers, Julien. On 18/06/14 16:53, Rex Johnston wrote: I'll just cut straight to the end here. Running samba in the debugger... Program received signal SIGSEGV, Segmentation fault. ndr_push_mapi_response (ndr=0xd285b0, ndr_flags=optimized out, r=0x0) at ndr_mapi.c:561 561 NDR_CHECK(ndr_push_uint16(ndr, NDR_SCALARS, r-length)); (gdb) bt #0 ndr_push_mapi_response (ndr=0xd285b0, ndr_flags=optimized out, r=0x0) at ndr_mapi.c:561 #1 0x7fffd8ac14f8 in dcesrv_EcDoRpcExt2 (r=0x13da110, mem_ctx=0x307a9c0, dce_call=optimized out) at mapiproxy/servers/default/emsmdb/dcesrv_exchange_emsmdb.c:1792 #2 dcesrv_exchange_emsmdb_dispatch (dce_call=optimized out, mem_ctx=0x307a9c0, r=0x13da110, mapiproxy=optimized out) at mapiproxy/servers/default/emsmdb/dcesrv_exchange_emsmdb.c:1943 #3 0x7fffd9c198fc in mapiproxy_server_dispatch (dce_call=0x307a9c0, mem_ctx=0x307a9c0, r=0x13da110, mapiproxy=0x7fffdf10) at mapiproxy/libmapiproxy/dcesrv_mapiproxy_server.c:57 #4 0x7fffd9e57b40 in mapiproxy_op_dispatch (dce_call=0x307a9c0, mem_ctx=0x307a9c0, r=0x13da110) at mapiproxy/dcesrv_mapiproxy.c:504 #5 0x7fffe5cb9fd2 in dcesrv_request (call=0x307a9c0) at ../source4/rpc_server/dcerpc_server.c:965 #6 dcesrv_process_ncacn_packet (dce_conn=optimized out, pkt=optimized out, blob=...) at ../source4/rpc_server/dcerpc_server.c:1110 #7 0x7fffe5cbab59 in dcesrv_read_fragment_done (subreq=0x0) at ../source4/rpc_server/dcerpc_server.c:1488 #8 0x74987698 in dcerpc_read_ncacn_packet_done (subreq=0x0) at ../librpc/rpc/dcerpc_util.c:295 #9 0x7151ac64 in tstream_readv_pdu_readv_done (subreq=0x2bc4e40) at ../lib/tsocket/tsocket_helpers.c:319 #10 0x71519b64 in tstream_readv_done (subreq=0x0) at ../lib/tsocket/tsocket.c:604 #11 0x73f170e2 in tevent_common_loop_immediate () from /usr/lib/x86_64-linux-gnu/libtevent.so.0 #12 0x73f19b26 in ?? () from /usr/lib/x86_64-linux-gnu/libtevent.so.0 #13 0x73f16860 in _tevent_loop_once () from /usr/lib/x86_64-linux-gnu/libtevent.so.0 #14 0x73f169eb in tevent_common_loop_wait () from /usr/lib/x86_64-linux-gnu/libtevent.so.0 #15 0x00409459 in binary_smbd_main (argc=optimized out, argv=optimized out, binary_name=0x40bf95 samba) at ../source4/smbd/server.c:486 #16 0x73b7476d in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #17 0x00405631 in _start () (gdb) print r $1 = (const struct mapi_response *) 0x0 I've altered mapiproxy/servers/default/emsmdb/dcesrv_exchange_emsmdb.c:1782 if( !( mapi_response = EcDoRpc_process_transaction(mem_ctx, emsmdbp_ctx, mapi2k7_request.mapi_request) ) ) // hmmm, Rex return MAPI_E_INVALID_OBJECT; It seems to have stopped the null pointer problem, but i have absolutely no idea what it should do when EcDoRpc_process_transaction() returns NULL, or even what MAPI_E_INVALID_OBJECT means. Cheers, Rex -- Julien Kerihuel j.kerih...@openchange.org OpenChange Project Founder Twitter: http://twitter.com/jkerihuel GPG Fingerprint: 0B55 783D A781 6329 108A B609 7EF6 FE11 A35F 1F79 signature.asc Description: OpenPGP digital signature
Re: [SOGo] sogo-tool 'lost connection' errors afetr update to SOGo 2.2.5
On 6/17/2014 10:24 AM, Charles Marcus cmar...@media-brokers.com wrote: 2014-06-12 03:30:15.530 sogo-tool[31674] ERROR: could not open MySQL4 connection to database 'sogo': Lost connection to MySQL server at 'reading authorization packet', system error: 104 I got a response on the MariaDB list claiming that the mysql4 protocol is extremely outdated and no longer supported by mariadb (or mysql5.5), so should not be used. So... why is it trying to use the mysql4 protocol? Charles -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Samba crashing
Sorry, should have included that information. Pulled from git on the 16th with git clone https://github.com/openchange/openchange.git; root@sogo:/usr/src/openchange_git/openchange# fgrep RELEASE VERSION # e.g. OPENCHANGE_VERSION_RELEASE_NICKNAME=Nicky Nickname # OPENCHANGE_VERSION_RELEASE_NICKNAME=Nanoprobe # e.g. OPENCHANGE_VERSION_RELEASE_VERSION=0.8.2 # OPENCHANGE_VERSION_RELEASE_NUMBER=2.2 Cheers, Rex Julien Kerihuel wrote: Hi Rex, What is the version of openchange you are experiencing this crash with? (git master, 3rd party repo?) Cheers, Julien. On 18/06/14 16:53, Rex Johnston wrote: I'll just cut straight to the end here. Running samba in the debugger... Program received signal SIGSEGV, Segmentation fault. ndr_push_mapi_response (ndr=0xd285b0, ndr_flags=optimized out, r=0x0) at ndr_mapi.c:561 561 NDR_CHECK(ndr_push_uint16(ndr, NDR_SCALARS, r-length)); (gdb) bt #0 ndr_push_mapi_response (ndr=0xd285b0, ndr_flags=optimized out, r=0x0) at ndr_mapi.c:561 #1 0x7fffd8ac14f8 in dcesrv_EcDoRpcExt2 (r=0x13da110, mem_ctx=0x307a9c0, dce_call=optimized out) at mapiproxy/servers/default/emsmdb/dcesrv_exchange_emsmdb.c:1792 #2 dcesrv_exchange_emsmdb_dispatch (dce_call=optimized out, mem_ctx=0x307a9c0, r=0x13da110, mapiproxy=optimized out) at mapiproxy/servers/default/emsmdb/dcesrv_exchange_emsmdb.c:1943 #3 0x7fffd9c198fc in mapiproxy_server_dispatch (dce_call=0x307a9c0, mem_ctx=0x307a9c0, r=0x13da110, mapiproxy=0x7fffdf10) at mapiproxy/libmapiproxy/dcesrv_mapiproxy_server.c:57 #4 0x7fffd9e57b40 in mapiproxy_op_dispatch (dce_call=0x307a9c0, mem_ctx=0x307a9c0, r=0x13da110) at mapiproxy/dcesrv_mapiproxy.c:504 #5 0x7fffe5cb9fd2 in dcesrv_request (call=0x307a9c0) at ../source4/rpc_server/dcerpc_server.c:965 #6 dcesrv_process_ncacn_packet (dce_conn=optimized out, pkt=optimized out, blob=...) at ../source4/rpc_server/dcerpc_server.c:1110 #7 0x7fffe5cbab59 in dcesrv_read_fragment_done (subreq=0x0) at ../source4/rpc_server/dcerpc_server.c:1488 #8 0x74987698 in dcerpc_read_ncacn_packet_done (subreq=0x0) at ../librpc/rpc/dcerpc_util.c:295 #9 0x7151ac64 in tstream_readv_pdu_readv_done (subreq=0x2bc4e40) at ../lib/tsocket/tsocket_helpers.c:319 #10 0x71519b64 in tstream_readv_done (subreq=0x0) at ../lib/tsocket/tsocket.c:604 #11 0x73f170e2 in tevent_common_loop_immediate () from /usr/lib/x86_64-linux-gnu/libtevent.so.0 #12 0x73f19b26 in ?? () from /usr/lib/x86_64-linux-gnu/libtevent.so.0 #13 0x73f16860 in _tevent_loop_once () from /usr/lib/x86_64-linux-gnu/libtevent.so.0 #14 0x73f169eb in tevent_common_loop_wait () from /usr/lib/x86_64-linux-gnu/libtevent.so.0 #15 0x00409459 in binary_smbd_main (argc=optimized out, argv=optimized out, binary_name=0x40bf95 samba) at ../source4/smbd/server.c:486 #16 0x73b7476d in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #17 0x00405631 in _start () (gdb) print r $1 = (const struct mapi_response *) 0x0 I've altered mapiproxy/servers/default/emsmdb/dcesrv_exchange_emsmdb.c:1782 if( !( mapi_response = EcDoRpc_process_transaction(mem_ctx, emsmdbp_ctx, mapi2k7_request.mapi_request) ) ) // hmmm, Rex return MAPI_E_INVALID_OBJECT; It seems to have stopped the null pointer problem, but i have absolutely no idea what it should do when EcDoRpc_process_transaction() returns NULL, or even what MAPI_E_INVALID_OBJECT means. Cheers, Rex -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] BTS activities for Thursday, June 19 2014
Title: BTS activities for Thursday, June 19 2014 BTS Activities Home page: http://www.sogo.nu/bugs Project: SOGo For the period covering: Thursday, June 19 2014 idlast updatestatus (resolution)categorysummary 2823 2014-06-19 12:38:00 updated (open) Backend Address Book Collected Address Book now appears on all iPhones