TIP: Click on subject to list as thread! ANSI
echo: tub
to: Paul Lentz
from: mark lewis
date: 2008-03-17 20:43:54
subject: Squish limitations

MVL> Maximum message size: 63k (16 bit), 256k (32 bit)

 PL> I've been wondering for long time about the message size as well. I
 PL> think around the beginning of each month Squish boots out messages
 PL> (I think in the STATS echo) that are big and renames the .pkt files
 PL> to *.LNG.

 PL> I've looked around before and never found any way to deal with
 PL> these long messages or the *.lng packet files. Is there a way to do
 PL> this? 

shirley, you jest! ;)

there is the packet split stuff... there's a fido technical document about
the split proposal to break messages up into smaller units but my bitch
about it is/was that it puts the onus on the feeder instead of the feedee
with the size problems...

i'm thinking that the pktsort package does the split stuff as well as
sorting messages in the pkts together by area name which also helps tossing
to go faster...

if you can't find a copy, let me know and i'll give you some more info ;)

)\/(ark

* Origin: (1:3634/12)
SEEN-BY: 10/1 3 11/201 14/300 34/999 90/1 103/105 120/228 123/500 134/10 140/1
SEEN-BY: 222/2 226/0 249/303 261/20 38 100 1381 1404 1406 1418 266/1413
SEEN-BY: 280/1027 320/119 396/45 633/104 260 262 267 690/682 734 712/848
SEEN-BY: 800/432 801/161 189 2222/700 2320/100 105 200 303 2905/0
@PATH: 3634/12 123/500 261/38 633/260 267

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.