Subj : Filefind file limit
To   : Vince Coen
From : mark lewis
Date : Wed Oct 25 2017 11:10:16

 On 2017 Oct 25 14:36:30, you wrote to Andrew Leary:

 AL>> In the future, I can look at possibly splitting large replies into
 AL>> multiple messages.

 VC> In mbse there is a 60/64k message limit does this still apply in fido
 VC> land these days with internet comms used for most if not all sysops ?

there never was a limit on message size... what everyone has been seeing is 
arbitrary limits placed by ""lazy"" coders*... the tech standard states that 
message bodies are unbounded which means there is no limit set... this leaves 
plenty of room for expansion as technology grows... we can see this by this 
very 64k barrier... it used to be 32k... these days, memory is accessed 
differently and the barrier is much much larger... effectively, each system is 
limited by drive space*N where N is the number of copies of the message a 
system makes when processing the message... copies because of sending to other 
systems in a distribution system (eg: fidonet)...


* ""lazy"" coders: those who didn't implement some sort of disk-based overflow 
system so they could process messages too large to fit into the memory 
allocation scheme of the time... sure, the larger messages would be processed 
slower but they would be processed and passed on... no need for splitting... 
splitting should be done only when the messages are stored in a local message 
base that has arbitrary message size limits in place... split the message when 
initially stored... reassemble it into one when exporting it to other systems 
(eg: they rescanned the area)... the ^ASPLIT spec is perfect for this but some 
chose to use it at another point in the process...

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it 
wrong...
.... The road to success is often under construction...
---
 * Origin:  (1:3634/12.73)

.