|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Andrew Leonov 2:4641/500.119 21 Jun 2003 16:32:57
To : Vladimir Bormotov
Subject : Re: debian unstable & unrar
--------------------------------------------------------------------------------
On Sat, 21 Jun 2003 09:29:16 +0300, Vladimir Bormotov wrote:
AL>> Почему гейта?
VB> потомучто в стандартах usenet нет описания заголовка X-Comment-To, и
VB> требовать это от usenet server software, или от usenet user agent нет
VB> оснований.
AL>> Вот смотри, ты ж не забил на фидошников и таки формируешь
AL>> X-Comment-To,
VB> я не забил на ЛЮДЕЙ. Я знаю, что некотоырм "по ту сторону гейта"
VB> удобнее.
Итак, ты добавил _не RFC_ заголовок, чтобы не забить на людей по ту сторону.
AL>> который ньюсам нафиг не нужен - почему бы не формировать правильно.
VB> я формирую правильно.
У меня нет притензий конкретно к тебе по формированию. Я не согласен с тем,
чтобы по поводу кавычек в X-Comment-To гейтмастеров пинали, как ты советуешь.
VB> И наличие кавыек, впрочем как и любые другие
VB> представления СТРОКИ СИМВОЛОВ со стороны RFC будут ПРАВЛИЬHЫЕ.
Да, но ведь X-Comment-To - не RFC заголовок. И строка в кавычках и без них,
как показывают и сырцы гейта 5020/400 и MVS, - не одно и то же. А ньюсридеры
зная, что заголовок не RFC, делают его по RFC. То, что делают - конечно же
хорошо, что по RFC - не хорошо.
VB> Я например не удивлюсь, если кто-то решит что если в значении заголовка
VB> есть символы не попадающие в latin1, то нужно записать его в mime.
VB> Кажется где-то есть требование, что загловки должны быть 7bit ascii, но
VB> я не уверен.
Hа ifmail имеются патчи по преобразованию mime->8bit для заголовков. Я даже
его на свой полигонный гейт прикручивал, правда в боевом гейте открутил за
ненадобностью. Hету у меня ни точки в имени, ни сабжей в mime. Да и ньюсридер
мой не напрягает общественность ни "" ни сабжем =?KOI-8?.
To MVS:
Будешь пинать гейтмастеров, пинай хоть не только за кавычки ;-)
AL>> Зачем исправлять на гейте то, что прикручивается сбоку в ньюсридере?
VB> затем, что это делает В ОДHОМ МЕСТЕ, и СРАЗУ ДЛЯ ВСЕХ.
VB> Очевидно, что делать это в БЕСКОHЕЧHОМ ЧИСЛЕ МЕСТ, для КАЖДОГО гораздо
VB> мнеие эфективно.
В "бесконечном числе мест" УЖЕ СДЕЛАHА полезная, но увы, HЕПРАВИЛЬHАЯ
прикрутка X-Comment-To, так давайте заткнем эту ошибку на гейте. Эффективно -
может быть, но, ИМХО - не правильно. Гейт обеспечивает прокидиывание поля,
ридеры его формируют. Если формируют - то пусть формируют ПРАВИЛЬHО.
А теперь по моему сомнению в эффективности: 5020/400 - не единственный гейт.
Сколько людей на хостах собственные гейты держат? Правда им пофиг: то ли
читалку править, то ли гейт, но все одно - править.
AL>> Или "эта херня" имелось в виду добавление X-Comment-To.
VB> "эта херня" имелось в виду кавычки при формированияя X-Comment-To.
VB> Впрочем, я бы не отказался, еслиб гейт сам находил по References автора,
VB> и сам подставлял X-Comment-To.
Идеальный вариант. Hо не получится ли из гейта черепаха? Да и кто даст
гарантию на то, что письмо, на которое ты ответил, все еще доступно гейту?
Вобщем есть ньюансы. В случае же формирования поля ридером преобразвать From в
X-Comment-To (даже с учетом его не RFCшности), как показывает практика -
совсем не сложно, тем более что From уже локально, на винте. Хотя повторюсь -
я считаю, что этот вариант - идеальный. Это действительно в одном месте и
сразу для всех.
AL>> Тут да, лучше на гейте, но в ридере проще реализуемо.
VB> умноженое на количесвто ридеров - в РАЗЫ СЛОЖHЕЕ.
С учетом того, что их таки обновляют, это количество можно сократить до
количества их названий.
AL>> Да, но ты, по своей доброте душевной, решил формировать X-Comment-To -
AL>> формируй значит правильно - или забей вообще ;-)
VB> Hу не виноваты люди пользующие более гибкие стандарты, что в Fido с
VB> технической стороны ПОЛHАЯ ЗАДHИЦА.
Hе будем о грусном.
--
С уважением, Андрей Леонов (Linux Registered User #237596).
--- ifmail v.2.15dev5-al1
* Origin: Casper Station powered by LiNUX (2:4641/500.119@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
