• Hello!

    From Tim Whitson@1:340/500 to Dave Perrussel on Mon Nov 23 09:59:12 2020
    Re: Hello!
    By: Dave Perrussel to All on Mon Nov 23 2020 08:19 am

    I got it.

    Tim
    --- SBBSecho 3.11-Win32
    * Origin: The Fool's Quarter, fqbbs.synchro.net (1:340/500)
  • From Maurice Kinal@2:280/464.113 to Maurice Kinal on Mon Nov 23 10:55:46 2020
    Hallo Maurice!

    This has to go;

    @TZUTC: 0000

    I am sorry but I find this totally repulsive. I say we go back to the RFC-3339 flag or put everything back to UTC just like mom used to do.

    Het leven is goed,
    Maurice

    ... Ellen sceal on eorle; ecg sceal wið hellme hilde gebidan.
    Courage belongs in a warrior; sword against helmet shall face battle.
    --- GNU bash, version 5.0.18(1)-release (x86_64-motorshed-linux-gnu)
    * Origin: Little Mikey's EuroPoint - Ladysmith BC, Canada (2:280/464.113)
  • From Wilfred van Velzen@2:280/464 to Maurice Kinal on Mon Nov 23 20:12:14 2020
    Hi Maurice,

    On 2020-11-23 10:55:46, you wrote to you:

    @TZUTC: -0800

    This has to go;

    @TZUTC: 0000

    I am sorry but I find this totally repulsive.

    Yes the -0800 is mucht better.

    I say we go back to the RFC-3339 flag or put everything back to UTC
    just like mom used to do.

    You can put both in your messages...

    Bye, Wilfred.

    --- FMail-lnx64 2.1.0.18-B20170815
    * Origin: FMail development HQ (2:280/464)
  • From Wilfred van Velzen@2:280/464 to Maurice Kinal on Tue Nov 24 13:01:46 2020
    Hi Maurice,

    On 2020-11-23 23:19:37, you wrote to me:

    @MSGID: 1:153/7001 5fbc4389
    @REPLY: 2:280/464 5fbc09bf
    @CHRS: UTF-8 4

    @UTC_OFFSET: 0000
    -={ Corrected datetime: 2020-11-23 19:12:14 +0000 }=-

    Those are non standard. And the 'TZUTC: -0800' is missing. Now if there is fido software that sorts messsages chronologically, it can't do it correctly.

    I think I have come up with a routine that corrects the msg datetime
    stamp relative to the user's perspective that also compensates for the corrupted TZUTC offset. The above corrected datetime was generated
    from the msg I am replying to. The output's format in
    strftime()-speak is "%F %T %z" and can easily be adjusted to the
    enduser's preference. I don't believe it would be wise to output it
    to a flag given it is to the enduser's configuration rather than
    fidonet at large.

    What a hassel. Personally I don't see it being worth the effort but
    all things considered I believe the above corrected datetime stamp, or something like it, would be an appropriate replacement for the ftn msg header's datetime stamp and should have happened roughly 18 years ago.


    Bye, Wilfred.

    --- FMail-lnx64 2.1.0.18-B20170815
    * Origin: FMail development HQ (2:280/464)
  • From Wilfred van Velzen@2:280/464 to Maurice Kinal on Tue Nov 24 13:03:42 2020
    Hi Maurice,

    On 2020-11-23 16:00:20, you wrote to you:

    @MSGID: 2:280/464.113 5fbc4d14
    @REPLY: 1:153/7001 5fbc4389
    @CHRS: UTF-8 4
    @TZUTC: -0800
    -={ Corrected datetime: 2020-11-23 23:19:37 -0800 }=-

    Hallo Maurice!

    "UTC_OFFSET: 0000" should be changed to "TZUTC: 0000" for the routine to correct it. ;-)

    Right! ;-)

    Bye, Wilfred.

    --- FMail-lnx64 2.1.0.18-B20170815
    * Origin: FMail development HQ (2:280/464)
  • From Wilfred van Velzen@2:280/464 to Maurice Kinal on Tue Nov 24 13:04:32 2020
    Hi Maurice,

    On 2020-11-24 00:18:34, you wrote to you:

    @MSGID: 1:153/7001 5fbc515a
    @REPLY: 2:280/464.113 5fbc4d14
    @CHRS: UTF-8 4
    @TZUTC: 0000
    -={ Corrected datetime: 2020-11-24 00:00:20 +0000 }=-

    This last datetime stamp is different from the one in the header...

    "UTC_OFFSET: 0000" should be changed to "TZUTC: 0000" for the
    routine to correct it.

    How does this one look? I see the above corrected date corrected yours from PST8PDT to UTC correctly as well as displays a proper utc offset unlike the crappy TZUTC flag.

    ... So it doesn't look good at all!


    Bye, Wilfred.

    --- FMail-lnx64 2.1.0.18-B20170815
    * Origin: FMail development HQ (2:280/464)
  • From Wilfred van Velzen@2:280/464 to Maurice Kinal on Tue Nov 24 13:05:40 2020
    Hi Maurice,

    On 2020-11-23 16:28:20, you wrote to you:

    @MSGID: 2:280/464.113 5fbc53a4
    @REPLY: 1:153/7001 5fbc515a
    @CHRS: UTF-8 4
    @TZUTC: -0800
    -={ Corrected datetime: 2020-11-23 16:18:34 -0800 }=-

    Hallo Maurice!

    How does this one look?

    Bingo! It now works as advertized.

    There still is a 10 minute difference between the 2 dates.

    Bye, Wilfred.

    --- FMail-lnx64 2.1.0.18-B20170815
    * Origin: FMail development HQ (2:280/464)
  • From Maurice Kinal@2:280/464.113 to Wilfred van Velzen on Tue Nov 24 04:55:50 2020
    -={ Corrected datetime: 2020-11-24 04:01:47 -0800 }=-

    Hallo Wilfred!

    And the 'TZUTC: -0800' is missing.

    I caught that after I read it on this point. The above corrected datetime is for YOUR msg and NOT this msg (reply). Your msg has the date "24 Nov 20 13:01:47" with "TZUTC: 0100" which is the same as "2020-11-24 04:01:47 -0800" when corrected to PST.

    Anyhow now that I am sure it will work I now plan to turn it off after this reply. For all it does it isn't worth the effort but I had to try it to prove it to myself.

    Het leven is goed,
    Maurice

    ... Gleawe men sceolon gieddum wrixlan.
    Wise men should exchange sayings.
    --- GNU bash, version 5.0.18(1)-release (x86_64-motorshed-linux-gnu)
    * Origin: Little Mikey's EuroPoint - Ladysmith BC, Canada (2:280/464.113)
  • From Maurice Kinal@2:280/464.113 to Wilfred van Velzen on Tue Nov 24 05:09:38 2020
    Hallo Wilfred!

    -={ Corrected datetime: 2020-11-24 00:00:20 +0000 }=-

    This last datetime stamp is different from the one in the header...

    Which header? ;-)

    It was corrected from the msg I was replying to and not the msg header's datetime. Anyhow as you can see I am no longer doing that. I've seen enough, how about you?

    Het leven is goed,
    Maurice

    ... Yr biþ æþelinga and eorla gehwæs wynn and weorþmynd.
    A bow is to princes and warriors everywhere a joy and an honour.
    --- GNU bash, version 5.0.18(1)-release (x86_64-motorshed-linux-gnu)
    * Origin: Little Mikey's EuroPoint - Ladysmith BC, Canada (2:280/464.113)
  • From August Abolins@2:460/58 to Maurice Kinal on Tue Nov 24 16:43:12 2020
    1:153/7001 5fbd097f
    Hey Maurice!

    Anyhow now that I am sure it will work I now plan to turn it off
    after this reply.

    As you can see I am following your lead and turned it off here as well now that we're sure it could work for display purposes at the enduser's view. As for myself I am still ignoring datetimes for the mostpart and am reading msgs in the order they arrive here as I have since way back when.

    Life is good,
    Maurice

    ... Widgongel wif word gespringe?, oft hy mon wommum bilih?.
    A far-wandering woman causes talk; often she is accused of sins.

    It can still be useful to have the right "timing" between replies. Here is a representation of your experimentation thread. I can tell which message was used as a reply to a previous one, not just the chronological order.
    https://brorabbit.g0x.ru/pic/5fbd0def.jpg




    --- tg BBS v0.6.2
    * Origin: Fido by Telegram BBS by Stas Mishchenkov (2:460/58)
  • From Maurice Kinal@1:153/7001 to Wilfred Van Velzen on Tue Nov 24 14:27:28 2020
    Hey Wilfred!

    If the above "On" date time, and TZUTC are corresponding
    correctly to eachother, that is enough for me. ;)

    That works for me. As you can see this reply is wrt UTC and is up to the second accurate which is all it needs to be to ensure it isn't the weak link in any attempt to "correct" it for whatever evil, demented purpose the enduser has in mind without altering the original. Thus based on the ftn datetime and the TZUTC a correction to your TZUTC would result in the date being displayed as "2020-11-24 15:27:28 +0100". For TZ=PST8PDT the corrected datetime would be displayed as "2020-11-24 06:27:28 -0800" which I can confirm by looking at the clock on the wall.

    It is all relative.

    Life is good,
    Maurice

    ... Wyrd oft nereð unfægne eorl þonne his ellen deah.
    Fate often saves an undoomed man, when his courage is good.
    --- GNU bash, version 5.0.18(1)-release (x86_64-motorshed-linux-gnu)
    * Origin: Little Mikey's Brain - Ladysmith BC, Canada (1:153/7001)
  • From Maurice Kinal@2:280/464.113 to Wilfred van Velzen on Tue Nov 24 10:51:20 2020
    Hallo Wilfred!

    It's getting a little bit annoying... ;)

    It has been annoying since sometime back in late 1999 and hasn't stopped being a major source of grief ever since.

    Het leven is goed,
    Maurice

    ... Yrre oft amyrreð monnes mod þæt he ne mæg þæt riht gecnawan.
    Anger often disturbs a man's mind so that he cannot see the right.
    --- GNU bash, version 5.0.18(1)-release (x86_64-motorshed-linux-gnu)
    * Origin: Little Mikey's EuroPoint - Ladysmith BC, Canada (2:280/464.113)
  • From John Dovey@4:920/1.1 to Carol Shenkenberger on Wed Jul 6 14:01:02 2022
    Re: Re: Hello!
    By: Nick Mackechnie to Dave Perrussel on Sun May 29 2022 11:15 am

    This echo seems pretty dead... is there anybody home?

    Well it's less dead no - Hey from NZ.

    Nick



    Hi Nick! As Maurce says, we go in spurts here.

    LOL. I'm afraid I found that way too amusing

    JD

    --- AfterShock/Android 1.6.8
    * Origin: Firecat Mobile (4:920/1.1)
  • From serge933@1:123/10 to Carol Shenkenberger on Sat Jul 22 03:59:44 2023
    NZ? I just got back from there last week. I have been back and forth quite a few times this year. In love with that country!

    --- Mystic BBS v1.12 A48 2022/07/07 (Windows/32)
    * Origin: Archaic Binary (1:123/10)
  • From Nick Mackechnie@3:772/210 to Serge933 on Sun Jul 23 10:31:00 2023
    NZ? I just got back from there last week. I have been back and forth quite
    a few times this year. In love with that country!


    Cool, I live in Christchurch, Where abouts in NZ did you go?

    Nick

    --- SLMAIL v5.1 (#SLO409KEDG15G098)
    * Origin: The Trashcan - The BEST Rubbish * bbs.thenet.gen.nz (3:772/210)