OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

security-services message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Subject: Re: [security-services] Following up on dateTime


> Hal Lockhart wrote:
> > a) Allow any legal lexical form, with the additional wording that
> I don't like this as it allows other time zones and daylight savings times.

I agree.

> > b) Derive a saml:dateTime (or perhaps name it something else) using a
> > pattern restriction that calls out exactly what syntax is
> > permitted as a
> > subset of the lexical forms allowed by xsd:dateTime, probably
> > requiring
> > that a Z appear on the end.
> I don't think requiring Z is a problem if that is easier technically. 

Me too. I'd argue that not including "Z" means non-conformance.

> All things being equal I would allow either Z or nothing.

I don't understand how we can reliably process assertions that
include local times and no timezone. Are you saying that the relying
party for the assertion MUST assume that the time value is actually
UTC even though the "Z" is omitted? That sounds very dangerous to 

Maybe I'm confused though?


Stephen Farrell         				   
Baltimore Technologies,   tel: (direct line) +353 1 881 6716
39 Parkgate Street,                     fax: +353 1 881 7000
Dublin 8.                mailto:stephen.farrell@baltimore.ie
Ireland                             http://www.baltimore.com

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Powered by eList eXpress LLC