Apple Support Communities > Servers and Enterprise Software > Mac OS X Server v10.6 Snow Leopard > Discussions
62853 Views 128 Replies Latest reply: Feb 13, 2014 11:48 AM by quinncom
Currently Being ModeratedJan 13, 2011 12:24 PM (in response to John P.)@John P. -
I my recent experience the error occurs with anything > *7 days before* (even 14 days before) but not when set for *1-7 days before*.MB Pro, PowerMac, mini, iPhone, TV, Mac OS X (10.6.6)
Currently Being ModeratedJan 13, 2011 12:28 PM (in response to Demetrios)I contacted support last night about it and was told it was a "known issue" that will be addressed "soon". That was all I was told.
Hope that helps! 15" Macbook Pro (Core i7), iPhone 4, iPad 3G, MobileMe
Currently Being ModeratedJan 14, 2011 9:30 AM (in response to Brewster B)I'm awaiting a scheduled call from AppleCare about this issue currently. After seeing the note that they are aware of the issue and are expecting a fix soon, I'm not holding my breath for real help.
I will report back, if they reveal anything new.Xserve Dual 2.0 GHz Xeon, Mac OS X (10.6.4), Apple has made quite a bit of money off me over the years.
Currently Being ModeratedJan 14, 2011 11:17 AM (in response to D. Hoffmann)This afternoon issues I had yesterday, besides the 403 Forbidden error, have gone away. I previously could not create new MobileMe calendars in iCal and have them stay there for more than 2 s, but can now.
An import into a new MobileMe calendar from an archive is currently progressing. This is the third time I am trying it. I aborted the previous attempt, because I got the
The calendar https://cal.me.com:8443/principals/users/n.nnnnnn/ could not be accessed. It may be in use by someone else. Try again later.
error. A second call to AppleCare resulted in the agent advising me not to change the calendar I am importing during the import in either iCal or on me.com. I had in fact done so.
Let's hope that this import proceeds without errors. I just have to be patient. This particular calendar archive is 5.1 MB in size and therefore might take a while.Xserve Dual 2.0 GHz Xeon, Mac OS X (10.6.6), Apple has made quite a bit of money off me over the years.
Currently Being ModeratedJan 14, 2011 11:45 AM (in response to D. Hoffmann)The import finished, but I did get that CalDAVWriteEntityQueueableOperation for one of the imported events. I chose "Revert to Server", which caused the offending event to not be imported.
I checked in the source calendar, and, sure enough, the alarm for this event was set to go off 15 days before the event. Since the event is from 2003, I simply deleted the alarm and put it into a different calendar, which will go through the export from ON MY MAC, import into MobileMe, cycle later. We'll see, whether this is, for me also, the issue.Xserve Dual 2.0 GHz Xeon, Mac OS X (10.6.6), Apple has made quite a bit of money off me over the years.
Currently Being ModeratedJan 19, 2011 6:59 AM (in response to boomish)Contribution deleted.
Message was edited by: D. HoffmannXserve Dual 2.0 GHz Xeon, Mac OS X (10.6.6), Apple has made quite a bit of money off me over the years.
Currently Being ModeratedJan 19, 2011 7:54 AM (in response to D. Hoffmann)I just got off the phone with MobileMe support and learned that Apple acknowledges the issue and is working on a fix server-side.
In the meantime, when doing an import of an ICS file into MobileMe, the best way to deal with this is to "go offline," isolate the offending event by moving it to an "ON MY MAC" calendar specifically created for events causing the error, quitting and relaunching iCal, and doing this for all events that cause the error. When the import has completed successfully, the thing to do is to either change the alarm lead time of the problem events to something 7 days or less and moving them back to MobileMe, or to do so with out changing anything after Apple has provided a fix.
Currently Being ModeratedJan 19, 2011 10:57 AM (in response to D. Hoffmann)I did a test with iCal connecting to the calendar from a Gmail account. Those can be accessed via CalDAV, too. The interesting thing was that, when I set the alarm to 20 days out in iCal, once it had been synced up with the Google server again, the alarm lead time had been changed to 14 days (2 weeks). Likewise a lead time set to 10 days was changed by Google to one week.
Could it be that the CalDAV specification doesn't support lead times that reach into the range of the next higher unit of time? I.e., could it be that I can't, for example, set the lead time to 28 h, because that's in the range of days?
Currently Being ModeratedJan 26, 2011 2:05 AM (in response to D. Hoffmann)I am getting this error after upgrading a client's Calendar to the new iCal. Every birthday in his calendar is returning this error and I can't just quarantine the birthdays as they are mixed in with other events. It has also created multiple instances of events.
Impossible. If this is not sorted asap I will be moving everyone over to gmail caldavs.MacBook Pro 15" 2.53 GHz, Mac OS X (10.6.5)
Currently Being ModeratedJan 27, 2011 3:55 AM (in response to Brewster B)I had the same error when tried to import a calendar from Entourage to iCal MobileMe. Resolved by deleting all old entries from before 2011. I suspect some of them must have been corrupted.
Currently Being ModeratedJan 30, 2011 4:26 PM (in response to Demetrios)thanks for this workaround, works for me. hope they fix issue.MacBook Pro 2.53GHz 15" unibody, Mac OS X (10.6.6), 4 GB DDR3
Currently Being ModeratedJan 31, 2011 9:13 PM (in response to tritoniadiomedea)Based on all the advice to date in this forum, (thanks everyone), I tried a couple of relatively simple approaches; one worked for a while, but the second one seems to be more lasting.
(A) Setting alarm e-mails on To Do Items to be a shorter time in advance of the event helped for a while. At first it seemed 7 days was the border between working and not working, but this did not always seem to be the case.
(B) The approach that is working (for me) at present is as follows:
(1) Whenever you get a 403 error, select the offline choice.
(2) Remove the alarm from the offending To Do Item.
(3) Do Calendar, Refresh All
(4) Repeat (1) to (3) until you get no more 403 errors. In my case, there were 6 To Do Items, (out of about 30), causing the problem.)
(5) Add alarms back to the offending To Do Items. (So far, I have only made these alarms an e-mail the day before the event.)
(6) Keep your fingers crossed…
If this does not work for you, then I can only suggest asking Apple for help; they used to be quite good at this type of support, but the competence level seems to have fallen. (As apparently has the competence level in making high quality software releases; they no longer seem to understand how to do an effective regression test, which is very troubling.)2.93 GHz i7 iMac, Mac OS X (10.6.6)
Currently Being ModeratedFeb 4, 2011 11:59 AM (in response to KRDHarris)I can produce the error by adding reminders by the 'Tv Browser' application. Everytime new reminders are to be added the error occurs. Only help is generating a local calendar - but this is useless for information you want to have synchronized by the mobileme service.mbp, Mac OS X (10.6.6)
Currently Being ModeratedFeb 5, 2011 4:20 AM (in response to teofilo)Hello guys.
Why don't you wanna follow my work around?
I posted a lot of time ago and I am using it from a moth: it seems to work fine.
Just in case you missed it, here it is:
"Ok! I think i got it!
let's download the busysync calendar free trial; then upload your data with it on MobileMe; then (if you really need) revert to the use of iCal.
I suggest instead to buy BusySync that offer many more option of iCal and works properly.
On the website you can find a couple of friendly guide to sync and use it.
Enjoy!"macbook pro, Mac OS X (10.6.6)
Currently Being ModeratedFeb 5, 2011 7:19 AM (in response to Brewster B)I finally switched back to Yahoo calendar (also CalDAV), haven't seen this issue since. 15" Macbook Pro (Core i7), iPhone 4, iPad 3G, MobileMe