home bbs files messages ]

Just a sample of the Echomail archive

Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.

   SYNCHRONET      Rob Swindell fetishistic worship forum      43,341 messages   

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

   Message 42,485 of 43,341   
   Digital Man to deon   
   sbbsecho and bad packets   
   07 Oct 25 15:34:45   
   
   TZUTC: -0700   
   MSGID: 55014.sync@1:103/705 2d4ba26b   
   REPLY: 51952.dove-syncdisc@12:1/2 2d4ad50a   
   PID: Synchronet 3.21a-Linux master/2287878bd Sep 27 2025 GCC 12.2.0   
   TID: SBBSecho 3.30-Linux master/88b423313 Sep 29 2025 GCC 12.2.0   
   COLS: 80   
   BBSID: VERT   
   CHRS: CP437 2   
   FORMAT: flowed   
   NOTE: FSEditor.js v1.105   
     Re: sbbsecho and bad packets   
     By: deon to Digital Man on Tue Oct 07 2025 07:49 pm   
      
    >   Re: sbbsecho and bad packets   
    >   By: Digital Man to deon on Mon Oct 06 2025 11:30 pm   
    >   
    > Howdy,   
    >   
    >  > Indeed, yes, but the DateTime field definition for the packed message is   
    >  > "inherited" from the Stored Message definition - it's not redefined.   
    >   
    > I'm not seeing what you are seeing - but ok.   
      
   FSP-1042 (still in draft stage) has the packed message header more clearly   
   defined:   
   ,-------------------------------------------------------------   
                    | Name         | Type | Length     | Description                
   |                 +--------------+------+------------+----------   
   ---------------+                 | dateTime     | nStr | Exactly 19 | Date and   
   time of message |                 | toUserName   | nStr | 0-35       | User   
   the message is to   |                 | fromUserName | nStr | 0-35       |   
   User the message is from |                 | subject      | nStr | 0-71         
   | Message subject          |                 | text         | nStr |   
   0-Infinity | Message body             |                 `-------   
   ------+------+------------+--------------------------'   
      
      
   The nStr type is defined (in FSP-1024) as:   
   nStr:   
           NUL-terminated string.  A sequence of zero or more non-NUL   
           characters followed by a single NUL character.  If a length is   
           specified, does NOT include the terminating NUL.  If an nStr   
           with a length of 19 is stored, it will take 20 bytes of   
           storage because of the terminating NUL.   
      
    > I'll tell this node that they need to have their software fixed to not send   
    > DateTimes as a 20 byte field, but a null terminated string - I think the   
    > source is hpt, so lets see if they agree...   
      
   I think you have that backwards, the DateTime must be a null terminated   
   string: exactly 19 characters followed by a NUL.   
   --    
                                               digital man (rob)   
      
   Sling Blade quote #7:   
   Karl: I don't reckon the Good Lord would send anybody like you to Hades.   
   Norco, CA WX: 59.4øF, 88.0% humidity, 0 mph ENE wind, 0.00 inches rain/24hrs   
   --- SBBSecho 3.30-Linux   
    * 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