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
> --
> [email protected]
> https://inverse.ca/sogo/lists
--
[email protected]
https://inverse.ca/sogo/lists
