Message:20603 In: 7PLUS.WW
From: UT1HZMDate: 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