7.1.4. Expiration, ValidTo Previous topic Parent topic Child topic Next topic

Specifies the account expiry date with an optional time component. Passes only if the current local date and time (according to the clock on the host where Radiator is running) is prior to the given date and time. If no time is given, it assumes midnight at the beginning of the date given. The check items Expiration and ValidTo have identical meaning. The following formats are supported:
  • Mmm dd yy(yy) (hh:mm:ss)
  • Mmm dd, yy(yy) (hh:mm:ss) Note the optional comma.
  • dd Mmm yy(yy) (hh:mm:ss)
  • yyyy-mm-dd (hh:mm:ss)
  • dd/mm/yy(yy) (hh:mm:ss)
  • dd.mm.yy (hh:mm:ss)
Some valid examples are:
  • Dec 30 1998
  • Dec 30, 2000
  • 30 Dec 2000
  • Dec 30, 2000 11:30:00
  • 30 Dec, 2000 09:32:00
  • 2002-02-02 23:00:00
  • 30/12/2002 01:00:00
  • 30.12.2002
All the following Expiration check items are equivalent.
Expiration = Jan 02 1999 23:30:00
Expiration = 1999-01-02 23:30:00
Expiration = 02/01/99 23:30:00
# Unix epoch seconds (seconds since midnight, Jan 1 1970):
Expiration = 915280200
Tip
You can use Session-Timeout="until ValidTo" or Session-Timeout="until Expiration" as a reply item, which will set the session timeout to be the number of seconds until the Expiration date and time. For more information, see Section 7.2.8. Session-Timeout.