Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    ASIAN_LINK    |    Not the kind that loves you long time    |    8,456 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 6,411 of 8,456    |
|    mark lewis to Ozz Nixon    |
|    Re TZUTC    |
|    09 Mar 19 07:37:34    |
      REPLY: 1:275/362.0 5c8382c0       MSGID: 1:3634/12.73 5c83b58a       PID: GED+LNX 1.1.5-b20180707       CHRS: CP437 2       TZUTC: -0500       TID: hpt/lnx 1.9.0-cur 07-09-15               On 2019 Mar 09 03:09:28, you wrote to Eric Pareja:               EP>> I just looked up FTS-4008.002 and it appears that the + shouldn't be        EP>> there.               EP>> I'll file an issue on the WWIV tracker.               ON> Sorry for a late response, been on the road all week...               ON> Actually that would be incorrect. For ISO standards on UTC,              there's the problem, though... fidonet is not using ISO standards... fidonet       uses fidonet standards... some people just cannot seem to wrap their heads       around this fact...               ON> the use of + is only required due to the fact it is appended directly        ON> to the end of the seconds. Otherwise a 0500 appended to 11:30:22 would        ON> make a mess of parsers "guessing"... for example 11:30:22500 and        ON> 11:30:220500 are invalid. 11:30:22+0500 is correct.              while this is true, fidonet uses the TZUTC control line to store the UTC       offset so there is no confusion like you describe... numbers without a sign       are positive and the only sign used is the '-' which easily indicates a       negative...               ON> However, you also cannot use "+" should be there because another        ON> platform uses it. I spent 20+ years making a living developing to RFC        ON> standards, and thus my interest in FTSC... to try and help. FTSC is        ON> much easier to read, the challenge is conflicting specifications...        ON> even in the current documents.              reading this, i thing we're saying the same thing...               ON> FYI: ISO 8601 did not state the "+" as required in section 3.4.2 prior        ON> to the 2004 edition of the standard. And FTSC-4008 was written prior        ON> to 2004 also, and for our platform (FTSC) it's rules govern our        ON> platform not vise versa.              exactly! thank you!              )\/(ark              Always Mount a Scratch Monkey       Do you manage your own servers? If you are not running an IDS/IPS yer doin' it       wrong...       ... If you're on thin ice, you might as well dance. - Anon       ---        * Origin: (1:3634/12.73)       SEEN-BY: 1/120 15/2 18/0 200 116/116 123/0 25 50 150 755 1970 135/300       SEEN-BY: 153/7001 7715 154/10 20 30 40 700 203/0 221/0 6 226/17 227/400       SEEN-BY: 229/107 426 452 1014 240/5832 249/206 317 400 261/38 280/464       SEEN-BY: 280/5003 310/31 317/3 322/757 340/800 342/200 393/68 396/45       SEEN-BY: 423/120 633/280 770/1 3634/0 12 15 27 50       PATH: 3634/12 154/10 280/464 229/426           |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca