| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Squish limitations |
mark lewis wrote in a message to Paul Lentz:
MVL> Maximum message size: 63k (16 bit), 256k (32 bit)
ml> there is the packet split stuff... there's a fido technical document
ml> my bitch about it is/was that it puts the onus on the feeder instead
ml> of the feedee with the size problems...
ml> i'm thinking that the pktsort package does the split stuff as well
ml> as sorting messages in the pkts together by area name which also
ml> helps tossing to go faster...
I've had squish split up a big email I have gotten on more than one
occasion. Iirc from when I ran pktsort it did this as well.
My old way of doing it was to run gus on anything in an inbound where
echomail was permitted, then run pktsort on the resulting packets. NOw
technique is the same, but I do it with pktdate to make sure that my robot
doesn't send any y2k problems upstream.
Regards,
Richard
... Just when you think you're winning the rat race along come faster rats!
--- timEd 1.10.y2k+
* Origin: Radio REscue net operations BBS (1:116/901)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: 116/901 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™.