Cyrus... We're doing some traceback here as I have two datasets to look at. Still looking at one of them, but I believe these events correspond to the use case of migrating data from a Snow iCal client to a CalDAV Lion server: 2011-09-04 22:51:56-0500 [-] [caldav-0] [-] [twistedcaldav.directory.principal#error] No principal found for UID: 01A3FBCF-A61C-4EE8-A0FE-44C30A660191 2011-09-04 22:51:56-0500 [-] [caldav-0] [PooledMemCacheProtocol,client] [twistedcaldav.directory.principal#error] No principal found for UID: 01A3FBCF-A61C-4EE8-A0FE-44C30A660191 2011-09-04 22:51:56-0500 [-] [caldav-0] [PooledMemCacheProtocol,client] [twistedcaldav.scheduling.scheduler#error] Unknown calendar user address: urn:uuid:01A3FBCF-A61C-4EE8-A0FE-44C30A660191 2011-09-04 22:51:56-0500 [-] [caldav-0] [PooledMemCacheProtocol,client] [twistedcaldav.scheduling.scheduler.ScheduleResponseQueue#error] Error during PUT for urn:uuid:01A3FBCF-A61C-4EE8-A0FE-44C30A660191: Unknown recipient 2011-09-04 22:52:11-0500 [-] [caldav-0] [-] [twistedcaldav.directory.principal#error] No principal found for UID: 01A3FBCF-A61C-4EE8-A0FE-44C30A660191 2011-09-04 22:52:11-0500 [-] [caldav-0] [PooledMemCacheProtocol,client] [twistedcaldav.directory.principal#error] No principal found for UID: 01A3FBCF-A61C-4EE8-A0FE-44C30A660191 2011-09-04 22:52:11-0500 [-] [caldav-0] [PooledMemCacheProtocol,client] [twistedcaldav.scheduling.scheduler#error] Unknown calendar user address: urn:uuid:01A3FBCF-A61C-4EE8-A0FE-44C30A660191 2011-09-04 22:52:11-0500 [-] [caldav-0] [PooledMemCacheProtocol,client] [twistedcaldav.scheduling.scheduler.ScheduleResponseQueue#error] Error during PUT for urn:uuid:01A3FBCF-A61C-4EE8-A0FE-44C30A660191: Unknown recipient 2011-09-04 22:52:29-0500 [-] [caldav-0] [-] [twistedcaldav.directory.principal#error] No principal found for UID: 01A3FBCF-A61C-4EE8-A0FE-44C30A660191 2011-09-04 22:52:29-0500 [-] [caldav-0] [PooledMemCacheProtocol,client] [twistedcaldav.scheduling.scheduler#error] Unknown calendar user address: urn:uuid:01A3FBCF-A61C-4EE8-A0FE-44C30A660191 2011-09-04 22:52:29-0500 [-] [caldav-0] [PooledMemCacheProtocol,client] [twistedcaldav.scheduling.scheduler.ScheduleResponseQueue#error] Error during POST for urn:uuid:01A3FBCF-A61C-4EE8-A0FE-44C30A660191: Unknown recipient 2011-09-05 00:48:51-0500 [-] [caldav-0] [NotificationClientLineProtocol,client] [twistedcaldav.notify.NotificationClientFactory#error] Connect to notification server lost: [Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionDone'>: Connection was closed cleanly. 2011-09-05 00:48:51-0500 [-] [caldav-1] [NotificationClientLineProtocol,client] [twistedcaldav.notify.NotificationClientFactory#error] Connect to notification server lost: [Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionDone'>: Connection was closed cleanly. This would seem to corroborate with what Dre proposed as an issue: the UUID should be preserved. What's confusing about this is that the users had been imported to OD prior to pulling in any calendar data, so I wouldn't expect the UUID to be different. It should also not force me to use a fatal option of "revert to server" when that will cause it to delete the imported event. It would be nice if it would say, "Okie, I'll take this event, but I don't know who those invitees are." The alternative seems to be an inability to import the data at all with an iCal client...? --Jason --- Jason Miller jmiller@red-abstract.com On Sep 20, 2011, at 2:58 PM, Cyrus Daboo wrote:
Hi Jason,
--On September 20, 2011 1:51:39 PM -0500 Jason Miller <jmiller@red-abstract.com> wrote:
But if you disable iMIP on the server and take the client's Apple Mail offline, that seems to mitigate the email storm that results from importing events. It doesn't, however, solve the HTTP 500 errors that result.
I think your answer provides clues, though, Dre. Sounds like there's a need for someone to crack open some scripting.
What shows up in /var/log/caldavd/error.log when the 500 error occurs?
-- Cyrus Daboo