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)