Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 09 Nov 24 19:25:55, всего сообщений: 10795
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 2362 из 10795 ===================================== RU.UNIX.BSD =
От   : Serguei E. Leontiev              2:5020/400         26 Dec 14 15:03:29
Кому : Andrew A. Vasilyev                                  26 Dec 14 15:03:29
Тема : Re: Проверка гейта usenet->fido
FGHI : area://RU.UNIX.BSD?msgid=<1187498399@ddt.demos.su>+790fd33b
На   : area://RU.UNIX.BSD?msgid=<1187498398@news.demos.su>+22d8838a
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.UNIX.BSD?msgid=<1187498400@news.demos.su>+1e264948
==============================================================================
From: "Serguei E. Leontiev" <leo@sai.msu.ru>

Привет Андрей,

От 26 декабря 2014 г., 11:37:52 в fido7.ru.unix.bsd ты писал:
SEL>> Хотя у меня уже склероз прогрессирует, так что проще
SEL>> проверить и открыть relcom.test, в котором есть более
SEL>> правильные сообщения, например:
AV>   Да, всё читается нормально. Так что можно будет добавить
AV> перекодировку   Subject в QP. Это, IMHO, совсем несложно.

Если нужна помощь, то скажи. Там какая версия FreeBSD?

Резюме известных мне пожеланий в области модернизации news.fido7.ru:

1. Проблемы с "Subject:"

1.1 Hекорректное отображение "Subject:" на groups.google.com вызванное
нарушением требований RFC 5536 при кодировании значения данного заголовка

1.1.1 Важность: высокая;
1.1.2 Касается, как сообщений из Usenet, так и сообщений из FTN;
1.1.3 "Mime-Version: 1.0" нужно добавить до "Subject:" или, если
заголовок "Mime-Version:" уже встречается в сообщении после "Subject:",
то его нужно перенести до "Subject:";
1.1.4 Значение "Subject:" необходимо кодировать согласно RFC 2047,
допустимы оба варианта кодирования, и "B" (Base64), и "Q"
(Quoted-Printable). Кодировка, желательно что бы была такая же, как у
тела сообщения (на настоящий момент, это KOI8-R);


1.2 Вставка пробелов в длинные "Subject:", предположительно вызванное
ошибкой декодирования переносов строк, как минимум, в случае варианта
кодирования "B" (Base64) для UTF-8

1.2.1 Важность: низкая;
1.2.2 Касается сообщений из Usenet;
1.2.3 Требуемые изменения для исправления ошибки на настоящий момент
неизвестны;


2. Проблемы с телом сообщения

2.1 Тело сообщения, если оно уже не было получено в виде MIME сообщения,
кодируются с нарушением требований RFC 5536

2.1.1 Важность: средняя
2.1.2 В основном, касается сообщений из FTN (реже сообщений из Usenet,
исправление для сообщений из Usenet - важность низкая);
2.1.3 Если в сообщении отсутствую заголовки "Content-Type:" и
"Content-Transfer-Encoding:", то следует их добавить между
"Mime-Version:" и телом сообщения:
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 8bit


2.2 При наличии в сообщении символов, которые не отображаются в
кодировке тела сообщения, они кодируются не так как определяется в
документе "Черновик стандарта фидонетовских подстрок Unicode (русская
версия)"

2.2.1 Важность: низкая;
2.2.2 Касается сообщений из Usenet;
2.2.3 Если во входном сообщении встречаются символы, которые невозможно
отобразить в CP866, то кодировать их не так как сейчас "\xE2\x80\x94", а
как предлагает Mithgol the Webmaster (Сергей Соколов):
&+mAJcFlwNbHpOS3p/iTJbUHvH; (UTF-7);


2.3 Есть гипотеза, что сообщения отправляемые в Usenet для улучшения
совместимость лучше кодировать в UTF-8

2.3.1 Важность: низкая;
2.3.2 Касается, как сообщений из Usenet, так и сообщений из FTN;
2.3.4 Изменить "charset=" в "Content-Type:" и перекодировать тело сообщения;

--
Успехов, Сергей Леонтьев. E-mail: lse@CryptoPro.ru  
--- ifmail v.2.15dev5.4
* Origin: ГАИШ МГУ (2:5020/400)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.111035 секунды