Re: [SOGo] Lightning for TB 10 or ESR
Hi, Le 15/03/2012 16:09, Martin Seener a écrit : > Lightning 1.3 is for TB11.x only > TB10 will remaing Lighting 1.2.x releses (especially ESR!) > > but dunno if Sogos connector and integrator is still compatible to > TB11+L1.3 FYI, it seems to works like a charm, just increasing maxVersion... I hope that Ubuntu won't upgrade thunderbird to quickly in coming LTS... Thx again for your work... rémi > Am 3/15/12 4:07 PM, schrieb Alessio Fattorini: >> Sorry for this question, it's not sogo connected but since yesterday i >> can't find lightning through Thunderbird explore panel! >> I must download it manually from this page: >> https://addons.mozilla.org/it/thunderbird/addon/lightning/versions/?page=1#version-1.2.3 >> >> It's not much handy >> Last version 1.3 isn't compatible with TB10 >> Maybe my issue is related? >> Have Anyone the same problem? >> -- Rémi Cailletaud - IE CNRS 3S-R - Laboratoire Sols, Solides, Structures - Risques BP53, 38041 Grenoble CEDEX 0 FRANCE remi.caillet...@hmg.inpg.fr Tél: +33 (0)4 76 82 52 78 Fax: +33 (0)4 76 82 70 43 smime.p7s Description: Signature cryptographique S/MIME
Re: [SOGo] SOGo 2.0 beta : LDAP & NSInvalidArgumentException
Le 16/02/2012 02:53, Ludovic Marcotte a écrit : > On 14/02/12 09:36, Rémi Cailletaud wrote: >> this one is not ok ? > A fix has just been pushed. You should try the upcoming nightly builds > for SOPE (sope-ldap) - available in about 10 hours from now. The fix seems to work properly. Thx !! Cheers, rémi > > Thanks, > -- Rémi Cailletaud - IE CNRS 3S-R - Laboratoire Sols, Solides, Structures - Risques BP53, 38041 Grenoble CEDEX 0 FRANCE remi.caillet...@hmg.inpg.fr Tél: +33 (0)4 76 82 52 78 Fax: +33 (0)4 76 82 70 43 smime.p7s Description: Signature cryptographique S/MIME
Re: [SOGo] SOGo 2.0 beta : LDAP & NSInvalidArgumentException
Le 31/01/2012 11:51, Rémi Cailletaud a écrit : > Hi all, > > Le 26/01/2012 21:05, Wolfgang Sourdeau a écrit : >> Can you produce a new backtrace after installing the debug package for >> SOPE? > > Here is the bt with sope4.9-dbg installed. this one is not ok ? > > Thx, > rémi > > > #0 -[NSException raise] (self=0x1dfe150, _cmd=0x7f97e70303c0) at > NSException.m:945 > #1 0x7f97e6c4ed78 in +[NSException raise:format:] > (self=0x7f97e702ffe0, _cmd=, name=0x7f97e70305a0, > format=0x7f97e6fef620) at NSException.m:825 > #2 0x7f97e6ba1261 in -[GSInlineArray initWithObjects:count:] > (self=0x0, _cmd=, objects=0x1d8ade0, count=2) at > GSArray.m:426 > #3 0x7f97e7f0fac5 in -[NGLdapAttribute allStringValues] > (self=, _cmd=) at > NGLdapAttribute.m:221 > #4 0x7f97e96910dd in ?? () from /usr/lib/libSOGo.so.2 > #5 0x7f97e969129e in ?? () from /usr/lib/libSOGo.so.2 > #6 0x7f97e9696189 in ?? () from /usr/lib/libSOGo.so.2 > #7 0x7f97e9696e5e in ?? () from /usr/lib/libSOGo.so.2 > #8 0x7f97df411dd5 in -[SOGoContactSourceFolder > lookupContactsWithFilter:onCriteria:sortBy:ordering:] (self=0x1c8c860, > _cmd=0x7f97ded712d0, filter=0x211e480, > criteria=0x1d97880, sortKey=0x1ceba40, > sortOrdering=NSOrderedAscending) at SOGoContactSourceFolder.m:326 > #9 0x7f97deb641dc in -[UIxContactsListActions contactInfos] > (self=0x1c6a400, _cmd=0x7f97ded712f0) at UIxContactsListActions.m:110 > #10 0x7f97deb6425d in -[UIxContactsListActions contactsListAction] > (self=0x1c6a400, _cmd=0x1d96e90) at UIxContactsListActions.m:130 > #11 0x7f97e8653e89 in -[SoActionInvocation > callOnObject:withPositionalParametersWhenNotNil:inContext:] () from > /usr/lib/libNGObjWeb.so.4.9 > #12 0x7f97e864f180 in -[SoObjectMethodDispatcher dispatchInContext:] > () from /usr/lib/libNGObjWeb.so.4.9 > #13 0x7f97e8651508 in -[SoObjectRequestHandler > handleRequest:inContext:session:application:] () from > /usr/lib/libNGObjWeb.so.4.9 > #14 0x7f97e85e0b0b in -[WORequestHandler handleRequest:] > (self=0x19099d0, _cmd=, _request=0x1d60e30) at > WORequestHandler.m:241 > #15 0x7f97e85a650c in -[WOCoreApplication > dispatchRequest:usingHandler:] (self=0x16fa210, _cmd= out>, _request=0x1d60e30, handler=0x19099d0) > at WOCoreApplication.m:704 > #16 0x004032a1 in -[SOGo dispatchRequest:] (self=0x16fa210, > _cmd=0x7f97e8962dc0, _request=0x1d60e30) at SOGo.m:451 > #17 0x7f97e8640e45 in -[WOHttpTransaction _run] (self=0x1bf36d0, > _cmd=) at WOHttpTransaction.m:581 > #18 0x7f97e8641038 in -[WOHttpTransaction run] (self=0x1bf36d0, > _cmd=) at WOHttpTransaction.m:634 > #19 0x7f97e863d269 in -[WOHttpAdaptor runConnection:] > (self=0x1b074e0, _cmd=, _socket=0x1db79a0) at > WOHttpAdaptor.m:384 > #20 0x7f97e863d476 in -[WOHttpAdaptor _handleAcceptedConnection:] > (self=0x1b074e0, _cmd=, _connection=0x1db79a0) at > WOHttpAdaptor.m:418 > #21 0x7f97e863d8f2 in -[WOHttpAdaptor _handleConnection:] > (self=0x1b074e0, _cmd=, connection=0x1db79a0) at > WOHttpAdaptor.m:477 > #22 0x7f97e863db28 in -[WOHttpAdaptor acceptControlMessage:] > (self=0x1b074e0, _cmd=, aNotification= optimized out>) at WOHttpAdaptor.m:516 > #23 0x7f97e6c87c32 in -[NSNotificationCenter _postAndRelease:] > (self=, _cmd=, > notification=) > at NSNotificationCenter.m:1161 > #24 0x7f97e6d746a1 in -[GSRunLoopCtxt pollUntil:within:] > (self=0x18b11e0, _cmd=, milliseconds= optimized out>, contexts=0x192d7f0) > at GSRunLoopCtxt.m:636 > #25 0x7f97e6cc7c01 in -[NSRunLoop acceptInputForMode:beforeDate:] > (self=0x19584c0, _cmd=, mode=0x7f97e706d600, > limit_date=) > at NSRunLoop.m:1197 > #26 0x7f97e6cc6ba0 in -[NSRunLoop runMode:beforeDate:] > (self=0x19584c0, _cmd=, mode=0x7f97e706d600, > date=0x1bd1a10) at NSRunLoop.m:1265 > #27 0x7f97e85a5e79 in -[WOCoreApplication run] (self=0x16fa210, > _cmd=) at WOCoreApplication.m:576 > #28 0x00402915 in -[SOGo run] (self=0x16fa210, > _cmd=0x7f97e8908680) at SOGo.m:275 > #29 0x7f97e85ea853 in -[WOWatchDog _spawnChild:] (self=0x19f6fd0, > _cmd=, child=0x1913280) at > WOWatchDogApplicationMain.m:563 > #30 0x7f97e85e9a26 in -[WOWatchDog _ensureChildren] (self=0x19f6fd0, > _cmd=) at WOWatchDogApplicationMain.m:653 > #31 0x7f97e85ea0da in -[WOWatchDog run:argc:argv:] (self=0x19f6fd0, > _cmd=, newAppName=, > newArgC=, > newArgV=0x7fff95528358) at WOWatchDogApplicationMain.m:927 > #32 0x7f97e85eb10a in WOWatchDogApplicationMain (appName=0x6084a0, > argc=, argv=) at > WOWatchDogApplicationMain.m:1036 > #33 0x00401ae5 in main (argc=7, argv=0x7fff95528358, > env=0x7fff95528398) at sogod.m:53 > >> >> >> Thanks! >> >> >> Wolfgang > > -- Rémi Cailletaud - IE CNRS 3S-R - Laboratoire Sols, Solides, Structures - Risques BP53, 38041 Grenoble CEDEX 0 FRANCE remi.caillet...@hmg.inpg.fr Tél: +33 (0)4 76 82 52 78 Fax: +33 (0)4 76 82 70 43 smime.p7s Description: Signature cryptographique S/MIME
Re: [SOGo] SOGo 2.0 beta : LDAP & NSInvalidArgumentException
Hi all, Le 26/01/2012 21:05, Wolfgang Sourdeau a écrit : > Can you produce a new backtrace after installing the debug package for > SOPE? Here is the bt with sope4.9-dbg installed. Thx, rémi #0 -[NSException raise] (self=0x1dfe150, _cmd=0x7f97e70303c0) at NSException.m:945 #1 0x7f97e6c4ed78 in +[NSException raise:format:] (self=0x7f97e702ffe0, _cmd=, name=0x7f97e70305a0, format=0x7f97e6fef620) at NSException.m:825 #2 0x7f97e6ba1261 in -[GSInlineArray initWithObjects:count:] (self=0x0, _cmd=, objects=0x1d8ade0, count=2) at GSArray.m:426 #3 0x7f97e7f0fac5 in -[NGLdapAttribute allStringValues] (self=, _cmd=) at NGLdapAttribute.m:221 #4 0x7f97e96910dd in ?? () from /usr/lib/libSOGo.so.2 #5 0x7f97e969129e in ?? () from /usr/lib/libSOGo.so.2 #6 0x7f97e9696189 in ?? () from /usr/lib/libSOGo.so.2 #7 0x7f97e9696e5e in ?? () from /usr/lib/libSOGo.so.2 #8 0x7f97df411dd5 in -[SOGoContactSourceFolder lookupContactsWithFilter:onCriteria:sortBy:ordering:] (self=0x1c8c860, _cmd=0x7f97ded712d0, filter=0x211e480, criteria=0x1d97880, sortKey=0x1ceba40, sortOrdering=NSOrderedAscending) at SOGoContactSourceFolder.m:326 #9 0x7f97deb641dc in -[UIxContactsListActions contactInfos] (self=0x1c6a400, _cmd=0x7f97ded712f0) at UIxContactsListActions.m:110 #10 0x7f97deb6425d in -[UIxContactsListActions contactsListAction] (self=0x1c6a400, _cmd=0x1d96e90) at UIxContactsListActions.m:130 #11 0x7f97e8653e89 in -[SoActionInvocation callOnObject:withPositionalParametersWhenNotNil:inContext:] () from /usr/lib/libNGObjWeb.so.4.9 #12 0x7f97e864f180 in -[SoObjectMethodDispatcher dispatchInContext:] () from /usr/lib/libNGObjWeb.so.4.9 #13 0x7f97e8651508 in -[SoObjectRequestHandler handleRequest:inContext:session:application:] () from /usr/lib/libNGObjWeb.so.4.9 #14 0x7f97e85e0b0b in -[WORequestHandler handleRequest:] (self=0x19099d0, _cmd=, _request=0x1d60e30) at WORequestHandler.m:241 #15 0x7f97e85a650c in -[WOCoreApplication dispatchRequest:usingHandler:] (self=0x16fa210, _cmd=, _request=0x1d60e30, handler=0x19099d0) at WOCoreApplication.m:704 #16 0x004032a1 in -[SOGo dispatchRequest:] (self=0x16fa210, _cmd=0x7f97e8962dc0, _request=0x1d60e30) at SOGo.m:451 #17 0x7f97e8640e45 in -[WOHttpTransaction _run] (self=0x1bf36d0, _cmd=) at WOHttpTransaction.m:581 #18 0x7f97e8641038 in -[WOHttpTransaction run] (self=0x1bf36d0, _cmd=) at WOHttpTransaction.m:634 #19 0x7f97e863d269 in -[WOHttpAdaptor runConnection:] (self=0x1b074e0, _cmd=, _socket=0x1db79a0) at WOHttpAdaptor.m:384 #20 0x7f97e863d476 in -[WOHttpAdaptor _handleAcceptedConnection:] (self=0x1b074e0, _cmd=, _connection=0x1db79a0) at WOHttpAdaptor.m:418 #21 0x7f97e863d8f2 in -[WOHttpAdaptor _handleConnection:] (self=0x1b074e0, _cmd=, connection=0x1db79a0) at WOHttpAdaptor.m:477 #22 0x7f97e863db28 in -[WOHttpAdaptor acceptControlMessage:] (self=0x1b074e0, _cmd=, aNotification=) at WOHttpAdaptor.m:516 #23 0x7f97e6c87c32 in -[NSNotificationCenter _postAndRelease:] (self=, _cmd=, notification=) at NSNotificationCenter.m:1161 #24 0x7f97e6d746a1 in -[GSRunLoopCtxt pollUntil:within:] (self=0x18b11e0, _cmd=, milliseconds=, contexts=0x192d7f0) at GSRunLoopCtxt.m:636 #25 0x7f97e6cc7c01 in -[NSRunLoop acceptInputForMode:beforeDate:] (self=0x19584c0, _cmd=, mode=0x7f97e706d600, limit_date=) at NSRunLoop.m:1197 #26 0x7f97e6cc6ba0 in -[NSRunLoop runMode:beforeDate:] (self=0x19584c0, _cmd=, mode=0x7f97e706d600, date=0x1bd1a10) at NSRunLoop.m:1265 #27 0x7f97e85a5e79 in -[WOCoreApplication run] (self=0x16fa210, _cmd=) at WOCoreApplication.m:576 #28 0x00402915 in -[SOGo run] (self=0x16fa210, _cmd=0x7f97e8908680) at SOGo.m:275 #29 0x7f97e85ea853 in -[WOWatchDog _spawnChild:] (self=0x19f6fd0, _cmd=, child=0x1913280) at WOWatchDogApplicationMain.m:563 #30 0x7f97e85e9a26 in -[WOWatchDog _ensureChildren] (self=0x19f6fd0, _cmd=) at WOWatchDogApplicationMain.m:653 #31 0x7f97e85ea0da in -[WOWatchDog run:argc:argv:] (self=0x19f6fd0, _cmd=, newAppName=, newArgC=, newArgV=0x7fff95528358) at WOWatchDogApplicationMain.m:927 #32 0x7f97e85eb10a in WOWatchDogApplicationMain (appName=0x6084a0, argc=, argv=) at WOWatchDogApplicationMain.m:1036 #33 0x00401ae5 in main (argc=7, argv=0x7fff95528358, env=0x7fff95528398) at sogod.m:53 > > > Thanks! > > > Wolfgang -- Rémi Cailletaud - IE CNRS 3S-R - Laboratoire Sols, Solides, Structures - Risques BP53, 38041 Grenoble CEDEX 0 FRANCE remi.caillet...@hmg.inpg.fr Tél: +33 (0)4 76 82 52 78 Fax: +33 (0)4 76 82 70 43 smime.p7s Description: Signature cryptographique S/MIME
Re: [SOGo] SOGo 2.0 beta : LDAP & NSInvalidArgumentException
Hi all, > Can you produce a new backtrace after installing the debug package for > SOPE? Oops, did not notice that sope-dbg was not installed... I'm away from computer for few days, will post the bt next week. Cheers, rémi > > > Thanks! > > > Wolfgang > -- > users@sogo.nu > https://inverse.ca/sogo/lists > -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo 2.0 beta : LDAP & NSInvalidArgumentException
Le 25/01/2012 21:47, Ludovic Marcotte a écrit : > On 25/01/12 04:59, Rémi Cailletaud wrote: >> That's not better : same exception. > You could install the debug symbols for the GNUstep/SOPE/SOGo packages > and produce a stack trace with a breakpoint on "raise". It has been > covered multiple times in the mailing list how you can do that. hem, I already did it in the thread (third mail). sorry for the multi-mailing... >> We finally found which field causes the exception : guilty accounts are >> those with several user certificates. With only one, there is no problem. > Please show us the complete LDIF entry for the two examples. I attached a bad ldif. The first user has two certificates. Deleting the second one make the ldif good... >> We reproduce this bug on two different test servers. Changing database >> backend to mysql has no effect. >> >> We did not face the bug on Sogo 1.3 (with mysql). > 2.0 has had the LDAP code quite overhauled. >> Should I fill a bug report ? > No, not right now. Thx again for your work, rémi -- Rémi Cailletaud - IE CNRS 3S-R - Laboratoire Sols, Solides, Structures - Risques BP53, 38041 Grenoble CEDEX 0 FRANCE remi.caillet...@hmg.inpg.fr Tél: +33 (0)4 76 82 52 78 Fax: +33 (0)4 76 82 70 43 dn: OU=Tests,OU=Utilisateurs,DC=3S-Mail,DC=local changetype: add objectClass: top objectClass: organizationalUnit ou: Tests distinguishedName: OU=Tests,OU=Utilisateurs,DC=3S-Mail,DC=local instanceType: 4 whenCreated: 20120126083019.0Z whenChanged: 20120126085147.0Z uSNCreated: 16797 uSNChanged: 16825 name: Tests objectGUID:: 8MBZ5rSUT0C3HQtpY8jSdw== objectCategory: CN=Organizational-Unit,CN=Schema,CN=Configuration,DC=3S-Mail,DC=local dSCorePropagationData: 20120126083019.0Z dSCorePropagationData: 20120126083019.0Z dSCorePropagationData: 1601010100.0Z dn: CN=Georges Abitbol,OU=Tests,OU=Utilisateurs,DC=3S-Mail,DC=local changetype: add objectClass: top objectClass: person objectClass: organizationalPerson objectClass: user cn: Georges Abitbol sn: Abitbol c: FR postalCode: 757575 postOfficeBox: 45484 userCertificate:: MIICvDCCAiUCEEoZ0jiMglkcpV1zXxVd3KMwDQYJKoZIhvcNAQEEBQAwgZ4xHzAdBgNVBAoTFlZlcm lTaWduIFRydXN0IE5ldHdvcmsxFzAVBgNVBAsTDlZlcmlTaWduLCBJbmMuMSwwKgYDVQQLEyNWZXJp U2lnbiBUaW1lIFN0YW1waW5nIFNlcnZpY2UgUm9vdDE0MDIGA1UECxMrTk8gTElBQklMSVRZIEFDQ0 VQVEVELCAoYyk5NyBWZXJpU2lnbiwgSW5jLjAeFw05NzA1MTIwMDAwMDBaFw0wNDAxMDcyMzU5NTla MIGeMR8wHQYDVQQKExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMRcwFQYDVQQLEw5WZXJpU2lnbiwgSW 5jLjEsMCoGA1UECxMjVmVyaVNpZ24gVGltZSBTdGFtcGluZyBTZXJ2aWNlIFJvb3QxNDAyBgNVBAsT K05PIExJQUJJTElUWSBBQ0NFUFRFRCwgKGMpOTcgVmVyaVNpZ24sIEluYy4wgZ8wDQYJKoZIhvcNAQ EBBQADgY0AMIGJAoGBANMuIPBofCwtLoEcsQaypwu3EQ1X2lPYdePJMyqy1PYJWzTz6ZD+CQzQ2xta uc3n9oixncCHJet9WBBzanjLcRX9xlj2KatYXpYE/S1iEViBHMpxlNUiWC/VzBQFhDa6lKq0TUrp7j sirVaZfiGcbIbASkeXarSmNtX8CS3TtDmbAgMBAAEwDQYJKoZIhvcNAQEEBQADgYEAYVUOPnvHkhJ+ ERCOIszUsxMrW+hE5At4nqR+86cHch7iWe/MhOOJlEzbTmHvs6T7Rj1QNAufcFb2jip/F87lY795aQ dzLrCVKIr17aqp0l3NCsoQCY/Os68olsR5KYSS3P+6Z0JIppAQ5L9h+JxT5ZPRcz/4/Z1PhKxV0f0R Y2M= userCertificate:: MIICPDCCAaUCEHC65B0Q2Sk0tjjKewPMur8wDQYJKoZIhvcNAQECBQAwXzELMAkGA1UEBhMCVVMxFz AVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAzIFB1YmxpYyBQcmltYXJ5IENl cnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTk2MDEyOTAwMDAwMFoXDTI4MDgwMTIzNTk1OVowXzELMA kGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAzIFB1Ymxp YyBQcmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQ KBgQDJXFme8huKARS0EN8EQNvjV69qRUCPhAwL0TPZ2RHP7gJYHyX3KqhEBarsAx94f56TuZoAqiN9 1qyFomNFx3InzPRMxnVx0jnvT0Lwdd8KkMaOIG+YD/isI19wKTakyYbnsZogy1Olhec9vn2a/iRFM9 x2Fe0PonFkTGUugWhFpwIDAQABMA0GCSqGSIb3DQEBAgUAA4GBALtMEivPLCYATxQT3ab7/AoRhIzz KBxnki98tsX63/Dolbwdj2wsqFHMc9ikwFPwTtYmwHYBV4GSXiHx0bH/59AhWM1pF+NEHJwZRDmJXN ycAA9WjQKZ7aKQRUzkuxCkPfAyAw7xzvjoyVGM5mKf5p/AfbdynMk2OmufTqj/ZA1k givenName: Georges distinguishedName: CN=Georges Abitbol,OU=Tests,OU=Utilisateurs,DC=3S-Mail,DC=local instanceType: 4 whenCreated: 20120126082836.0Z whenChanged: 20120126084528.0Z displayName: Georges Abitbol uSNCreated: 16788 memberOf:: Q049R3JvdXBlIGRlcyBtYWxob25uw6p0ZXMsT1U9VXRpbGlzYXRldXJzLERDPTNTLU1haWwsREM9bG 9jYWw= uSNChanged: 16821 co: France name: Georges Abitbol objectGUID:: qpSuHV6/I0iCQ6qC302yHA== userAccountControl: 512 badPwdCount: 0 codePage: 0 countryCode: 250 badPasswordTime: 0 lastLogoff: 0 lastLogon: 0 pwdLastSet: 129720408656933977 primaryGroupID: 513 objectSid:: AQUAAAUV1QulUSZLE/uVqbwnVgQAAA== accountExpires: 9223372036854775807 logonCount: 0 sAMAccountName: gabitbol sAMAccountType: 805306368 userPrincipalName: gabitbol@3S-Mail.local lockoutTime: 0 objectCategory: CN=Person,CN=Schema,CN=Configuration,DC=3S-Mail,DC=local dSCorePropagationData: 20120126083025.0Z dSCorePropagationData: 20120126083019.0Z dSCorePropagationData: 1601010100.0Z lastLogonTimestamp: 129720411288895924 middleName: gabitbol
Re: [SOGo] SOGo 2.0 beta : LDAP & NSInvalidArgumentException
Hi Francis, Thanks for your answer... Le 24/01/2012 21:35, Francis Lachapelle a écrit : > Hi Rémi > > On 2012-01-24, at 11:19 AM, Rémi Cailletaud wrote: > >> I try to install SOGo 2.0 and face a strange error. The scenario is : >> >> - fresh Debian Squeeze install ; >> - SOGo from inverse nightly repository ; >> - PGSQL ; >> - apache2. >> >> - the source auth is an Active Directory : >> >>SOGoUserSources = ( >>{ >>type = ldap; >>CNFieldName = cn; >>IDFieldName = cn; >>UIDFieldName = sAMAccountName; > > Try setting IDFieldName to sAMAccountName. That's not better : same exception. We finally found which field causes the exception : guilty accounts are those with several user certificates. With only one, there is no problem. We reproduce this bug on two different test servers. Changing database backend to mysql has no effect. We did not face the bug on Sogo 1.3 (with mysql). Should I fill a bug report ? Thanks for your work... rémi > >>baseDN = "OU=Users,DC=domain,DC=local"; >>bindDN = read@domain.local; >>bindPassword = "passwd"; >>bindFields = (middleName); >>canAuthenticate = YES; >>displayName = "Domain"; >>hostname = 194.254.65.56; >>id = DOMAIN; >>isAddressBook = YES; >>port = 389; >> scope = sub; >>} >> >> - some users cannot login. in fact, they can login, but sogo raises an >> exception. we tried to search if they have particular LDAP field, but >> nothing like that. >> >> EXCEPTION: NAME:NSInvalidArgumentException >> REASON:Tried to init array with nil object INFO:(nil) >> >> - in same time, searching the address book if those users are in the >> ldap search scope does not work : same exception in Sogo log. >> >> - putting these users out of ldap search scope make the address book >> functional... >> >> We did not manage to understand which LDAP entries can cause this >> exception. Trying to remove most of the fileds, accents, not alpha char >> was unsuccessful... >> >> I paste the commented log of an unsuccessful login attempt. I tried to >> activate some other debug output, but nothing interesting : >> >> >> Jan 24 16:55:30 sogod [31741]: <0x0x10aa5a0[WOWatchDog]> child spawned >> with pid 31751 >> Jan 24 16:55:30 sogod [31751]: <0x0x128e7e0[SOGoCache]> Cache cleanup >> interval set every 300.00 seconds >> Jan 24 16:55:30 sogod [31751]: <0x0x128e7e0[SOGoCache]> Using host(s) >> 'localhost' as server(s) >> 2012-01-24 16:55:30.764 sogod[31751] Note(SoObject): SoDebugKeyLookup is >> enabled! >> 2012-01-24 16:55:30.764 sogod[31751] Note(SoObject): SoDebugBaseURL is >> enabled! >> 2012-01-24 16:55:30.764 sogod[31751] Note(SoObject): relative base URLs >> are enabled. >> 2012-01-24 16:55:30.767 sogod[31751] ERROR(-[NGBundleManager >> bundleWithPath:]): could not create bundle for path: >> '/usr/share/GNUstep/Libraries/gnustep-base/Versions/1.20/Resources/SSL.bundle' >> 2012-01-24 16:55:30.773 sogod[31751] WOCompoundElement: pool embedding >> is on. >> 2012-01-24 16:55:30.773 sogod[31751] WOCompoundElement: id logging is on. >> Jan 24 16:55:30 sogod [31751]: SOGoRootPage successful login for user >> 'jertest' - expire = -1 grace = -1 >> >> -> Login seems to be successful >> >> Jan 24 16:55:30 sogod [31751]: [ERROR] <0x0x1562420[NGLdapAttribute]> >> cound not convert value of objectSid to string >> >> -> I think we can ignore this, as some users that have no problem cause >> this error >> >> EXCEPTION: NAME:NSInvalidArgumentException >> REASON:Tried to init array with nil object INFO:(nil) >> >> -> This one appears only when login with a "bad" user, and searching in >> a address book with some "bad" users. >> >> Jan 24 16:55:30 sogod [31741]: <0x0x108bea0[WOWatchDogChild]> child >> 31751 exited >> Jan 24 16:55:30 sogod [31741]: <0x0x108bea0[WOWatchDogChild]> >> (terminated due to signal 6) >> Jan 24 16:55:30 sogod [31741]: <0x0x108bea0[WOWatchDogChild]> avoiding >> to respawn child before 2012-01-24 16:55:35 +0100 >> >> >> Thanks for your help, >> rémi >> >> -- >> Rémi Cailletaud - IE CNRS >> 3S-R - Laboratoire Sols, Solides, Structures - Risques >> BP53, 38041 Grenoble CEDEX 0 >> FRANCE >> remi.caillet...@hmg.inpg.fr >> Tél: +33 (0)4 76 82 52 78 >> Fax: +33 (0)4 76 82 70 43 > > -- > flachape...@inverse.ca :: +1.514.755.3640 :: http://www.inverse.ca > Inverse :: Leaders behind SOGo (http://sogo.nu) and PacketFence > (http://packetfence.org) > -- Rémi Cailletaud - IE CNRS 3S-R - Laboratoire Sols, Solides, Structures - Risques BP53, 38041 Grenoble CEDEX 0 FRANCE remi.caillet...@hmg.inpg.fr Tél: +33 (0)4 76 82 52 78 Fax: +33 (0)4 76 82 70 43 smime.p7s Description: Signature cryptographique S/MIME
Re: [SOGo] SOGo 2.0 beta : LDAP & NSInvalidArgumentException
... and the self (self reply) : the backtrace. sorry for the noise. Breakpoint 1, -[NSException raise] (self=0x2e51850, _cmd=0x7faef92ab3c0) at NSException.m:945 945 NSException.m: Aucun fichier ou dossier de ce type. in NSException.m (gdb) bt #0 -[NSException raise] (self=0x2e51850, _cmd=0x7faef92ab3c0) at NSException.m:945 #1 0x7faef8ec9d78 in +[NSException raise:format:] (self=0x7faef92aafe0, _cmd=, name=0x7faef92ab5a0, format=0x7faef926a620) at NSException.m:825 #2 0x7faef8e1c261 in -[GSInlineArray initWithObjects:count:] (self=0x0, _cmd=, objects=0x2e54cb0, count=3) at GSArray.m:426 #3 0x7faefa18aac5 in ?? () from /usr/lib/libNGLdap.so.4.9 #4 0x7faefb90c0dd in ?? () from /usr/lib/libSOGo.so.2 #5 0x7faefb90c29e in ?? () from /usr/lib/libSOGo.so.2 #6 0x7faefb911189 in ?? () from /usr/lib/libSOGo.so.2 #7 0x7faefb911e5e in ?? () from /usr/lib/libSOGo.so.2 #8 0x7faef168cdd5 in -[SOGoContactSourceFolder lookupContactsWithFilter:onCriteria:sortBy:ordering:] (self=0x2cb0d70, _cmd=0x7faef0fec2d0, filter=0x2b401c0, criteria=0x2afcfd0, sortKey=0x29811a0, sortOrdering=NSOrderedAscending) at SOGoContactSourceFolder.m:326 #9 0x7faef0ddf1dc in -[UIxContactsListActions contactInfos] (self=0x2b1b650, _cmd=0x7faef0fec2f0) at UIxContactsListActions.m:110 #10 0x7faef0ddf25d in -[UIxContactsListActions contactsListAction] (self=0x2b1b650, _cmd=0x279fb70) at UIxContactsListActions.m:130 #11 0x7faefa8cee89 in ?? () from /usr/lib/libNGObjWeb.so.4.9 #12 0x7faefa8ca180 in ?? () from /usr/lib/libNGObjWeb.so.4.9 #13 0x7faefa8cc508 in ?? () from /usr/lib/libNGObjWeb.so.4.9 #14 0x7faefa85bb0b in ?? () from /usr/lib/libNGObjWeb.so.4.9 #15 0x7faefa82150c in ?? () from /usr/lib/libNGObjWeb.so.4.9 #16 0x004032a1 in -[SOGo dispatchRequest:] (self=0x2673350, _cmd=0x7faefabdddc0, _request=0x2a1a630) at SOGo.m:451 #17 0x7faefa8bbe45 in ?? () from /usr/lib/libNGObjWeb.so.4.9 #18 0x7faefa8bc038 in ?? () from /usr/lib/libNGObjWeb.so.4.9 #19 0x7faefa8b8269 in ?? () from /usr/lib/libNGObjWeb.so.4.9 #20 0x7faefa8b8476 in ?? () from /usr/lib/libNGObjWeb.so.4.9 #21 0x7faefa8b88f2 in ?? () from /usr/lib/libNGObjWeb.so.4.9 #22 0x7faefa8b8b28 in ?? () from /usr/lib/libNGObjWeb.so.4.9 #23 0x7faef8f02c32 in -[NSNotificationCenter _postAndRelease:] (self=, _cmd=, notification=) at NSNotificationCenter.m:1161 #24 0x7faef8fef6a1 in -[GSRunLoopCtxt pollUntil:within:] (self=0x26121e0, _cmd=, milliseconds=, contexts=0x268e7f0) at GSRunLoopCtxt.m:636 #25 0x7faef8f42c01 in -[NSRunLoop acceptInputForMode:beforeDate:] (self=0x26b94c0, _cmd=, mode=0x7faef92e8600, limit_date=) at NSRunLoop.m:1197 #26 0x7faef8f41ba0 in -[NSRunLoop runMode:beforeDate:] (self=0x26b94c0, _cmd=, mode=0x7faef92e8600, date=0x265d660) at NSRunLoop.m:1265 #27 0x7faefa820e79 in ?? () from /usr/lib/libNGObjWeb.so.4.9 #28 0x00402915 in -[SOGo run] (self=0x2673350, _cmd=0x7faefab83680) at SOGo.m:275 #29 0x7faefa865853 in ?? () from /usr/lib/libNGObjWeb.so.4.9 #30 0x7faefa864a26 in ?? () from /usr/lib/libNGObjWeb.so.4.9 #31 0x7faefa8650da in ?? () from /usr/lib/libNGObjWeb.so.4.9 #32 0x7faefa86610a in WOWatchDogApplicationMain () from /usr/lib/libNGObjWeb.so.4.9 #33 0x00401ae5 in main (argc=7, argv=0x7fffdc06eb08, env=0x7fffdc06eb48) at sogod.m:53 Le 24/01/2012 17:46, Rémi Cailletaud a écrit : > Hi again, > > I made a self reply : investigating the postgresql log, I can see : > > 2012-01-24 17:30:51 CET LOG: n'a pas pu recevoir les données du client > : Connexion ré-initialisée par le correspondant > 2012-01-24 17:30:51 CET LOG: fin de fichier (EOF) inattendue de la > connexion du client > > (in english : the connection was reinitialized by client > unexpected EOF) > > Should I fill a bug report ? > > Cheers, > rémi > > Le 24/01/2012 17:19, Rémi Cailletaud a écrit : >> Hi, >> >> I try to install SOGo 2.0 and face a strange error. The scenario is : >> >> - fresh Debian Squeeze install ; >> - SOGo from inverse nightly repository ; >> - PGSQL ; >> - apache2. >> >> - the source auth is an Active Directory : >> >> SOGoUserSources = ( >> { >> type = ldap; >> CNFieldName = cn; >> IDFieldName = cn; >> UIDFieldName = sAMAccountName; >> baseDN = "OU=Users,DC=domain,DC=local"; >> bindDN = read@domain.local; >> bindPassword = "passwd"; >> bindFields = (middleName); >> canAuthenticate = YES; >> displayName = "Domain"; >> hostname = 194.254.65.56; >> id = DOM
Re: [SOGo] SOGo 2.0 beta : LDAP & NSInvalidArgumentException
Hi again, I made a self reply : investigating the postgresql log, I can see : 2012-01-24 17:30:51 CET LOG: n'a pas pu recevoir les données du client : Connexion ré-initialisée par le correspondant 2012-01-24 17:30:51 CET LOG: fin de fichier (EOF) inattendue de la connexion du client (in english : the connection was reinitialized by client unexpected EOF) Should I fill a bug report ? Cheers, rémi Le 24/01/2012 17:19, Rémi Cailletaud a écrit : > Hi, > > I try to install SOGo 2.0 and face a strange error. The scenario is : > > - fresh Debian Squeeze install ; > - SOGo from inverse nightly repository ; > - PGSQL ; > - apache2. > > - the source auth is an Active Directory : > > SOGoUserSources = ( > { > type = ldap; > CNFieldName = cn; > IDFieldName = cn; > UIDFieldName = sAMAccountName; > baseDN = "OU=Users,DC=domain,DC=local"; > bindDN = read@domain.local; > bindPassword = "passwd"; > bindFields = (middleName); > canAuthenticate = YES; > displayName = "Domain"; > hostname = 194.254.65.56; > id = DOMAIN; > isAddressBook = YES; > port = 389; > scope = sub; > } > > - some users cannot login. in fact, they can login, but sogo raises an > exception. we tried to search if they have particular LDAP field, but > nothing like that. > > EXCEPTION: NAME:NSInvalidArgumentException > REASON:Tried to init array with nil object INFO:(nil) > > - in same time, searching the address book if those users are in the > ldap search scope does not work : same exception in Sogo log. > > - putting these users out of ldap search scope make the address book > functional... > > We did not manage to understand which LDAP entries can cause this > exception. Trying to remove most of the fileds, accents, not alpha char > was unsuccessful... > > I paste the commented log of an unsuccessful login attempt. I tried to > activate some other debug output, but nothing interesting : > > > Jan 24 16:55:30 sogod [31741]: <0x0x10aa5a0[WOWatchDog]> child spawned > with pid 31751 > Jan 24 16:55:30 sogod [31751]: <0x0x128e7e0[SOGoCache]> Cache cleanup > interval set every 300.00 seconds > Jan 24 16:55:30 sogod [31751]: <0x0x128e7e0[SOGoCache]> Using host(s) > 'localhost' as server(s) > 2012-01-24 16:55:30.764 sogod[31751] Note(SoObject): SoDebugKeyLookup is > enabled! > 2012-01-24 16:55:30.764 sogod[31751] Note(SoObject): SoDebugBaseURL is > enabled! > 2012-01-24 16:55:30.764 sogod[31751] Note(SoObject): relative base URLs > are enabled. > 2012-01-24 16:55:30.767 sogod[31751] ERROR(-[NGBundleManager > bundleWithPath:]): could not create bundle for path: > '/usr/share/GNUstep/Libraries/gnustep-base/Versions/1.20/Resources/SSL.bundle' > 2012-01-24 16:55:30.773 sogod[31751] WOCompoundElement: pool embedding > is on. > 2012-01-24 16:55:30.773 sogod[31751] WOCompoundElement: id logging is on. > Jan 24 16:55:30 sogod [31751]: SOGoRootPage successful login for user > 'jertest' - expire = -1 grace = -1 > > -> Login seems to be successful > > Jan 24 16:55:30 sogod [31751]: [ERROR] <0x0x1562420[NGLdapAttribute]> > cound not convert value of objectSid to string > > -> I think we can ignore this, as some users that have no problem cause > this error > > EXCEPTION: NAME:NSInvalidArgumentException > REASON:Tried to init array with nil object INFO:(nil) > > -> This one appears only when login with a "bad" user, and searching in > a address book with some "bad" users. > > Jan 24 16:55:30 sogod [31741]: <0x0x108bea0[WOWatchDogChild]> child > 31751 exited > Jan 24 16:55:30 sogod [31741]: <0x0x108bea0[WOWatchDogChild]> > (terminated due to signal 6) > Jan 24 16:55:30 sogod [31741]: <0x0x108bea0[WOWatchDogChild]> avoiding > to respawn child before 2012-01-24 16:55:35 +0100 > > > Thanks for your help, > rémi > -- Rémi Cailletaud - IE CNRS 3S-R - Laboratoire Sols, Solides, Structures - Risques BP53, 38041 Grenoble CEDEX 0 FRANCE remi.caillet...@hmg.inpg.fr Tél: +33 (0)4 76 82 52 78 Fax: +33 (0)4 76 82 70 43 smime.p7s Description: Signature cryptographique S/MIME
[SOGo] SOGo 2.0 beta : LDAP & NSInvalidArgumentException
Hi, I try to install SOGo 2.0 and face a strange error. The scenario is : - fresh Debian Squeeze install ; - SOGo from inverse nightly repository ; - PGSQL ; - apache2. - the source auth is an Active Directory : SOGoUserSources = ( { type = ldap; CNFieldName = cn; IDFieldName = cn; UIDFieldName = sAMAccountName; baseDN = "OU=Users,DC=domain,DC=local"; bindDN = read@domain.local; bindPassword = "passwd"; bindFields = (middleName); canAuthenticate = YES; displayName = "Domain"; hostname = 194.254.65.56; id = DOMAIN; isAddressBook = YES; port = 389; scope = sub; } - some users cannot login. in fact, they can login, but sogo raises an exception. we tried to search if they have particular LDAP field, but nothing like that. EXCEPTION: NAME:NSInvalidArgumentException REASON:Tried to init array with nil object INFO:(nil) - in same time, searching the address book if those users are in the ldap search scope does not work : same exception in Sogo log. - putting these users out of ldap search scope make the address book functional... We did not manage to understand which LDAP entries can cause this exception. Trying to remove most of the fileds, accents, not alpha char was unsuccessful... I paste the commented log of an unsuccessful login attempt. I tried to activate some other debug output, but nothing interesting : Jan 24 16:55:30 sogod [31741]: <0x0x10aa5a0[WOWatchDog]> child spawned with pid 31751 Jan 24 16:55:30 sogod [31751]: <0x0x128e7e0[SOGoCache]> Cache cleanup interval set every 300.00 seconds Jan 24 16:55:30 sogod [31751]: <0x0x128e7e0[SOGoCache]> Using host(s) 'localhost' as server(s) 2012-01-24 16:55:30.764 sogod[31751] Note(SoObject): SoDebugKeyLookup is enabled! 2012-01-24 16:55:30.764 sogod[31751] Note(SoObject): SoDebugBaseURL is enabled! 2012-01-24 16:55:30.764 sogod[31751] Note(SoObject): relative base URLs are enabled. 2012-01-24 16:55:30.767 sogod[31751] ERROR(-[NGBundleManager bundleWithPath:]): could not create bundle for path: '/usr/share/GNUstep/Libraries/gnustep-base/Versions/1.20/Resources/SSL.bundle' 2012-01-24 16:55:30.773 sogod[31751] WOCompoundElement: pool embedding is on. 2012-01-24 16:55:30.773 sogod[31751] WOCompoundElement: id logging is on. Jan 24 16:55:30 sogod [31751]: SOGoRootPage successful login for user 'jertest' - expire = -1 grace = -1 -> Login seems to be successful Jan 24 16:55:30 sogod [31751]: [ERROR] <0x0x1562420[NGLdapAttribute]> cound not convert value of objectSid to string -> I think we can ignore this, as some users that have no problem cause this error EXCEPTION: NAME:NSInvalidArgumentException REASON:Tried to init array with nil object INFO:(nil) -> This one appears only when login with a "bad" user, and searching in a address book with some "bad" users. Jan 24 16:55:30 sogod [31741]: <0x0x108bea0[WOWatchDogChild]> child 31751 exited Jan 24 16:55:30 sogod [31741]: <0x0x108bea0[WOWatchDogChild]> (terminated due to signal 6) Jan 24 16:55:30 sogod [31741]: <0x0x108bea0[WOWatchDogChild]> avoiding to respawn child before 2012-01-24 16:55:35 +0100 Thanks for your help, rémi -- Rémi Cailletaud - IE CNRS 3S-R - Laboratoire Sols, Solides, Structures - Risques BP53, 38041 Grenoble CEDEX 0 FRANCE remi.caillet...@hmg.inpg.fr Tél: +33 (0)4 76 82 52 78 Fax: +33 (0)4 76 82 70 43 -- users@sogo.nu https://inverse.ca/sogo/lists