TIP: Click on subject to list as thread! ANSI
echo: tub
to: Matt Bedynek
from: mark lewis
date: 2006-02-15 04:57:00
subject: Messages too long?

MB> Some folks forget that others run software that might crash or not
 MB> pass on large messages. 

speaking as one of those folk, /i/ don't forget... i _know_ that there is
software available for those who can't/don't want to handle large
messages... this software can cut/split (by FTSC proposal) messages too
large for their systems to handle... i've said this for years... in fact,
i've had this stance ever since the ^aSPLIT proposal was presented to the
FTSC... i have /always/ believed it the responsibility of the -=recieving=-
system to split messages according to _their_ capabilities rather than
"forcing" everyone else to succumb to their individual
restrictions...

 MB>  Even though many of us run systems capable of handling large 
 MB> messages; all to often the software cannot or at least is not 
 MB> configured to do so.

that is the operator's problem, IMHO... the real "problem" is
getting folk to look at the other side of the coin...

 MB> At least squish is smart enough to skip them. 

and thus loose mail... there's one part of that blackhole that folk speak of...

 MB> I suspect there are tossers that stop up completely when they 
 MB> encouter very large messages? 

i don't doubt that... that's one of the main reasons why i see that ^aSPLIT
proposal is written and directed to the wrong folk...

 MB> Let me know if there is anything I can do to help.

educate folk and teach them to cut messages up to what /their/ systems can
handle and don't restrict others in what they can handle ;) O:)

)\/(ark 

* Origin: (1:3634/12)
SEEN-BY: 633/267 270
@PATH: 3634/12 106/2000 633/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™.