Don't understand the reply, especially the 'just supplying the number is not' given the TZUTC quoted below from your message. Also it isn't a number it is a string where the first character MUST be either the '+' (UTC and east of prime meridian) or the '-' character (west of prime meridian). The +hhmm and -hhmm part of your message is correct although it should be added that hh and mm are always digit characters that correspond to the hours and minutes for utc offsets. Following this format then your TZUTC should have been '+0000' instead of just '0000' although yours does follow the stated acceptable format in fts-4008.002 which is obviously flawed given that contradicts real world standards for utc offsets.
For example, using the datetime stamp and TZUTC in coreutils' date command produces;
fidonet@zoltan [ ~/archives ]$ date --date="03 Nov 14 01:01:27 0000" date: invalid date '03 Nov 14 01:01:27 0000'
whereas;
fidonet@zoltan [ ~/archives ]$ date --date="03 Nov 14 01:01:27 +0000" Mon Nov 3 01:01:27 UTC 2014
produces the correct conversion except it actually the same since the default offset on zoltan is utc.
Life is good, Maurice
> @REPLY: 1:153/7001.0 5454eaf4 > @MSGID: 2:250/1@fidonet 5456d43a > @CHRS: UTF-8 2 > @TZUTC: 0000 > @TID: MBSE-FIDO 1.0.4 (GNU/Linux-x86_64) > Hello Maurice! > > Saturday November 01 2014 14:15, you wrote to All: > > Don't understand the problem, supplying +hhmm and -hhmm is valid just > supplying the number is not. > > Vince
... Don't cry for me I have vi. --- GNU bash, version 4.3.30(1)-release (x86_64-atom-linux-gnu) * Origin: Pointy Stick Society - Ladysmith BC, Canada (1:153/7001.0)
