Subj : src/sbbs3/sbbsecho.c sbbsecho.h
To   : Git commit to main/sbbs/master
From : Rob Swindell (on Windows 11)
Date : Mon Jan 19 2026 03:07 pm

https://gitlab.synchro.net/main/sbbs/-/commit/eebfd74ddc924e1e98c2b159
Modified Files:
	src/sbbs3/sbbsecho.c sbbsecho.h
Log Message:
Unpack bundles starting from 6 weekdays ago, not (always) Sunday

There was a conversation in the SYNCHRONET echo/conference about message
import ordering and it occurred to me that SBBSecho shouldn't always start the
bundle search/unpack with Sunday (*.SU?) as we might import bundles out of
order if multiple bundles spanning multiple days came in at once (or were
collected over time without running SBBSecho import). Of course, the whole
"day of week" naming scheme doesn't work very well if the link is in a
different time zone, but this is no less accurate than just always starting the
search from Sunday (*.SU*) and will usually be more "chronologically" accurate.

Using UTC to determine the current "day of week" for creating and consuming
bundles would be more deterministic, but alas, it's not how things have been
done (anyone have a document/reference for the origination of the defacto
bundle naming scheme?).

FSC-23 refers to this scheme as "Day-of-week bullshit", and I have to agree.
UTC Day of year would've been a much better chronological and sequential
naming scheme, but I think some systems were sensistive to the size of bundles
and packets and needed them split-up and the DOS 8.3 filename limitation had
to be designed around.

One solution is to just always transfer packets and never bundles since packets
are usually unambiguously and sequentially named (SBBSecho supports this just
fine).

Increment version to 3.35

.