Hi Matthias,
On 2021-05-05 05:11:34, you wrote to Kai Richter:
MH> 100% agree. Echomail historically was sent compressed. You know, cost
MH> savings in POTS. Nowdays, echomail is no longer compressed prior
MH> to sending as BinkD does a good job ab it anyway. That reduces
MH> tosser processing times.
MH> When i re-started my fidonet operations, i was a fan of compressing
MH> outbound echomails but got convinced after a few tests and some
MH> statistics, that compressing with the tosser/packer is no longer
MH> needed.
MH> In fact, i no longer have any of my links/feeds running with
MH> packed echomails. TBH, i've even disabled the unpacking feature
MH> at all, even in secure inbound.
MH> I've agreed with all my links/feeds, that we deliver eachother
MH> uncompressed and that's it.
I sometimes turn on compression for links that are offline for a bit longer then 1 or 2 days. Because with the high frequent tossing that happens today, the outbound directories quickly fill up with hundreds of .pkt files, which I don't like. With compression turned on there are at most 7 files for each (offline) node waiting to be send. When they become connectable again I turn compression back off...
Bye, Wilfred.
--- FMail-lnx64 2.1.0.18-B20170815
* Origin: FMail development HQ (2:280/464)
|