gug-bg-herd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Търси се пощенски к лиент


From: Ivaylo Valkov
Subject: Re: Търси се пощенски к лиент
Date: Mon, 26 Jul 2010 19:23:23 +0300
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.10) Gecko/20100527 Thunderbird/3.0.5

On 26.07.2010 17:20, Yavor Doganov wrote:
В 23:09 +0300 на 25.07.2010 (нд), Ivaylo Valkov написа:
Та, търся си пощенски клиент.
Успех.  Според мен много-много не трябва да слушаш съвети и препоръки,
ами да пробваш различни клиенти за известен период (1-3 месеца).[...].
Хора различни, програми бол -- коя е най-подходящата е строго
индивидуално.

Това безспорно е така. След препоръка пак се стига до тестване.

Mutt е много гот, но има някои съществени недостатъци.

      * да може да показва папките от IMAP в дървовидна структура
Хм, нима всички не ги показват така?


Използвал съм го няколко пъти за бърз преглед. Именно тук имам спомен, че не можах да пусна изглед за папките. Налагаше се да чета всяка отделно, чрез ново стартиране и задаване на кутията/папката чрез команден ред. Възможно е просто да не съм прочел нещо от ръководството.

Wanderlust [...]
Специално е създаден като IMAP клиент, и казват, че е най-бързия (вкл. в
сравнение с известни графични клиенти).

Правих няколко проби, но до съществено ползване не се е стигнало. Тук имах проблем с измененото UTF7 кодиране (виж надолу). Пише, че се поддържа. Не успях, дори след инсталиране на специалния пакет за целта и необходимите настройки. Предстои да опитам отново.

      * да поддържа изменено UTF7 кодиране за имената на папките
Какво представлява това? Можеш ли да дадеш пример?


Използва се за знаци различни от ASCII в имената на папките. Целта на UTF7 е съвместимост с пощенските стандарти. Kодира шестнадесет битови знаци от Уникод, представени само чрез US-ASCII кодова таблица. Кодирането UTF7 е описано в RFC2152, въпреки че не се води стандарт и не е част от Уникод. Измененото UTF7 (наричат го „modified UTF7“) кодиране е описано в RFC2060 (IMAP). Разликата се състои в следното:

   * подмяна на предназначението на няколко символа в кодирания поток,
     които са служебни за IMAP  и други новинарски/пощенски стандарти
   * отстраняване на няколко функционалности/неудобства (за целите на IMAP)
   * използва се и изменено Base64 кодиране. Мисля, че отново е хватка
     за заобикаляне на нежелани явления.

Много повърхностно обяснение, но в общи линии е това. Например това „&BC8EMgQ+BEA- &BBQEPgQzBDAEPQQ+BDI-“ се декодира като „Явор Доганов“. Според IMAP стандарта това е единственият начин за международни символи в имената на папките.

Много благодаря за подробната информация.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]