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

Reply via email to