Hello Arne. Arne Wörner wrote in <[email protected]>: |When I use this timezone file (http://www0.wgboome.org/zoneinfo-TAI.tar.\ |xz), and
Oh no, i do not look in that! |when I send an email with /bin/mail at 2022-07-28T04:48:54+00:00:37, |then s-mailx writes: |Date: Thu, 28 Jul 2022 04:48:54 +0000 And what did you expect? |Workaround: I wrote I wrapper, which seems to help... | |# cat /bin/mail |#!/bin/sh |TZ=UTC /bin/mail,orig $@ | |Can u fix it somehow inside the binary? What is it that i should fix? |Maybe 2 further timezone offset digits are compliant? | |Or s-mailx just writes the timezone name (in this case "TAI" without \ |brackets) and omits the "%z"? | |Or s-mailx changes the timezone to UTC internally, when it detects \ |that gmtoff%60 is not zero? |Btw: That is what exim does (in my understanding), since i pointed \ |it out... I must say i have problems to parse this. E-Mails use a standardized format, the "Internet Message Format", RFC 5322 (is the newest). There in section "3.3. Date and Time Specification" you will find zone = (FWS ( "+" / "-" ) 4DIGIT) / obs-zone and this is exactly what we are doing. The zone specifies the offset from Coordinated Universal Time (UTC, formerly referred to as "Greenwich Mean Time") that the date and time-of-day represent. The "+" or "-" indicates whether the time-of- day is ahead of (i.e., east of) or behind (i.e., west of) Universal Time. The first two digits indicate the number of hours difference from Universal Time, and the last two digits indicate the number of additional minutes difference from Universal Time. (Hence, +hhmm means +(hh * 60 + mm) minutes, and -hhmm means -(hh * 60 + mm) minutes). The form "+0000" SHOULD be used to indicate a time zone at Universal Time. Though "-0000" also indicates Universal Time, it is used to indicate that the time was generated on a system that may be in a local time zone other than Universal Time and that the date-time contains no information about the local time zone. If it is that you want to see "TAI" in the above, zone names have long been obsoleted, and only a restricted set is to be understood for compatibility reasons (if at all). Furthermore Other multi-character (usually between 3 and 5) alphabetic time zones have been used in Internet messages. Any such time zone whose meaning is not known SHOULD be considered equivalent to "-0000" unless there is out-of-band information confirming their meaning. And this not. If it is that you want some standard to include CLOCK_TAI, oh yes, that i would love to see myself. Much better than fiddling around with the link of civil time to solar time. But CLOCK_TAI is not that widely supported, nor are the mechanisms in the kernel everywhere. :( Ciao? --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
