Записи в syslog от fetchmail-daemon частично нечитабельны: Sep 6 20:15:27 tacit fetchmail[10117]: awakened at п\222я\202я\200 06 п║п╣п╫ 2005 20:15:27 Возможно, что-то объясняет: cat /etc/sysconfig/i18n LANG=ru_RU.UTF-8 SUPPORTED=ru_RU.UTF-8
Понизил серьезность проблемы.
Всегда так было, при любых локалях. Всмысле локализованные (?) сообщения от фечмайла в непонятной кодировке.
6.3.0-alt1 полностью локализован, и потому гадит в лог гораздо больше. Информативность лога стала близка к нулю, ибо диагностика нечитаема.
У меня в syslog сообщения не локализованы. В /etc/sysconfig/i18n прописана локаль "ru_RU.KOI8-R". Похоже, отличие в чем-то другом.
(In reply to comment #4) > У меня в syslog сообщения не локализованы. От какого пользователя у вас работает fetchmail?
(In reply to comment #5) > От какого пользователя у вас работает fetchmail? От меня, .fetchmailrc в $HOME Запускается из /etc/init.d/fetchmail
(In reply to comment #4) > У меня в syslog сообщения не локализованы. > В /etc/sysconfig/i18n прописана локаль "ru_RU.KOI8-R". > Похоже, отличие в чем-то другом. ps axe |grep fetch|grep -v grep LANG чему равен?
Ага, у процесса LC_MESSAGES=C. Попробую выяснить, откуда берется.
И меня, и меня посчитайте: $ ps axe| grep fetch|grep -v grep 15319 ? Ss 0:00 /usr/bin/fetchmail -f /etc/fetchmailrc --nopermcheck --syslog $ cat /etc/sysconfig/i18n LANG=ru_RU.UTF-8 SUPPORTED=ru_RU.UTF-8 $ cat .i18n LANG=ru_RU.KOI8-R
В общем у меня там LANG=ru_RU.CP1251.
Реопен.
reassign
Д.б. поправлено в 6.3.8-alt3 (LC_MESSAGES=C в голове инитскрипта).
Не-а.
Вот же ж... И чего с ним сделать тогда?
К C_MESSAGES=C в голове инитскрипта добавить export и проблема почти решается. Но не до конца :(
Не уверен я, что там этот export нигде боком не вылезет, а проверять сейчас неудобно... В 6.3.8-alt5 эта головная боль лечится гильотином (оторвал от %files локализацию -- включение -f %name.lang). Если у кого есть другие соображения -- с радостью передам пакет или по крайней мере приму патч.
*** Bug 13526 has been marked as a duplicate of this bug. ***
У меня версия древняя - 6.3.0-alt1. Я в инитскрипте применил гильотину вида LC_ALL=C start_daemon и далее по тексту.
(In reply to comment #17) > > В 6.3.8-alt5 эта головная боль лечится гильотином (оторвал от %files локализацию Даты всё равно локализованные :) Ну хоть так.
(нудным вредным голосом) Мужуки, забирайте, пока делать нечего -- в следующий раз вот обломаюсь и как скажу "в орфанцию!" :]
(In reply to comment #20) [...] > Даты всё равно локализованные :) Ну хоть так. Наверное, нужно сделать патч, который бы убирал вызов setlocale() ?
(In reply to comment #22) > (In reply to comment #20) > [...] > > Даты всё равно локализованные :) Ну хоть так. > > Наверное, нужно сделать патч, который бы убирал вызов setlocale() ? Достаточно создать полноценного пользователя с английской локалью. Однако проблему в корне, а именно с syslog, это не решает. Например при использовании модуля full_admin для samba и создании директорий/файлов в шарах на русском получаем тежи грабли, а именно корявые сообщения о создании директории.
(In reply to comment #23) > Достаточно создать полноценного пользователя с английской локалью. Какого нафик пользователя с локалью? wrar 8860 0.0 0.0 4928 1420 ? Ss 10:36 0:00 /usr/bin/ fetchmail -f /home/wrar/.fetchmailrc --syslog
(In reply to comment #24) > (In reply to comment #23) > > Достаточно создать полноценного пользователя с английской локалью. > Какого нафик пользователя с локалью? > > wrar 8860 0.0 0.0 4928 1420 ? Ss 10:36 0:00 /usr/bin/ > fetchmail -f /home/wrar/.fetchmailrc --syslog Для случая с глобальной конфигурацией, конфиг /etc/fetchmailrc.
(In reply to comment #25) > Для случая с глобальной конфигурацией, конфиг /etc/fetchmailrc. Ну вот и не надо писать "достаточно".
(In reply to comment #26) > (In reply to comment #25) > > Для случая с глобальной конфигурацией, конфиг /etc/fetchmailrc. > Ну вот и не надо писать "достаточно". Ну лично мне этого было достаточно.
