You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
The current datetime standard used (RFC5322) can be difficult to parse. Not all humans speak English, which makes the day and month abbreviations a little confusing.
Describe the solution you'd like
ISO8601. I know that it's a paid-for standard, so I suggest using a profile of it:
RFC 3339, which simplifies ISO 8601 for use in internet protocols by leaving out infrequently used levels of accuracy
W3C date and time format, which is an ISO 8601 profile written to simplify its use in WWW standards
Describe alternatives you've considered
The spec currently says
The value of this field follows the format defined in section 3.3 of [RFC5322]
That's a fine standard. And while there are plenty more datetime standards, I think an 8601 profile strikes the right balance between machine readability and human readability.
Is your feature request related to a problem? Please describe.
The current datetime standard used (RFC5322) can be difficult to parse. Not all humans speak English, which makes the day and month abbreviations a little confusing.
Describe the solution you'd like
ISO8601. I know that it's a paid-for standard, so I suggest using a profile of it:
Describe alternatives you've considered
The spec currently says
That's a fine standard. And while there are plenty more datetime standards, I think an 8601 profile strikes the right balance between machine readability and human readability.
Additional context
Re: securitytxt/securitytxt.org#72
The text was updated successfully, but these errors were encountered: