Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    SYNCHRONET    |    Rob Swindell fetishistic worship forum    |    43,341 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 40,854 of 43,341    |
|    deon to Digital Man    |
|    JS Object save_msg()    |
|    19 Dec 24 00:58:17    |
      TZUTC: 1100       MSGID: 50208.dove-syncdisc@12:1/2 2bc8cf19       REPLY: 53258.sync@1:103/705 2bc87865       PID: Synchronet 3.20a-Linux master/7b932f63e Dec 9 2023 GCC 10.2.1       TID: SBBSecho 3.23-Linux master/bbf9d5eac Dec 14 2024 GCC 12.2.0       COLS: 80       BBSID: ALTERANT       CHRS: CP437 2       NOTE: FSEditor.js v1.105        Re: JS Object save_msg()        By: Digital Man to deon on Tue Dec 17 2024 10:57 pm              Howdy,               > > Can you always get the timezone from the OS?               > Could, yes, but prefer to give the sysop the option to be more specific.               > > Why have a configured timezone at all?               > Explained above.              OK, fair enough. I guess I dont understand why a sysop would configure their       OS timezone different to their BBS timezone.              If they didnt have access to the OS configuration, then fair enough, but I       would have thought that was a pretty rare/remote case - and in that case       setting that scfg...Local Time Zone setting could be used to display the times       in that timezone they wanted.               > Your message came here as posted on:        > "Wed Dec 18 2024 05:14 pm AEDT (30 minutes ago)"               > If we only used "what the OS returns", your message would have been posted        > on: "Wed Dec 18 2024 05:14 pm +11:00 (30 minutes ago)"              Personally, I prefer the later. Its pretty absolute, where some folks may not       know what AEDT/ACST/ACDT are.              Anyway, while the OS might just give you the timezone UTC offset, a quick       parse of /etc/localtime (on linux and mac at least) would give you the       timezone string as well. Dont know if that is at all possible on Win.              Personally I think that's better than a scenario where the time or time_t       value is forced to a timezone that makes the usage of that value untrue.        |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca