Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    TUB    |    Squish EchoMail Tosser, Help & Support    |    484 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 320 of 484    |
|    mark lewis to Dallas Hinton    |
|    zip and unzip    |
|    06 Aug 18 21:21:24    |
       On 2018 Aug 06 16:30:52, you wrote to Benny Pedersen:               BP>> no it really is that simple, ask the sender to not pack if he cant        BP>> use updated software               DH> It's an option, of course - and given the size (small) of today's        DH> packets, not much implication for bandwidth. It just goes against the        DH> grain! :-)              i just can't justify the CPU wastage... especially when looking at stats like       this...                      Echomail Statistics for the period of               01 Aug 18, 00:20:07 - 05 Aug 18, 23:48:09                      Inbound packets : 50602                     we're only five(!) days into the month and there's already been 50000+ PKTs       dropped off here :shock: they come in every few minutes... i've seen some       systems dropping off packets here within a minute of their last connection...       sometimes a connection will drop off two or three PKTs at once and then do it       again a few seconds later with new PKTs but hey, folks want near-real-time       conversations so...              so anyway, consider if that was 50000 zipped mail bundles... the time to zip       and unzip them is much better used for something else... add to that that some       mailers can compress data on the fly when transmitting it just like web       servers do... i just... i don't know, man... mail bundles were created to       solve a problem FTNs had a long long time ago... that problem was transmission       time... a problem that is non-existant (for the most part) these days... it       takes two steps right out of the processing loops and reducing the number of       steps needed is generally a GoodThing |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca