Hi Andre, Thanks for your response. I tried this with a 10.8.4 client and got the exact same behavior. Also AFAIK the logging ability of Calendar client 10.8 is at a set, unmodifiable level - and I was unable to find any related log entries whatsoever in the 10.8.4 client. In this regard iCal (10.6) is actually a better debugging tool...
I perfectly understand that this is not an official Apple support channel; I'm not here to complain or to "demand Apple to fix it" (as so many on the Apple forums do). As an open source project, I assumed voluntary peer support with limited involvement from developers if I'm lucky. (And personally I'd rather try to figure it out here.) I was hoping to get some help with the logs, to find out where things go wrong and proceed from there. Filing a bug under "Calendar Server doesn't process iMIP attendee responses" sounds overly broad... I presume that this core feature was tested and works for most Calendar Server deployments. -Drew On Aug 8, 2013, at 1:07 PM, Andre LaBranche wrote: > Hi, > > I haven't attempted to understand all of what you wrote (yet), but I do have > one suggestion: try to reproduce the problem with a modern client (10.8.x). > If the problem reproduces in 10.8, a bug should be filed along with some > supporting data. If the problem does *not* reproduce in 10.8, that suggests > the problem was fixed some time since Snow Leopard (which is not hard to > imagine). In this case, the best course of action would be to upgrade the > clients. It would most likely not be worthwhile to pursue a fix for 10.6 > clients. > > As an aside, be aware that your question is about OS X Server, and this email > list is for the open source distribution of Calendar Server (which does not > involve OS X Server). The difference is that there are official support > channels available for OS X Server, while support for the open source > distribution is provided as is, with no warranties expressed or implied, etc > etc :) I'm not trying to send you away, just merely to set expectations. > > HTH, > -dre > > On Aug 8, 2013, at 12:07 PM, Technical Operations <t...@precisionpost.com> > wrote: > >> Hi, >> >> Running Calendar Server on OS X 10.8.4 and iCal clients on OS X 10.6.8. >> >> I have internal events working. External iMIP events get sent out, and it >> appears that they're also fetched from the email account - but iCal doesn't >> update the events. Server's own mail service is off. Our email is hosted by >> gmail (Google Apps for Business). >> >> Steps to recreate: >> Create event and invite an external invitee (masked as xx...@yahoo.com) >> Gmail shows the event was sent out >> Yahoo receives the event, and Yahoo's webmail allows to respond to caldav >> events. >> Gmail receives the caldav response from yahoo >> The response gets marked as read on its own, indicating that Calendar Server >> polled the account >> Organizer's iCal doesn't update with the invitee's response. (Just an >> exclamation mark next to the invitee's email) >> >> I enabled debug logging on the server and client and scoured the logs. I was >> unable to pinpoint a problem - from my limited understanding, everything >> appears ok from the server's perspective. On the client's iCal logs I just >> see that in all the client's DAVGETs, PARTSTAT for the attendee is >> NEEDS-ACTION instead of ACCEPTED. >> >> I'm testing with Yahoo mail since it supports iMIP, but we see the same >> behavior from Outlook attendees. >> >> >> A few excerpts from the server's caldavd logs: >> >> 2013-08-08 10:44:05-0700 [-] [mailgateway] 2013-08-08 10:44:05-0700 >> [POP3DownloadProtocol (TLSMemoryBIOProtocol),client] >> [twistedcaldav.mail.POP3DownloadProtocol#debug] POP downloaded message 0 >> 2013-08-08 10:44:05-0700 [-] [mailgateway] 2013-08-08 10:44:05-0700 >> [POP3DownloadProtocol (TLSMemoryBIOProtocol),client] >> [twistedcaldav.mail.POP3DownloadFactory#debug] POP factory handle message >> 2013-08-08 10:44:05-0700 [-] [mailgateway] 2013-08-08 10:44:05-0700 >> [POP3DownloadProtocol (TLSMemoryBIOProtocol),client] >> [twistedcaldav.mail.POP3DownloadFactory#debug] Delivered-To: >> calendar+56cec50a-ea27-4bfa-8d57-6b8362631...@ourcompany.com >> >> 2013-08-08 10:44:05-0700 [-] [mailgateway] SUMMARY:Accepted: yahoo >> 2013-08-08 10:44:05-0700 [-] [mailgateway] >> ATTENDEE;CN=xx...@yahoo.com;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTS >> 2013-08-08 10:44:05-0700 [-] [mailgateway] >> TAT=ACCEPTED:mailto:xx...@yahoo.com\;X-COMMENT=\; >> 2013-08-08 10:44:05-0700 [-] [mailgateway] ORGANIZER;CN=Drew >> Lahat:mailto:calendar+56cec50a-ea27-4bfa-8d57-6b8362631fce >> 2013-08-08 10:44:05-0700 [-] [mailgateway] @ourcompany.com >> >> [twistedcaldav.mail#debug] Injecting to https://localhost:8443/inbox/: >> {'Originator': 'mailto:xx...@yahoo.com', 'Recipient': >> 'urn:uuid:4D380678-70D3-4C0D-AE54-F107C91B533E', 'Content-Type': >> 'text/calendar', 'x-calendarserver-internal': 'r8eBoszTjYaQJtGM'} >> BEGIN:VCALENDAR >> 013-08-08 10:44:05-0700 [-] [mailgateway] >> ATTENDEE;SCHEDULE-STATUS="5.1;Service unavailable":mailto:xxxxx@yahoo. >> 2013-08-08 10:44:05-0700 [-] [mailgateway] com >> >> 2013-08-08 10:44:05-0700 [-] [mailgateway] STATUS:CONFIRMED >> 2013-08-08 10:44:05-0700 [-] [mailgateway] SUMMARY:Accepted: yahoo >> >> 2013-08-08 10:44:08-0700 [-] [caldav-2] [-] >> [twistedcaldav.scheduling.processing#debug] ImplicitProcessing - originator >> 'mailto:xx...@yahoo.com' to recipient >> 'urn:uuid:4D380678-70D3-4C0D-AE54-F107C91B533E' processing METHOD:REPLY, >> UID: '7EBA3AB4-A04B-4CF8-84A0-01578C774F60' - updating event >> 2013-08-08 10:44:08-0700 [-] [caldav-2] [-] >> [txdav.common.datastore.sql_legacy.MemcachedUIDReserver#debug] Reserving UID >> '7EBA3AB4-A04B-4CF8-84A0-01578C774F60' @ <Calendar: 8> >> >> 2013-08-08 10:44:08-0700 [-] [caldav-2] [PooledMemCacheProtocol,client] >> [twistedcaldav.notify.Notifier#debug] Notifications are enabled: update >> default CalDAV|4D380678-70D3-4C0D-AE54-F107C91B533E >> 2013-08-08 10:44:08-0700 [-] [caldav-2] [PooledMemCacheProtocol,client] >> [twistedcaldav.notify.NotifierFactory#debug] Sending to notification server: >> update CalDAV|4D380678-70D3-4C0D-AE54-F107C91B533E >> 2013-08-08 10:44:08-0700 [-] [caldav-2] [PooledMemCacheProtocol,client] >> [twistedcaldav.notify.Notifier#debug] Notifications are enabled: update >> collection CalDAV|4D380678-70D3-4C0D-AE54-F107C91B533E/calendar >> >> >> 2013-08-08 10:44:08-0700 [-] [mailgateway] 2013-08-08 10:44:08-0700 >> [AuthorizedHTTPGetter (TLSMemoryBIOProtocol),client] >> [twistedcaldav.mail#info] Mail gateway successfully injected message >> <247108620.64264.1375983795365.javamail.zim...@store156.c106.cal.gq1.yahoo.com> >> 2013-08-08 10:44:08-0700 [-] [mailgateway] 2013-08-08 10:44:08-0700 >> [POP3DownloadProtocol (TLSMemoryBIOProtocol),client] >> [twistedcaldav.mail.POP3DownloadFactory#debug] POP factory connection lost >> 2013-08-08 10:44:08-0700 [-] [mailgateway] 2013-08-08 10:44:08-0700 >> [POP3DownloadProtocol (TLSMemoryBIOProtocol),client] >> [twistedcaldav.mail.POP3DownloadFactory#debug] Scheduling next POP3 poll >> 2013-08-08 10:44:08-0700 [-] [notifications] 2013-08-08 10:44:08-0700 [-] >> [twistedcaldav.notify.Coalescer#debug] Time to send: >> CalDAV|4D380678-70D3-4C0D-AE54-F107C91B533E >> 2013-08-08 10:44:08-0700 [-] [notifications] 2013-08-08 10:44:08-0700 [-] >> [twistedcaldav.notify.Coalescer#debug] Time to send: >> CalDAV|4D380678-70D3-4C0D-AE54-F107C91B533E/55A6B27E-E6A2-456B-97E5-C547FAC3ACD9 >> 2013-08-08 10:44:08-0700 [-] [notifications] 2013-08-08 10:44:08-0700 [-] >> [calendarserver.push.applepush.ApplePushNotifierService#debug] Sending 3 >> APNS notifications for >> /CalDAV/ppserver.ourcompany.com/4D380678-70D3-4C0D-AE54-F107C91B533E/ >> 2013-08-08 10:44:08-0700 [-] [notifications] 2013-08-08 10:44:08-0700 [-] >> [calendarserver.push.applepush.APNProviderProtocol#debug] Sending APNS >> notification to >> 2de124a10fb99cc2cdcd3fa53221a316b74fed61b1484b1b419dbc09a6be2839: id=10 >> payload={"key" : >> "/CalDAV/ppserver.ourcompany.com/4D380678-70D3-4C0D-AE54-F107C91B533E/"} >> >> 2013-08-08 10:44:12-0700 [-] [caldav-2] [PooledMemCacheProtocol,client] >> [calendarserver.provision.root#info] Unauthenticated user denied by SACLs >> >> ((Is this latest message related at all, or a complete different user? No >> idea, I'm not seeing any user-identifying information adjacent, only caching >> messages. Obviously the user has the SACLs given its ongoing interaction >> with the server.)) >> >> >> Excerpt from the client's iCal: >> >> Aug 8 10:45:49 LahatTech iCal[376]: -[DAVRequest:0x116f067c0 >> _readStreamEvent:] READ\n<?xml version='1.0' >> encoding='UTF-8'?>\n<multistatus xmlns='DAV:'>^M\n <response>^M\n >> <href>/calendars/__uids__/4D380678-70D3-4C0D-AE54-F107C91B533E/calendar/7EBA3AB4-A04B-4CF8-84A0-01578C774F60.ics</href>^M\n >> <propstat>^M\n <prop>^M\n >> <getetag>"05d8aa30887f019dbca353228a5b404b"</getetag>^M\n >> <calendar-data >> xmlns='urn:ietf:params:xml:ns:caldav'><![CDATA[BEGIN:VCALENDAR^M\nVERSION:2.0^M\nCALSCALE:GREGORIAN^M\nPRODID:-//Apple >> Inc.//iCal >> 4.0.4//EN^M\nBEGIN:VTIMEZONE^M\nTZID:America/Los_Angeles^M\nBEGIN:DAYLIGHT^M\nDTSTART:20070311T020000^M\nRRULE:FREQ=YEARLY;BYDAY=2SU;BYMONTH=3^M\nTZNAME:PDT^M\nTZOFFSETFROM:-0800^M\nTZOFFSETTO:-0700^M\nEND:DAYLIGHT^M\nBEGIN:STANDARD^M\nDTSTART:20071104T020000^M\nRRULE:FREQ=YEARLY;BYDAY=1SU;BYMONTH=11^M\nTZNAME:PST^M\nTZOFFSETFROM:-0700^M\nTZOFFSETTO:-0800^M\nEND:STANDARD^M\nEND:VTIMEZONE^M\nBEGIN:VEVENT^M\nUID:7EBA3AB4-A04B-4CF8-84A0-01578C774F60^M\nDTSTART;TZID=America/Los_Angeles:20130808T213000^M\nDTEND;TZID=America/Los_Angeles:20130808T220000^M\nATTENDEE;CN=xx...@yahoo.com;CUTYPE=INDIVIDUAL;EMAIL=xx...@yahoo.co^M\n >> >> m;PARTSTAT=NEEDS-ACTION;ROLE=REQ-PARTICIPANT;RSVP=TRUE;SCHEDULE-STATUS=2.0^M\n >> :mailto:xx...@yahoo.com^M\nATTENDEE;CN=Drew >> Lahat;CUTYPE=INDIVIDUAL;PARTSTAT=ACCEPTED:urn:uuid:4D3806^M\n >> 78-70D3-4C0D-AE54-F107C91B533E^M\nCREATED:20130808T174219Z^M\nDTSTAMP:20130808T174230Z^M\nORGANIZER;CN=Drew >> >> Lahat:urn:uuid:4D380678-70D3-4C0D-AE54-F107C91B533E^M\nSEQUENCE:3^M\nSUMMARY:yahoo^M\nTRANSP:OPAQUE^M\nEND:VEVENT^M\nEND:VCALENDAR^M\n]]></calendar-data> >> >> >> >> Thanks, >> Drew Lahat >> >> >> _______________________________________________ >> calendarserver-users mailing list >> calendarserver-users@lists.macosforge.org >> https://lists.macosforge.org/mailman/listinfo/calendarserver-users >
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/calendarserver-users
