ok I solved my bug, it was my LDAP conf who was bad.

Le 09/11/2011 11:21, Matthieu HAMELIN a écrit :
Hello,
we are testing ZEG SOGo 1.3.8, and custom config file work fine, exception our authentication on our ldap.
in sogo log we have this :

2011-11-09 10:54:30.139 sogod[8535] Note(SoObject): SoDebugKeyLookup is enabled!
2011-11-09 10:54:30.139 sogod[8535] Note(SoObject): SoDebugBaseURL is enabled!
2011-11-09 10:54:30.139 sogod[8535] Note(SoObject): relative base URLs are enabled.
2011-11-09 10:54:30.148 sogod[8535] ERROR(-[NGBundleManager bundleWithPath:]): could not create bundle for path: '/usr/share/GNUstep/Libraries/gnustep-base/Versions/1.19/Resources/SSL.bundle'
2011-11-09 10:54:30.168 sogod[8535] WOCompoundElement: pool embedding is on.
2011-11-09 10:54:30.168 sogod[8535] WOCompoundElement: id logging is on.
2011-11-09 10:54:30.203 sogod[8535] WARNING(-[NSNull(misc) count]): called NSNull -count (returns 0) !!!
localhost - - [09/Nov/2011:10:54:30 GMT] "GET /SOGo/ HTTP/1.1" 200 3953/0 0.109 10989 64% 2M
EXCEPTION: <NSException: 0x8c4f358> NAME:NSInvalidArgumentException REASON:GSCInlineString(instance) does not recognize stringsWithFormat: INFO:(nil)

Nov 09 10:54:30 sogod [8455]: <0x0x883f500[WOWatchDogChild]> child 8535 exited
Nov 09 10:54:30 sogod [8455]: <0x0x883f500[WOWatchDogChild]>  (terminated due to signal 6)
Nov 09 10:54:30 sogod [8455]: <0x0x883f500[WOWatchDogChild]> avoiding to respawn child before 2011-11-09 10:54:35 +0100

Reply via email to