- UTF-8 ------------------- < Пред. | След. > -- < @ > -- < Сообщ. > -- < Эхи > --
 Nп/п : 96 из 100
 От   : Eugene Subbotin                     2:5075/35         12 сен 26 21:37:30
 К    : Michiel van der Vlist                                 12 сен 26 21:42:01
 Тема : Re: UCS kludges and long headers to base
----------------------------------------------------------------------------------
                                                                                 
@REPLY: 2:280/5555 6aa1b302
@MSGID: 2:5075/35@fidonet 6aa59c81
@CHRS: UTF-8 4
@TZUTC: 0300
@REALNAME: ╨Х╨▓╨│╨╡╨╜╨╕╨╣ ╨б╤Г╨▒╨▒╨╛╤В╨╕╨╜
@TID: hpt/nbsd 1.9 2024-03-02
Hello Michiel!

Wednesday September 09 2026 21:13, you wrote to me:

 MvdV> I noticed that LARGEHEADERSTOBASE disables WRITEUCSHEADERS even if
 MvdV> that is set to "yes".

 MvdV> This may make sense eventually but as long as the Fidonet community
 MvdV> has not clearly choosen for the one method or the other, I think is
 MvdV> usefull to have the option of having both enabled at the same time.

fixed: UCS kludges will follow FTS-0001, not the local base abilities.

WRITEUCSHEADERS wrote a UCSFROM, UCSTO or UCSSUBJ kludge for a field
that did not fit the message base, and with LARGEHEADERTOBASE that was
the base`s own width - a hundred bytes in JAM, no limit at all in
Synchronet, where no kludge was ever written. The option looked as if
LARGEHEADERTOBASE switched it off.

The kludge is for the reader at the far end of the packet, and the
packed message is cut at 35, 35 and 71 bytes whatever the local base
keeps. The kludges are measured against those widths now; the base
stores what fits it, as before.


Eugene

... It`s full of stars!
--- GoldED+/BSD 2.0.0-b20260912 (NetBSD 11.0 Intel Core Haswell)
 * Origin: FireFox Station (2:5075/35)
SEEN-BY: 154/10 203/0 240/5832 280/464 5003 5555
292/789 301/1 310/31 341/66
SEEN-BY: 460/58 5001/100 5015/46 5019/40 5020/715
1042 1146 5452 9696 5023/24
SEEN-BY: 5030/1081 5051/44 5075/21 35 6035/3
@PATH: 5075/35 280/5555 5020/715



   GoldED+ VK   │                                                 │   09:55:30    
                                                                                
В этой области больше нет сообщений.

Остаться здесь
Перейти к списку сообщений
Перейти к списку эх