On Thu 20 Jun 2024 at 21:00:38 (+1000), Keith Bainbridge wrote: > On 17/6/24 18:26, Keith Bainbridge wrote: > > > > It was late afternoon on 16Jun2024 that I wrote this. Possibly > > 18:13:36 when I pressed send. I'd reckon it would likely have been > > 08:13:36 UTC What's wrong with my system clock. I've not really > > looked at the time on my originals before. I'll try to remember > > to enter my local time as I press send > > Thanks for those responses. [ … ] > > I reskon that they seem to indicate that the date/time in my original > question are fine. the difficulty is more related to how we humans are > interpreting the information we are reading. > > https://manpages.debian.org/bookworm/manpages-dev/strftime.3.en.html > > is a list of place names for MANY parts of a date layout. I have set > up the following code in my text substitution app: > "%a %d%b%Y at %H:%M:%S =UTC %Z" > > Triggering that give me > Thu 20Jun2024 at 20:51:19 =UTC +10:00 > > Seems to me that if the code writers of our various MUA would add the > +UTC to the line that prints the various dates, we'd understand what > they mean better. > > Meantime, we have to accept what we have.
You could pronounce your time written above as: "It's Thu 20Jun2024 at 20:51:19 here, where clocks are UTC+10:00" if that's indeed your intention. But what you've done is invent some notation of your own, which people will likely misunderstand. I think it best to look up these references and follow them: https://en.wikipedia.org/wiki/ISO_8601 https://www.ietf.org/rfc/rfc3339.txt IMHO I think that email attributions are best presented in and with the time zone of the sender, and not oneself. Cheers, David.