|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ilya Anfimov 2:5020/400 06 Dec 2001 19:22:54
To : vitus@ice.ru
Subject : Re: Mail Server
--------------------------------------------------------------------------------
On Thu, 6 Dec 2001 15:14:36 +0000 (UTC),
vitus@ice.ru <vitus@ice.ru> wrote:
>Ilya Anfimov <ilan@adt.ru> wrote:
>IA>On Thu, 6 Dec 2001 13:31:31 +0000 (UTC),
>IA>vitus@ice.ru <vitus@ice.ru> wrote:
>>>Artem Chuprina <ran@ice.ru> wrote:
>>>
>>>AC>Hасчет транспорта, который не умеет 8bit - сложнее, но встречалось. А вот
>>>AC>что корректно указать charset без кодирования невозможно (согласно оному
>>>AC>RFC нельзя указать такой encoding, а помимо этого RFC не существует
>>>AC>способа указать там charset вообще так чтобы его хотя бы кто-нибудь
>>>AC>понял). А вот
>>>
>>>Во-во. Стоит пропихнуть в следующую версию оного RFC encoding 8, который
>>>будет означать 8-битные символы. Придется, правда знак равенства
>
>IA> Зачем?
>
>>>эскейпить, например, дублированием, чтобы в 8-битном тексте не
>IA>
>IA> А также ? и пробелы.
>
>>>встречалось ?=\b. Это полезно например, в целях сокращения объема
>>>трафика.
>
>IA> Да base64 -- это 4:3. Hесолидно даже.
>
>Что, 33% это мало?
У кого проблемы с траффиком -- пусть прикручивает uucp или
SMTP/gzip на более других уровнях. Всю избыточную информацию как
ветром сдует.
А так -- подумаешь, 33%. И не такое видали. Особенно чтобы
спецификации не загромождать.
>
>
>>>
>>>А еще положение, что 8-битный текст без указания кодировки _MUST_ считаться
>>>UTF-8.
>
>IA> А зачем?
>
>Для порядку. Ибо это единственный charset, кроме ASCII который можно считать
>стандартным. Точнее, все стандарты, которые считают стандартным 8-битным
>charset iso-8859-1 надо давить. В смысле додавливать их авторов чтобы
>думали не только об интересах американцев и немцев.
А какая разница -- UTF-8 или iso-latin-1? В общем iso-latin даже
лучше -- большей части мира сразу видно, кто самый вумный и на
charsetы плюет.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
