Hi all,
Now I can confirm this is time zone support related issue.
After a while with Outlook, I decided to play around with many of the workarounds posted here and in other forums.
Happens that, when using Mexico City's timezone, it always fails and console message actually *is* related to the TZ issue.
1. If I select "Mexico City" or (of course) I allow Calendar to automatically switch, or disable TZ support, console shows:
08/10/14 09:45:11.988 p.m. Calendar[1190]: WARNING: -[GEOTimezoneHitMap fileNameAtLongitude:latitude:] no time zone area found
2. And as expected, creating/modifying an event throws
08/10/14 09:45:47.564 p.m. CalendarAgent[260]: [com.apple.calendar.store.log.exchange.queue] [error = Error Domain=CalExchangeErrorDomain Code=-3 "Calendar can’t save the event “New Event” to the Exchange server." UserInfo=0x7fa575a72a70 {NSLocalizedFailureReason=There was an error attempting to send your changes to the exchange server., CalFailedOperationKey=<CalExchangeCreateCalendarItemOperation: 0x7fa575ac0ce0>, NSLocalizedDescription=Calendar can’t save the event “New Event” to the Exchange server.}]
Same happens if I select LA, NY,
08/10/14 09:48:46.171 p.m. Calendar[1190]: WARNING: -[GEOTimezoneHitMap fileNameAtLongitude:latitude:] no time zone area found
But Denver, Ciudad Juarez, Memphis, Dallas, Boston. Do work.
For me, Saskatoon don't solve the issue as I need CST, so I used Winnipeg instead. It's been 2 weeks in row with intense calendar working (dragging and dropping tasks from Things, Reminders, Mails) scheduling confcalls, inviting, reviewing availabilities, answering invitations. So far, so good.
Try this and let me know if it worked for you:
1. Enable TZ support (better w/long names enabled)
2. Open Console.app and set a filter for "Calendar"
3. Go to the TZ menu and select a location on your same TZ
4. Check on Console, if "no time zone area found" appears, then try another location
5. Once you have a location that works for you, try to start using calendar, it should sync to exchange.
So, Apple, whatever your approach is to set the TZ automatically it is *not* working, and it looks like Exchange is rejecting to create/update/delete any record that lacks of TZ information. It may be using it as part of a key to locate the record. From my point of view this is totally on client side as it is not sending all information that customer needs to fulfill the request. I *do* expect this being solved in first update of Yosemite (or maybe in first release) as this shouldn't be much complicated to solve, its a missing parameter.
Have good one all!!!