Calendar Access Protocol (CAP)
Voir toute la rfc dans une seule page
Page : 49 / 131
Télécharger le PDF
Auteur(s) :
S. Mansour,
G. Babics,
D. Royer
Classé sous :
Calendar user,
Cu,
Calendar user agent,
Cua,
Ical,
Calender store,
Cs
RFC 4324 Calendar Access Protocol December 2005
"TRUE", or if the "ENABLE" property is not in the "TRIGGER"
property, the alarm is enabled. This parameter may not be known
by pre-CAP implementations, but this should not be an issue as it
conforms to an 'ianaparam' [iCAL].
Formal Definition: The property is defined by the following notation:
enable-param = "ENABLE" "=" boolean
;
boolean = ; As defined in [iCAL].
Example: The following is an example of this property for a "VAGENDA"
component:
TRIGGER;ENABLE=FALSE;RELATED=END:PT5M
7.3. ID Parameter
Parameter Name: ID
Purpose: When used in a "CMD" component, it provides a unique
identifier.
Value Type: TEXT
Conformance: This parameter can be specified in the "CMD" property.
Description: If more than one command is sent, then the "ID"
parameter is used to uniquely identify the command.
A CUA may add the "ID" parameter to any "CMD" property before
sending the command. There must not be more than one outstanding
command tagged with the same "ID" parameter value.
Formal Definition: The property is defined by the following notation:
id-param = ";" "ID" "=" unique-id
; The text value supplied is a unique value
; shared between the CUA and CS to uniquely
; identify the instance of command in the
; the current CUA session. The value has
; no meaning to other CUAs or other sessions.
;
unique-id = ; text
;
text = ; As defined in [iCAL].
Example: The following is an example of this parameter component:
Royer, et al. Experimental [Page 49]