@MSGID: 3624.fido_ftscpubl@1:135/115 2c2da408
@REPLY: 1:153/757.0 85399b19
@TZUTC: -0600
@PID: Synchronet 3.20c-Linux master/1f5447a39 Feb 21
2025 GCC 14.2.0
@TID: SBBSecho 3.23-Linux master/1f5447a39 Feb 21
2025 GCC 14.2.0
@BBSID: PALANTIR
@CHRS: CP437 2
-=> Alan Ianson wrote to Dan Clough <=-

 >> That`s a Z. At one time it was widely used as an end of file
 >> marker.

 >> I suppose you could just remove that last line.

 > That would likely "break" the CRC value shown on the top line of a
 > segment.  Not sure if that matters, but...

 AI> I`m not sure if the first and last lines are part of the CRC but they
 AI> are best left alone.

Yes, I agree, but hence my question...

 > That actually raises a question I`ve wondered about...  Is there
 > actually a need these days to create segments/nodelists with something
 > like `makenl`?

 AI> My and I suppose most NC`s segments are done by hand but processing it
 AI> with makenl includes the CRC and that`s a plus. It`s a requirement I
 AI> think.

I`m an NC, and when changing my segment I use a normal text editor, save 
it, and then process it with makenl.  What I`m asking is:  Is the 
"processing" by makenl really needed?  All it really does is generate 
this CRC, and I`m asking if that CRC is actually needed by anything.

 > I use it, and understand it, but is it really required?

 AI> RC`s and ZC`s lives are much easier with makenl. :)

Maybe, assuming they set it up with incoming dir`s and files, etc...  I 
bet many of them just use the `data` keyword and have all the entries 
below that.

 > Could not the segments just be edited like any other text file, with a
 > normal text editor?  I think the CRC is maybe used in "diff" processing,
 > but who actually needs/uses a diff file any more?

 AI> The CRC is a way to make sure you got the file without error, as
 AI> intended.

Yes, I know, but....  if you can`t trust your downlink *C, who can you 
trust?  It`s not like we have to deal with "line noise" corrupting a 
file while it`s in transit.  ;-)




... Gone crazy, be back later, please leave message.
=== MultiMail/Linux v0.52
--- SBBSecho 3.23-Linux
 * Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
SEEN-BY: 1/120 18/0 30/0 50/109 104/117 123/0 25
180 755 3001 3002 135/0 115
SEEN-BY: 135/205 220 240 363 366 382 385 388 390
391 153/7715 154/10 220/6
SEEN-BY: 221/1 6 222/2 229/426 240/12 1120 1512
1634 8001 8002 8005 8050
SEEN-BY: 250/1 275/1000 280/464 5003 291/111
292/854 301/1 113 303/0 313/41
SEEN-BY: 320/219 335/364 341/66 371/0 460/58
530/204 712/1321 2320/105 3634/0
SEEN-BY: 3634/12 24 27 56 57 58 60 119 5020/846
848 1042 4441 12000 5030/49
SEEN-BY: 5030/1081 1474 5053/51 5061/133 5075/128
5083/1 444
@PATH: 135/115 3634/12 240/1120 301/1 5020/1042
4441