For User Agent flow you really really really want expires_in

Do you know how many PCs and browsers have their clock set incorrectly?


On Tue, Dec 14, 2010 at 3:23 PM, Aaron Parecki <aa...@parecki.com> wrote:
> Agreed. I like the idea of expires_at as well. One of the first things a
> client is going to do after receiving the expires_in is calculate the
> current time plus the offset. Makes sense to eliminate one source of timing
> errors.
>
> On Dec 14, 2010 2:54 PM, "Paul Walker" <pjwal...@gmail.com> wrote:
>> It seems to me that expires_in suffers from the same machine time
>> synchronization issue and additionally throws in an indeterminable time
>> amount, while expires_at would only suffer from the former.
>>
>> ~pj
>>
>> On Dec 14, 2010, at 1:35 PM, Marius Scurtescu wrote:
>>
>>> expires_at requires very good time synchronization for all machines
>>> involved.
>>>
>>> expires_in, while not very exact, is more resilient.
>>>
>>> Marius
>>>
>>>
>>>
>>> On Tue, Dec 14, 2010 at 1:24 PM, Jitesh Bhate <jbh...@exacttarget.com>
>>> wrote:
>>>> I have same question, Thanks Paul for Raising this
>>>>
>>>> Regards
>>>> Jitesh
>>>>
>>>> -----Original Message-----
>>>> From: oauth-boun...@ietf.org [mailto:oauth-boun...@ietf.org] On Behalf
>>>> Of Paul Walker
>>>> Sent: Tuesday, December 14, 2010 4:14 PM
>>>> To: OAuth WG
>>>> Subject: [OAUTH-WG] expires_at vs expires_in
>>>>
>>>> Has there been discussion of using expires_at as an exact epoch time in
>>>> seconds as opposed to expires_in which is, at best, an approximation "from
>>>> the time the response was generated by the authorization server?" I
>>>> apologize if this has been discussed previously.
>>>>
>>>> ~pj
>>>> _______________________________________________
>>>> OAuth mailing list
>>>> OAuth@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/oauth
>>>> _______________________________________________
>>>> OAuth mailing list
>>>> OAuth@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/oauth
>>>>
>>
>> _______________________________________________
>> OAuth mailing list
>> OAuth@ietf.org
>> https://www.ietf.org/mailman/listinfo/oauth
>
> _______________________________________________
> OAuth mailing list
> OAuth@ietf.org
> https://www.ietf.org/mailman/listinfo/oauth
>
>



-- 
Paul Lindner -- lind...@inuus.com -- linkedin.com/in/plindner
_______________________________________________
OAuth mailing list
OAuth@ietf.org
https://www.ietf.org/mailman/listinfo/oauth

Reply via email to