Daylight savings time change strangeness

[Jeffrey Crawford]

Jeffrey E. Crawford
Enterprise Service Team <jeffreyc at ucsc.edu>

Both pilots and IT professionals require training and currency before
charging into clouds!
---------------------------------------

On Tue, Mar 14, 2017 at 11:14 AM, Cantor, Scott <cantor.2 at osu.edu> wrote:

> > I think I know the answer to this but I thought that the Shibboleth IdP
> would
> > use UTC to send the IssueInstant and NotOnOrAfter timestamps. Isn't that
> > supposed to be Daylight savings time immune?
>
> It's not immune to a server that's operating an hour off, it's just an
> unambiguous way to express the time.
>
​Right assuming the server time is correct on all sides but living in
different time zones even if one triggered it's change an hour before the
other, the SAML assertion would use UTC and they wouldn't care correct.​

>
> > We seem to have a vendor
> > that change and hour behind us and it would not allow authentication for
> > about an hour. Would they have to be translating the time if they wanted
> to
> > use local?
>
> Everything is always translating to compare to their current time.​


> -- Scott
>
> --
> To unsubscribe from this list send an email to
> users-unsubscribe at shibboleth.net
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20170314/a47b11fc/attachment.html>