OK so as soon as I sent that, I noticed there were shared calendars added to this account of users that no longer existed. Removing these corrected the issue. I guess this should be handled better - creating a bug report.
Regards, Mark On Mon, Aug 16, 2010 at 11:06:44AM +0100, Mark Adams wrote: > Hi All, > > I'm having a strange issue with 1 user on my setup (latest nightly) > where by they cannot add or edit any events in their's or shared > calendars. The error received is > > --- > > The proxy server received an invalid response from an upstream server. > The proxy server could not handle the request GET > /SOGo/so/u...@domain/Calendar/personal//187C-4C690D80-7-48DFF280.ics/editAsAppointment. > > Reason: Error reading from remote server > > --- > > I can see in the log, that when they try to open a new event window sogo > restarts itself with the following error: > > ------ > > EXCEPTION: <NSException: 0x2974af0> NAME:NSInvalidArgumentException > REASON:Tried to add nil value for key 'name' to dictionary INFO:{} > Aug 16 10:57:32 sogod: SOGo watchdog [6161]: <0x0x1a85390[WOWatchDogChild]> > child 6261 exited > Aug 16 10:57:32 sogod: SOGo watchdog [6161]: <0x0x1a85390[WOWatchDogChild]> > (terminated due to signal 6) > Aug 16 10:57:32 sogod: SOGo watchdog [6161]: <0x0x1a85390[WOWatchDogChild]> > avoiding to respawn child before 2010-08-16 10:57:36 +0100 > 2010-08-16 10:57:32.264 sogod[6262] Note: Using UTF-8 as URL encoding in > NGExtensions. > Aug 16 10:57:32 sogod: SOGo watchdog [6262]: <0x0x21ee650[SOGoCache]> Cache > cleanup interval set every 300.000000 seconds > Aug 16 10:57:32 sogod: SOGo watchdog [6262]: <0x0x21ee650[SOGoCache]> Using > host(s) 'localhost' as server(s) > 2010-08-16 10:57:32.272 sogod[6262] Note(SoObject): SoDebugKeyLookup is > enabled! > 2010-08-16 10:57:32.272 sogod[6262] Note(SoObject): SoDebugBaseURL is enabled! > 2010-08-16 10:57:32.272 sogod[6262] Note(SoObject): relative base URLs are > enabled. > Aug 16 10:57:32 sogod: SOGo watchdog [6262]: [WARN] > <0x0x23e8790[SOGoWebDAVAclManager]> entry '{DAV:}write' already exists in DAV > permissions table > Aug 16 10:57:32 sogod: SOGo watchdog [6262]: [WARN] > <0x0x23e8790[SOGoWebDAVAclManager]> entry '{DAV:}write-properties' already > exists in DAV permissions table > Aug 16 10:57:32 sogod: SOGo watchdog [6262]: [WARN] > <0x0x23e8790[SOGoWebDAVAclManager]> entry '{DAV:}write-content' already > exists in DAV permissions table > 2010-08-16 10:57:32.316 sogod[6262] Scanner initialised with nil string > 2010-08-16 10:57:32.400 sogod[6262] Scanner initialised with nil string > 2010-08-16 10:57:32.456 sogod[6262] ERROR(-[NGBundleManager > bundleWithPath:]): could not create bundle for path: > '/usr/share/GNUstep/Libraries/gnustep-base/Versions/1.16/Resources/SSL.bundle' > 2010-08-16 10:57:32.464 sogod[6262] WOCompoundElement: pool embedding is on. > 2010-08-16 10:57:32.464 sogod[6262] WOCompoundElement: id logging is on. > Aug 16 10:57:32 sogod: SOGo watchdog [6264]: |SOGo| version 1.3.0 (build > @vizzini.inverse.ca 201008151054) -- starting > Aug 16 10:57:32 sogod: SOGo watchdog [6264]: |SOGo| vmem size check enabled: > shutting down app when vmem > 512 MB > > ------ > > I've logged on with this user account and get the same issue. This is not > happening to any other user, > and everyone can still add items in to the calendar of the effected user. > Very strange. > > Any ideas? > > Cheers, > Mark > -- > users@sogo.nu > https://inverse.ca/sogo/lists
-- users@sogo.nu https://inverse.ca/sogo/lists