Free/Busy data for Delegate Calendar

G

GC Postmaster

We have 11.2.1 entourage on tiger and we have various delegate account
access. However when we try to create a new calendar item in a delegate's
calendar, the free/busy information does not show up. If I change the
owner/creator of the appointment to my own account it shows everyone's
free/busy date.

our public server is set to exchserver.mydomain.com/public but still no
luck. It's something about the delegate access that doesn't work.

Thanks for any help.
 
B

Bill Bryson

Thanks for including this info!

We have the same problem here but I had not tried the workaround of
temporarily changing the "From:" of the meeting to be the account owner so
that the free/busy will appear. However, you are correct in that Entourage
is not handling this display right. It should be using the main account
owner for whatever authentication it does in the background and adjust the
free/busy display to correspond to the owner of the calendar the event is
being created on.

You can actually see the defect in action by creating an event on another
person's calendar, invite some people (the From: by default will be for the
delegated account) and switch to Scheduling pane. NO free/busy information
will appear (though the list of invitees will be correct). Save the event
but DO NOT send the invitations. Close the event and reopen it. Change the
"From:" to be the main account owner and switch the From: to the main
account owner. Save the event and close it. Reopen and switch to Scheduling.
Free/busy information will be displayed. However, a bogus line may appear
for the main owner account as Entourage "believes" that person to be invited
now.

You can switch to a different "From:" value, save the event, close it and
reopen to verify that only when the "From:" of the meeting matches the main
account owner will free/busy display properly for invitees (though the
display includes a bogus free/busy line for the main account owner).

For now this work-around seems to be it until the MacBU people fix the bug.

Bill Brusom
 
Top