Saturday September 02 2023 22:27, from Alexey Fayans -> Nil A:
NA>> http://ftsc.org/docs/fts-0001.016, а там говорят, что NA>> И я, согласно спеку, буду выкидывать все 0x8d. AF> Если б ты ещё английский выучил и прочитал внимательно, о чём там AF> вообще речь идёт, то не интерпретировал бы ignored как discarded, а AF> should как must, и уж тем более ты не увидел бы там требование удалять AF> что-либо из транзитной почты.
Не надо наговаривать, я умею пользоваться Яндекс-транслейт, или на крайняк Гугл-транслейт. И различаю must, который также shall, когда обязательно надо, и should, когда только рекомендуют. Мои знания основываются на определениях в рамках RFC. Наделюсь, что FTSC хоть сколько-то копировали от тудова.
Вот, например, если я гипотетически автор какой-нибудь Фастэхи.. Я открываю .pkt на чтение из входящих бандлов. Уже понял из заголовка AREA (без двоеточия, что уже забавно) на каких ещё линков это натоссивать. На секундочку, я не какой-нибудь Хаски из будущего двухтысячного пишу, чтобы всё сообщение в память вычитать. Так то я ваще под ДОС реалмод пешу, у меня 64КБ сегменты (гипотетически естессно). И вот, я каким-то своим буфером небольшим копирую туды-сюды.. и следуя рекомендациям (should) из FTS-001, я игнорирую эти "All linefeeds, 0AH, should be ignored", и ещё "'soft' carriage returns, 8DH [...] and should be ignored".. ну пока через свой, например, char buf[1024] копирую тело сообщения на целевые линки этот .pkt. Вот тут и случается то самое неожиданное выкидывание разных символов.
AF> Если у кого-то при просмотре сообщения вместо Н случится перевод AF> строки, ничего страшного не произойдёт.
Я даже не уверен, что мой терминал это как-то отображает. Он даже аски-арты нифига не показывает, как выяснилось.
Best Regards, Nil --- GoldED+/LNX 1.1.5 * Origin: Linux 2.6.32-042stab145.3 (2:5015/46)