Quoting Yakov Shafranovich <research@solidmatrix.com>:
> At 04:31 PM 8/15/2003, Pete (Madscientist) wrote:
>> I have started a web site for the development of an XML based CPDL
>> (Consent Policy Description Language).
>> ... 8< ...
>>
>> http://www.sortmonster.com/ASRG/
> Any particular reason why the implementation specific details are
> included within the same XML files? Consent policies will need to
> be implementation-independent and it might be a good idea to split
> them up into two XML files. This is similar to the way the J2EE
> platform handles deployment - two XML files are provided, one
> vendor and implementation neutral, and the second implementation-
> specific.
.........
What I would suggest is that certain tests and policy actions should
be regarded as being fundamental primitives which all CPDL conformant
consent-based systems must support. These would probably include
basic tests like "header X matches expression Y" and essential policy
actions such as "allow delivery" and "silently discard
message".
Then such primitive tests and actions would not need to be defined
in terms of additional scripting languages: any conforming MUA or
MTA could implement them in whatever specific way suits its own
low-level implementation details. (And indeed MUST implement them in
order to comply with the standard.)
Then you can concentrate on defining additional tests and actions
via some external mechanism, either in terms of the primitives or
by using some additional libraries.
...........
One thing that could be done here is to create an IANA registry for
maintaning the basic primitives in order not to publish another RFC.