home bbs files messages ]

Just a sample of the Echomail archive

<< oldest | < older | list | newer > | newest >> ]

 Message 42526 
 deon to Digital Man 
 sbbsecho and bad packets 
 21 Oct 25 10:52:34 
 
TZUTC: 1100
MSGID: 51995.dove-syncdisc@12:1/2 2d5ccc5d
REPLY: 55055.sync@1:103/705 2d5cc930
PID: Synchronet 3.21a-Linux master/b7d3db6c3 Sep 28 2025 GCC 10.2.1
TID: SBBSecho 3.30-Linux master/88b423313 Sep 29 2025 GCC 12.2.0
COLS: 80
BBSID: ALTERANT
CHRS: CP437 2
FORMAT: flowed
NOTE: FSEditor.js v1.105
  Re: sbbsecho and bad packets
  By: Digital Man to deon on Mon Oct 20 2025 03:48 pm

Hey DM,

 > FWIW, Tom Jenning's Fido software (specifically, unpmsg() from unpacket.c)
 > would've barfed on any message without a NUL-terminated date/time as well.
 > https://www.sensitiveresearch.com/Archive/FidoNet/index.html
 >
 > It would would even trigger a buffer overflow (off-by-one) bug in his code!
 > Just something I came across that was probably related to this discussion.

Thanks, and interesting.

I still contend that the "standard" doesnt reflect this, which doesnt make
sense (at least 2 me) on many levels. 

(And yes, I think there are probably many other things that are not following
any "standards" anymore..)

Not sure what (Randy?) was thinking/intending in 1995. It certainly makes
sense that it might be probably easier to code as a null terminated string and
at the end of the day the most common representation of a date "yyyy-mm-dd
hh:mm:ss" or "dd MMM yy  hh:mm:ss" are both 19 chars, so being fixed at 19
chars (to save that byte) may have worked as well. Actually, saving the extra
space before the time in the later format would have saved another byte, (or
converting it to an unsigned int probably would have saved more). I guess by
1995, 2 bytes in a packet at those modem speeds wasnt a big deal, especially
since it was negligble once compressed into a zip/arj file.

Anyway, I think my code handles both in case it pops up in other ways...


...лоеп

---
 ю Synchronet ю AnsiTEX bringing back videotex but with ANSI
 * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
SEEN-BY: 10/0 1 102/401 103/1 17 705 105/81 106/201 124/5016 128/187
SEEN-BY: 129/14 153/7715 154/110 218/0 1 215 601 610 700 840 860 880
SEEN-BY: 226/30 227/114 229/110 206 317 400 426 428 470 700 705 266/512
SEEN-BY: 280/464 291/111 301/1 320/219 322/757 342/200 396/45 460/58
SEEN-BY: 633/280 712/848 902/26 5075/35
PATH: 103/705 218/700 229/426


<< oldest | < older | list | newer > | newest >> ]

(c) 1994,  bbs@darkrealms.ca