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
|