» Mozilla Thunderbird

Господа, а у кого-нибудь работает автоматическое определение кодировки русских писем? У меня упорно показыватеся Windows CP-1251, и приходится ручками выставлять KOI-8, чтобы что-то прочесть. Авто-определение вроде включено, но не вижу результатов работы

Может, есть какие-то модули или плагины для этого дела? Подскажите пожалуйта! А то везде только сообщения про модули русификации, а это не совсем то, что мне нужно.

pS: стоит самая последня в этом году бета 0.5a

Заранее большущее спасибо!

Цитата:

Господа, а у кого-нибудь работает автоматическое определение кодировки русских писем? У меня упорно показыватеся Windows CP-1251, и приходится ручками выставлять KOI-8, чтобы что-то прочесть. Авто-определение вроде включено, но не вижу результатов работы

Если кодировка для письма или заголовка письма не определена в самом письме, то кодировка берется из 2-х мест -
1) пункт меню Инструменты - Настройки - Шрифты - Языки.
2) В свойствах папки (контекстное меню - свойства).
Проверь в этих местах.

Unghost

Цитата:

Мда, даже странно. Даже Evolution c Pocket PC соединили , а Mozillу нет.

Да-да и я про то же...
Ждееемс!

Цитата:

Если кодировка для письма или заголовка письма не определена в самом письме, то кодировка берется из 2-х мест -

Грустно это, даже rfc и то никто по человече не соблюдает...

С наступающим всех...

Цитата:

Грустно это, даже rfc и то никто по человече не соблюдает...

Да нет, сейчас все гораздо лучше, чем раньше. Сейчас в основном спаммеры RFC не блюдут .

Не могу найти, есть ли какой-нибудь лог в Thunderbird? И есть ли возможность парковать письма, чтобы случайно не удалились?

Цитата:

Не могу найти, есть ли какой-нибудь лог в Thunderbird

В шапке ссылка: Справка - Создание лог файла.

Я имел в виду нормальный лог, который будет доступен прямо из программы через что-то типа view -> connections log , и которым будет удобно пользоваться... А шапку я читал...

Unghost

Цитата:

Да нет, сейчас все гораздо лучше, чем раньше. Сейчас в основном спаммеры RFC не блюдут .

Ты прав, хотя я больше о MUA писателях...

Цитата:

Я имел в виду нормальный лог, который будет доступен прямо из программы через что-то типа view -> connections log , и которым будет удобно пользоваться...

Это имхо больше обязанности МТА, в смвсле сервера, а не клиента!

Цитата:

А шапку я читал...

Что очень радует, не зря же мы ее писали

Цитата:

Я имел в виду нормальный лог, который будет доступен прямо из программы через что-то типа view -> connections log

Ну такого нет вроде, как расширения.

если для релизов будет и в обычном формате, то все отлично
"бабка за"

Цитата:

если для релизов будет и в обычном формате,

Ну если это считать обычным форматом, LOL.

В RPM для Linux последнего релиза никто не встречал?
(на Гугл не отправлять, я там был)

Цитата:

В RPM для Linux последнего релиза никто не встречал?

Нашел одну ссылку:
http://freshmeat.net/projects/thunderbird/?topic_id=28
Написано RPM package, хотя расширение почему-то tar.bz2


Добавлено
Еше http://norlug.org/~chipster/rpm_handler.pxml?cat=4&file=mozilla-thunderbird-0.4-1.norlug.i586.rpm
Это для Mandrake 9.2.

Цитата:

Если кодировка для письма или заголовка письма не определена в самом письме, то кодировка берется из 2-х мест -
1) пункт меню Инструменты - Настройки - Шрифты - Языки.
2) В свойствах папки (контекстное меню - свойства).
Проверь в этих местах.

Спасиб за ответы!

Так вот в том и прикол, что по крайней мере для самого письма точно кодировка указывается. Но она почему-то игнорируется, и берётся та. которая по умолчанию из Шрифтов-Языков. Т.е. если там и Windows, и Koi8, я бы ждал, что если в письме корректно указывается одна из этих двух, то она и будет использоваться. А всё не так происходит.

Для самой папки галочка "использовать определённую кодирвку для всех писем и игнорировать оригинальную", выключена.

Я вот думаю, может написать extension тогда? Было бы супер круто, если бы все письма в ящике были сразу с русскими заголовками, мечта просто была бы ставшая явью

Цитата:

В RPM для Linux последнего релиза никто не встречал?

вот чего -то Mandrake и вот чего-то AltLinux

Цитата:

если бы все письма в ящике были сразу с русскими заголовками, мечта просто была бы ставшая явью

Стоп-стоп - у тебя не определяется кодировка заголовка письма или кодировка самого письма?
Для заголовка письма кодировка должна указываться в самом заголовке. Для письма - в теле письма.
Trouble в том, что многие форумы, в частности этот не указывают кодировку в заголовке письма - об этом я уже говорил. Тогда само письмо читается нормально, а в заголовке черте-что.
Расширение написать это конечно хорошо.
Я выхожу из положения так - фильтрую письма в определенную папку, а на папку ставлю кодировку win-1251. Не блестяще, но работает.

Unghost

Цитата:

Я выхожу из положения так - фильтрую письма в определенную папку, а на папку ставлю кодировку win-1251. Не блестяще, но работает.

Не вспомню с какой версии, но у меня русский в Subj таки появился... или народ целиком на ТБ перешел?

Всех с наступающим...

хм..


Цитата:

Access Forbidden
Windows clients and download accelerators are not permitted to download these files.
You may also be either:

Hiding your user agent, which is forbidden
Faking your user agent, which is forbidden (IE: Opera can cause this)

--------------------------------------------------------------------------------

Apache/1.3.29 Server at norlug.org Port 80

придётся потом из Мандрейка пробовать качать

Цитата:

Windows clients and download accelerators are not permitted to download these files.

Блин, что за детские игры.
Вот прямая ссылка
User Agent Switcher Rulez.

Unghost
Большое спасибо

Обновился Enigmail. Теперь - Enigmail 0.82.6
Что нового:
1) It avoids triggering a Mozilla bug that causes frequent crashes at startup.

Что верно то верно - раньше падал он регулярно при запуске.

Цитата:

Стоп-стоп - у тебя не определяется кодировка заголовка письма или кодировка самого письма?
Для заголовка письма кодировка должна указываться в самом заголовке. Для письма - в теле письма.
Trouble в том, что многие форумы, в частности этот не указывают кодировку в заголовке письма - об этом я уже говорил. Тогда само письмо читается нормально, а в заголовке черте-что.
Расширение написать это конечно хорошо.
Я выхожу из положения так - фильтрую письма в определенную папку, а на папку ставлю кодировку win-1251. Не блестяще, но работает.

У меня ни то, ни то не определяется. И да, многие письма действительно содержат указание кодировки только для тела сообщения, но не для заголовка. Моя идея для экстеншена как раз та, что брать кодировку из тела сообщения, и её применять для сабжа, так как он чаще всего в той же кодировке...

Дерзай. Я честно говоря, не программист.
Возможно может помочь расширение Macroeditor - написать макрос наверно нетрудно.
Вот тут есть несколько примеров.

Добавлено
Специально для любителей Linux - кое-кто уже озаботился подобной проблемой - см. http://fix-mime-chr.sourceforge.net/

Цитата:

В русскоязычных списках рассылки часто бывает, что кодировка в заголовке письма (поле charset в заголовке Content-Type) указана неправильно. Виноваты обычно глючные или криво настроеные клиенты и, что очень часто бывает, web-based клиенты, которые не понимают, что бывают другие языки, кроме английского. В результате приходится угадывать кодировку для каждого письма, переключая ее туда-сюда, что очень раздражает и отнимает некоторое время. Еще большие неудобства доставляют неправильно закодированные (или не закодированные вообще) поля Subject, которые из-за этого вполне могут дойти в покореженном виде.

Я бы рекомендовал решать такие проблемы административными методами. Но когда безмолвствует карающий меч модератора, может помочь эта программа. Ей лучше всего пользоваться как фильтром в вашем любимом MTA или в procmail-подобной программе.

Фичи:

* Автоматическое определение кодировки при помощи ENCA (поддерживаются все языки, имеющиеся в ENCA) или встроенного детектора (только русскоязычные кодировки KOI8-R, CP1251 и UTF-8).
* Кодировка прописывается в Content-Type. Другие заголовки остаются на месте, текст письма тоже не перекодируется.
* Нормально обрабатываются письма с аттачами (multipart/*). Из них обрабатываются те части, которые text/plain, остальные остаются в неприкосновенности.
* Нормально обрабатывается quoted-printable и base64.
* Исправляет кодировку в поле Subject.
* Может работать с mailbox'ами целиком (в формате Unix mailbox, в качестве разделителей сообщений служат строки, начинающиеся с "From").
* Держит в памяти только ту часть письма, которая необходима, поэтому не требует много памяти даже для очень больших писем. Работает очень быстро

Блин, может мне на Linux перейти?

Ну по крайней мере посмотрю, что к чему, хотя я тоже не программист Спасиб за примеры!

Цитата:

[/q]
[q]Блин, может мне на Linux перейти?

а что - не плохая мысль!
как минимум - попробуй.
а там видно будет. может понравится, а может и нет.

Линукс это круто, бесспорно. Но конкретно fix-mime-chr к Thunderbird никакого отношения не имеет, а вот если бы сам почтовый клиент фиксил кодировку, было бы круто

Цитата:

Но конкретно fix-mime-chr к Thunderbird никакого отношения не имеет, а вот если бы сам почтовый клиент фиксил кодировку, было бы круто

Конкретно отношения не имеет - да, проблему решает - да.
Не думаю, что это будет когда-либо решено в самом клиенте - война кодировок - чисто российская забава.
К тому же цель самого проекта Mozilla Thunderbird - выделение из проекта Mozilla клиента почты и новостей и очистки его от всего лишнего.
Если нужны дополнительные возможности - пишите расширения.
В этом он принципиально отличается от the BAT.

Ну я это и имел в виду - что не в саму Thunderbird будет включена поддержка, а будет расширение... Никуда не денется, появится и такая фича! Полезная будет вещь

Цитата:

Если нужны дополнительные возможности - пишите расширения.

Кто бы написал диспетчер писем?...

ChVL

Цитата:

Кто бы написал диспетчер писем?...

Извечная проблема комьюнити: Те кому что-то нужно не могут этого написать, а тем кто может, оно не надо!