[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: W-19 CAP Group Definitions


 > > We want to add a new command called LOOKUP, which will accept a UPN,
 > > and returns one or more CSIDs.  More than one CSID returned implies
 > > that the UPN was a UG.

If my UPN is UPN-doug, and I own X different calendars, What would
you get back? One CSID for each calendar?

Or are you saying that if 'LOOKUP UPN-doug' returns more than one CSID
then any reference to UPN-doug applies to ALL of those CSID's.

This is addressed in the revised text we just sent.

What do you do with that information? Why is it needed?

You have a UPN, and you need a CSID to schedule with, i.e., this is the ATTENDEE. Another example is that you have a group of users that I want to invite to an event, and you want the list to be static. (a snapshot of the current expansion of that UG)

Can you authenticate with a UG UPN? If not, when would you see them?

No, but you want to see them for the reason above, as well as for VCARs.

If you can authenticate with a UG UPN, do your operations apply
to all CSID's that it expands to? If so, we are introducing transaction
problems and we have deferred that to CAP-<later.version>.

If the CS says you do not have permission to access that information,
what feature(s) do you loose? I can still VQUERY on the CSID's, I can
still authenticate as UPN-doug. I am not sure what LOOKUP does for
me other than allow a CUA to look at the list (what for?).

If the CS (in previous email to this list) says that a UG can be
dynamicily altered and MUST NOT treat a UG as a static list. What
is to keep the LOOKUP results from being invalid the instant they
are returned?

Nothing...

It looks to me that it allows a CUA to store a static
list? Which looks to me as if it also should not be allowed. So I
do not yet see a need for LOOKUP.

We say that neither the CS nor the CUA should preserve UG expansions across operations. (Obviously some implementations will cache that expansion for a short period of time)

-bob