IEEE Standards Interpretation for IEEE Std 1003.1™-2001 IEEE Standard Standard for Information Technology -- Portable Operating System Interface (POSIX®)
Copyright © 2006 by the Institute of Electrical and Electronics Engineers, Inc. 3 Park Avenue New York, New York 10016-5997 USA All Rights Reserved.
Interpretations are issued to explain and clarify the intent of a standard and do not constitute an alteration to the original standard. In addition, interpretations are not intended to supply consulting information. Permission is hereby granted to download and print one copy of this document. Individuals seeking permission to reproduce and/or distribute this document in its entirety or portions of this document must contact the IEEE Standards Department for the appropriate license. Use of the information contained in this document is at your own risk.
IEEE Standards Department Copyrights and Permissions 445 Hoes Lane, Piscataway, New Jersey 08855-1331, USA
Interpretation Request #89
Topic: mailx LC_TIME Relevant Sections: XCU mailx
The following text in utilities/mailx.html,
# Determine the format and contents of the date and time strings written by mailx.
seems to imply that all date and time strings written by mailx should be affected by the current locale. However, this may not affect date and time strings in Internet email and following the Unix 'From_' lines, because it would otherwise violate RFC 2822 or confuse implementations, respectively. Existing implementations seem to follow this rule in general.
Moreover, existing implementations generally seem to simply copy the date and time string following the 'From_' line of messages to the output when displaying header summaries. In effect, date and time strings are thus always shown as in the POSIX locale.
In IEEE Std 1003.2-1992, the text for LC_TIME was 'this variable may determine . . .'. This is still mentioned in the current rationale, but not in the standards text.
In any case, it should be made clear that LC_TIME does not apply to any parts of message formats, even if these formats are outside the scope of POSIX anyway.
LC_TIME should be made optional for mailx again.
The standards states the requirements for mailx and LC_TIME, and conforming implementations must conform to this. However, concerns have been raised about this which are being referred to the sponsor.
Rationale for Interpretation