Hello Nick!

08 Jul 70 22:44, you wrote to me:

There's a post here by Rob to Vitaliy from 2 years ago using
Golded+ with no problems with the date of the replied-to message...

I don't know what to tell you. I see that message, too. Maybe it
happened during the updates that occurred after that message..? If you
can find it, try the version Rob used in that post dated 20240303.

Either way, I have the same time/date issue here as well when I lock
Golded onto my Synchronet message areas, rather than my JAM ones. So I
would be interested in seeing a fix for it, also.

I've tried with several GoldED+ versions from different compilation dates -- same result.

I've also seen several posts from some other sysops using GoldED+ with SMB back in 2021 that apparently didn't have any issues with the date/time.

So, I suspect something has changed recently in how Synchronet stores the date/time in the messagebase.

What's curious is that Synchronet (terminal, ecweb4, nntp) has no trouble reading the date/time of messages posted locally using GoldED+. It's like if there are two ways to store it (old and new) and SBBS supports both, but GoldED+ cannot handle the new one.

Carlos

--- SBBSecho 3.37-Win32
* Origin: cyb synchronet point (2:341/234.5885)

Hey Carlos!

On Mon, Apr 06 2026 04:56:45 -0500, you wrote:

So, I suspect something has changed recently in how Synchronet
stores the date/time in the messagebase.

Now that you mention this.. I remember something similar to this being said to me when I asked about it. I may have even forwarded that information from Rob to Vitaliy at the time, since he was working on fixing actual access to the message bases at the time.

What's curious is that Synchronet (terminal, ecweb4, nntp) has no
trouble reading the date/time of messages posted locally using
GoldED+. It's like if there are two ways to store it (old and new)
and SBBS supports both, but GoldED+ cannot handle the new one.

Very possible. Your best bet would be to confirm this with Rob. I remember bits and pieces of our conversation awhile back (this could have been around the same time, or shortly thereafter, as the message you brought up from a couple years ago) in regards to everything odd I could find with Golded and Synchronet. When I realized the current Golded devs didn't have the time (or interest, really), I moved on to something else.

Regards,
Nick

... Sarcasm, because beating people up is illegal.
--- SBBSecho 3.37-Linux
* Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (1:154/700)

Re: GoldED+SBBS
By: Carlos Navarro to Nick Boel on Mon Apr 06 2026 11:56 am

So, I suspect something has changed recently in how Synchronet stores the date/time in the messagebase.

You are correct! https://gitlab.synchro.net/main/sbbs/-/commit/445394f9fc31
--
digital man (rob)

This Is Spinal Tap quote #36:
Bobbi Flekman: Money talks, and bullshit walks.
Norco, CA WX: 79.3øF, 49.0% humidity, 10 mph W wind, 0.00 inches rain/24hrs
--- SBBSecho 3.37-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

08 Apr 2026 13:42, you wrote to me:

So, I suspect something has changed recently in how Synchronet
stores the date/time in the messagebase.

You are correct! https://gitlab.synchro.net/main/sbbs/-/commit/445394f9fc31

Thanks for the clarification. Mystery solved. :-)

Carlos

--- GoldED+/W32-MSVC 1.1.5-b20180707
* Origin: cyberiada (2:341/234.1)

Hello, Carlos!

Thursday April 09 2026 10:08, from Carlos Navarro -> Rob Swindell:

So, I suspect something has changed recently in how Synchronet

stores the date/time in the messagebase.

You are correct!
https://gitlab.synchro.net/main/sbbs/-/commit/445394f9fc31

Thanks for the clarification. Mystery solved. :-)

Can we get some summary, like whom to blame GoldED or SBBS?

Best Regards, Nil
--- GoldED+/LNX 1.1.5-b20260305
* Origin: Gemini can make mistakes, so double-check it (2:5015/46)

Re: GoldED+SBBS
By: Nil A to Carlos Navarro on Thu Apr 09 2026 07:26 pm

Hello, Carlos!

Thursday April 09 2026 10:08, from Carlos Navarro -> Rob Swindell:

So, I suspect something has changed recently in how Synchronet

stores the date/time in the messagebase.

You are correct!
https://gitlab.synchro.net/main/sbbs/-/commit/445394f9fc31

Thanks for the clarification. Mystery solved. :-)

Can we get some summary, like whom to blame GoldED or SBBS?

Ideally, the GoldED+ project would have used SMBLIB directly from the Synchronet source repo. That's not how it was implemented, instead the SMBLIB code was copied/forked - so it doesn't benefit from any upstream changes (enhancements or bug fixes). Using SMBLIB as a static library built from the Synchronet source repo would be the right solution and fix more than one issue with GoldEd+ interoperability and Synchronet Message Bases (SMB).
--
digital man (rob)

Rush quote #25:
Throw off those chains of reason and your prison disappears
Norco, CA WX: 68.5øF, 65.0% humidity, 1 mph NW wind, 0.00 inches rain/24hrs
--- SBBSecho 3.37-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

Hello, Rob!

Thursday April 09 2026 10:08, from Rob Swindell -> Nil A:

Can we get some summary, like whom to blame GoldED or SBBS?

fyi, don't like ur non-ftn style quoting.

Ideally, the GoldED+ project would have used SMBLIB directly from the Synchronet source repo.

that's not the case from the beginning. golded has never ever imported any jamlib or squish api and never will.

Best Regards, Nil
--- GoldED+/LNX 1.1.5-b20260305
* Origin: Gemini can make mistakes, so double-check it (2:5015/46)

13 Apr 2026 01:03, you wrote to Rob Swindell:

Can we get some summary, like whom to blame GoldED or SBBS?

fyi, don't like ur non-ftn style quoting.

It's strange how your editor quoted that first line (from your reply) when you replied to Rob's message. It added "RS>", making it look like:

Can we get some summary, like whom to blame GoldED or SBBS?

However, my GoldED+ does it like this:

Can we get some summary, like whom to blame GoldED or SBBS?

Carlos

--- GoldED+/W32-MSVC 1.1.5-b20180707
* Origin: cyberiada (2:341/234.1)

Re: GoldED+SBBS
By: Nil A to Rob Swindell on Mon Apr 13 2026 01:03 am

Ideally, the GoldED+ project would have used SMBLIB directly from the Synchronet source repo.

that's not the case from the beginning. golded has never ever imported any jamlib or squish api and never will.

Then someone needs to update the copied (you prefer that verb?) latest SMBLIB source files into the GoldEd+ project and integrate it.
--
digital man (rob)

This Is Spinal Tap quote #46:
"Not an Exit" - we don't want an exit. Well that's true.
Norco, CA WX: 75.2øF, 43.0% humidity, 6 mph WNW wind, 0.00 inches rain/24hrs --- SBBSecho 3.37-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)