Message 20603 in 7PLUS.WW
From: UT1HZM
Date: Fri, 10 Apr 26 10:18:00 Z
Newsgroups: 7PLUS.WW
Subject: 7plus sizes
Message-ID: <41106_UT1HZM>
Path: GB7RJJ|PI8ZTM|IW2OHX|UT1HZM
R:260410/1030Z 11495@GB7RJJ.#79.GBR.EURO LinBPQ6.0.25
R:260410/1029Z @:PI8ZTM.#ZH1.NLD.EURO #:53199 [Den Haag] $:41106_UT1HZM
R:260410/1022Z 4801@IW2OHX.ILOM.ITA.EU BPQ6.0.25
R:260410/1018Z 41106@UT1HZM.KREM.POL.UKR.EU BPQ6.0.25
Dear 7plus senders!
Can be explained sense of send many-many small sized parts?
On my think - none!
Lets see:
- many small parts create more overhead in total encoded data, for example 100kb
binary or picture file spitted in many 5-kbyte parts will be total size of
~118kb, but spitted in just 4-5 parts will be ~5kb less in total.
- more parts is harder to prosess decode manually, few peoples still do it
old-style, in simple terminal application, by save each message to files and
then run decoder...
- more of small parts really don't regulate BBS traffic on low speed channels!
For example on 1200bd or at HF modes (300baud PR or pactor, vara, adrop etc).
A lot of small parts just blocks a channel for a while and bbs software rule
"send small mails first" not works - because there are tens or even hundred
of "small 7pluses" in queue, hi.
Why not to send 7PL encoded data in not less than 20...25kb parts?!
73, Sergej.
← Return to Bulletin List