[sisyphus] Fetchmail trouble - разбор полетов

[sisyphus] Fetchmail trouble - разбор полетов

[Sergey Kuznetsov]

Здравствуйте!

Напомню, в чем состояла проблема. В ходе обновлений из Сизифа
вдруг обнаружилось, что fetchmail 5.9.12 (как в обычном режиме,
так и демон) перестал принимать почту. В ответ на команду service
fetchmail status следовал загадочный ответ: fetchmail dead but
subsys locked, смысл которого так и не удалось расшифровать.
Обновление fetchmail до 6.1.2-alt2 также не помогло. Сегодня
попробовал настроить fetchmail на собственный почтовый ящик от
имени другого юзера и, к большому удивлению, все заработало.
После пристального копания в /home, бессмысленного редактирования
.fetchmailrc и т.п., обратил наконец внимание на о-о-очень
скромный файлик .fetchmail.pid размером 0 b. И после его сноса
произошло чудо: запущенный в который раз fetchmail начал исправно
таскать почту. Таким образом, проблема решилась, но, в порядке
разбора полетов, хочется спросить у знатоков: что ЭТО было, и
откуда ОНО могло взяться?

С уважением,
Сергей

Re: [sisyphus] Fetchmail trouble - разбор полетов

["Алексей Любимов"]

[-- Attachment #1: Type: text/plain, Size: 831 bytes --]

On Sun, 24 Nov 2002 10:54:52 +0300
Sergey Kuznetsov <yozhik@atom.ru> wrote:

> Здравствуйте!
> 
> Напомню, в чем состояла проблема. В ходе обновлений из Сизифа
> вдруг обнаружилось, что fetchmail 5.9.12 (как в обычном режиме,
> так и демон) перестал принимать почту. В ответ на команду service
> fetchmail status следовал загадочный ответ: fetchmail dead but
> subsys locked, смысл которого так и не удалось расшифровать.

это значит, что fetchmail завершил свою работу, не удалив простейшую блокировку, препятствующую двойному запуску демона - файл со своим  pid.


> скромный файлик .fetchmail.pid размером 0 b. И после его сноса

это как раз файл-блокировка с id процесса.
После его сноса демон опять разришил себе запуститься.

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

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Fetchmail trouble - разбор полетов

[Igor Moskalev]

On Sun, 24 Nov 2002, Sergey Kuznetsov wrote:

> Здравствуйте!
>
> Напомню, в чем состояла проблема. В ходе обновлений из
> Сизифа
> вдруг обнаружилось, что fetchmail 5.9.12 (как в обычном
> режиме,
> так и демон) перестал принимать почту. В ответ на команду
> service
> fetchmail status следовал загадочный ответ: fetchmail
> dead but
> subsys locked, смысл которого так и не удалось
> расшифровать.
> Обновление fetchmail до 6.1.2-alt2 также не помогло.
> Сегодня
> попробовал настроить fetchmail на собственный почтовый
> ящик от
> имени другого юзера и, к большому удивлению, все
> заработало.
> После пристального копания в /home, бессмысленного
> редактирования
> .fetchmailrc и т.п., обратил наконец внимание на
> о-о-очень
> скромный файлик .fetchmail.pid размером 0 b. И после его
> сноса
> произошло чудо: запущенный в который раз fetchmail начал
> исправно
> таскать почту. Таким образом, проблема решилась, но, в
> порядке
> разбора полетов, хочется спросить у знатоков: что ЭТО
> было, и
> откуда ОНО могло взяться?
>
> С уважением,
> Сергей
>

Рискну предположить, что при обновлении самого fetchmail, не был удален
тот самый ~/.fetchmail.pid (т-н. loc file). Вы проведите такой эксперимент:
При работающем fetchmail

ls -al ~/.fetchmail.pid

Затем service fetchmail stop и еще раз предыдущую команду -- этого файла
не должно быть. Видимо при переустановке fetchmail он был остановлен
"ненормально" и поэтому этот файл не удалился. А когда запустился
свежеустановленный вариант, он проверил и увидел этот самый лок файл, и
отказался запускаться (как и должно быть, чтобы предотвратить запуск
нескольких, никак между собой несинхронизированных копий). В таких случаях
лучше запускать программу вручную из командной строки и смотреть на вывод.
Или логи глядеть...

P.S. Одного мне не понять -- почему размер файла нулевой? По идее там
должен быть записан pid процесса fetchmail ...

-- 
 С уважением,
 Игорь Москалев

 --------------------------------------------------------------------
 "Пусть я дурак, но позвольте мне убедиться в этом самому..." (c) Pp
 --------------------------------------------------------------------

Re: [sisyphus] Fetchmail trouble - разбор полетов

[Sergey Kuznetsov]

On Sun, 24 Nov 2002 05:41:46 -0600 (CST)
Igor Moskalev <gnitarg@bellsouth.net> wrote:

> > .fetchmailrc и т.п., обратил наконец внимание на
> > о-о-очень
> > скромный файлик .fetchmail.pid размером 0 b. И после его
> > сноса
> > произошло чудо: запущенный в который раз fetchmail начал
> > исправно
> > таскать почту. Таким образом, проблема решилась, но, в
> > порядке
> > разбора полетов, хочется спросить у знатоков: что ЭТО
> > было, и
> > откуда ОНО могло взяться?

> Рискну предположить, что при обновлении самого fetchmail, не
> был удален тот самый ~/.fetchmail.pid (т-н. loc file). Вы
> проведите такой эксперимент: При работающем fetchmail
> 
> ls -al ~/.fetchmail.pid
> 
> Затем service fetchmail stop и еще раз предыдущую команду --
> этого файла не должно быть. Видимо при переустановке fetchmail
> он был остановлен"ненормально" и поэтому этот файл не удалился.
> А когда запустился свежеустановленный вариант, он проверил и
> увидел этот самый лок файл, и отказался запускаться (как и
> должно быть, чтобы предотвратить запуск нескольких, никак между

Похоже вы правы. При остановке сервиса этот файл исчезает, вновь
появляясь при повторном запуске. И размер его сейчас уже не 0, а
9 байт со вполне вразумительным содержанием.

> собой несинхронизированных копий). В таких случаях лучше
> запускать программу вручную из командной строки и смотреть на
> вывод. Или логи глядеть...

В том и беда была, что при запуске из командной строки он не
выводил _никаких_ сообщений - как будто все нормально. А в логи
при этом уныло писалось одно и то же:

fetchmail: starting fetchmail 5.9.12 daemon
fetchmail: lock creation failed.

Ну а service fetchmail status выводил то самое "загадочное"
сообщение.

> P.S. Одного мне не понять -- почему размер файла нулевой? По
> идее там должен быть записан pid процесса fetchmail ...

По идее - да, однако же:

[yozhik@localhost yozhik]$ ls -l
/home/yozhik/Desktop/Корзина/.fetchmail.pid-rw-------    1 yozhik
 yozhik          0 Окт 31 11:19
                ^^^
/home/yozhik/Desktop/Корзина/.fetchmail.pid

При просмотре в konqueror в свойствах файла также написано:
размер - 0 б, тип - пустой документ.

С уважением,
Сергей

Re: [sisyphus] Fetchmail trouble - разбор полетов

[Sergey Kuznetsov]

On Sun, 24 Nov 2002 05:41:46 -0600 (CST)
Igor Moskalev <gnitarg@bellsouth.net> wrote:

> On Sun, 24 Nov 2002, Sergey Kuznetsov wrote:
> 
> > Здравствуйте!
> >
> > Напомню, в чем состояла проблема. В ходе обновлений из
> > Сизифа
> > вдруг обнаружилось, что fetchmail 5.9.12 (как в обычном
> > режиме,
> > так и демон) перестал принимать почту. В ответ на команду
> > service
> > fetchmail status следовал загадочный ответ: fetchmail
> > dead but
> > subsys locked, смысл которого так и не удалось
> > расшифровать.
> > Обновление fetchmail до 6.1.2-alt2 также не помогло.
> > Сегодня
> > попробовал настроить fetchmail на собственный почтовый
> > ящик от
> > имени другого юзера и, к большому удивлению, все
> > заработало.
> > После пристального копания в /home, бессмысленного
> > редактирования
> > .fetchmailrc и т.п., обратил наконец внимание на
> > о-о-очень
> > скромный файлик .fetchmail.pid размером 0 b. И после его
> > сноса
> > произошло чудо: запущенный в который раз fetchmail начал
> > исправно
> > таскать почту. Таким образом, проблема решилась, но, в
> > порядке
> > разбора полетов, хочется спросить у знатоков: что ЭТО
> > было, и
> > откуда ОНО могло взяться?
> >
> > С уважением,
> > Сергей
> >
> 
> Рискну предположить, что при обновлении самого fetchmail, не
> был удален тот самый ~/.fetchmail.pid (т-н. loc file). Вы
> проведите такой эксперимент: При работающем fetchmail
> 
> ls -al ~/.fetchmail.pid
> 
> Затем service fetchmail stop и еще раз предыдущую команду --
> этого файла не должно быть. Видимо при переустановке fetchmail
> он был остановлен"ненормально" и поэтому этот файл не удалился.
> А когда запустился свежеустановленный вариант, он проверил и
> увидел этот самый лок файл, и отказался запускаться (как и
> должно быть, чтобы предотвратить запуск нескольких, никак между
> собой несинхронизированных копий). В таких случаях лучше
> запускать программу вручную из командной строки и смотреть на
> вывод. Или логи глядеть...
> 
> P.S. Одного мне не понять -- почему размер файла нулевой? По
> идее там должен быть записан pid процесса fetchmail ...

Поспешил я порадоваться. Этот файлик продолжает возрождаться
после каждого рестарта. Причем не нулевой:

[yozhik@localhost yozhik]$ cat .fetchmail.pid
2101 600

Мочу, далее все OK. До следующего рестарта. Причем у тестового
юзера тоже самое (его fetchmailrc создавался _заново_ из под
этого самого юзера). Может я что-то глобально не так делаю?
Сейчас fetchmail запускается как сервис в init 5, все fetchmailrc
лежат в /home у соответствующих юзеров. Может надо создать
fetchmailrc от имени root (сервисы ведь, вроде, от рута
запускаются)? И еще одна мысль в голову пришла: у меня в
fetchmailrc прописано set daemon 600. Не может ли при этом
происходить запрещенный запуск 2-го процесса? В man fetchmail я
что-то ответа не нашел (может искал плохо?).

С уважением,
Сергей

[sisyphus] Re: Fetchmail trouble - разбор полетов

[Artem K. Jouravsky]

[-- Attachment #1: Type: text/plain, Size: 1270 bytes --]

On Tue, Nov 26, 2002 at 11:29:41PM +0300, Sergey Kuznetsov wrote:
[snip]
> Поспешил я порадоваться. Этот файлик продолжает возрождаться
> после каждого рестарта. Причем не нулевой:
> 
> [yozhik@localhost yozhik]$ cat .fetchmail.pid
> 2101 600
> 
> Мочу, далее все OK. До следующего рестарта. Причем у тестового
> юзера тоже самое (его fetchmailrc создавался _заново_ из под
> этого самого юзера). Может я что-то глобально не так делаю?
> Сейчас fetchmail запускается как сервис в init 5, все fetchmailrc
> лежат в /home у соответствующих юзеров. Может надо создать
> fetchmailrc от имени root (сервисы ведь, вроде, от рута
> запускаются)? И еще одна мысль в голову пришла: у меня в
А вот и не угадали. Оно запускается (читай должно запускаться) для 
каждого пользователя, у которого есть файл ~/.fetchmailrc и от его имени. 
На практике же этот сервис вообще из рук вон работает (не знаю, исправлена
ли бага, когда он не мог вообще запуститься для второго уже пользователя),
и сейчас я на домашней машине запускаю отдельно fetchmail для себя и
отдельно для жены. Так всё работает на ура.

-- 
Best wishes,             | ICQ 103399444
	Artem K. Jouravsky,  | JID ujo@jabber.ru
iFirst Ltd, System Administrator.
-----------------------
Это вам не шубу в трусы заправлять!

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Fetchmail trouble - разбор полетов

[Igor Dobryninsky]

On Tue, 26 Nov 2002 23:29:41 +0300
Sergey Kuznetsov <yozhik@atom.ru> wrote:

[skip]
SK> Поспешил я порадоваться. Этот файлик продолжает возрождаться
SK> после каждого рестарта. Причем не нулевой:
SK> 
SK> [yozhik@localhost yozhik]$ cat .fetchmail.pid
SK> 2101 600
SK> 
SK> Мочу, далее все OK. До следующего рестарта. Причем у тестового
SK> юзера тоже самое (его fetchmailrc создавался _заново_ из под
SK> этого самого юзера). Может я что-то глобально не так делаю?
SK> Сейчас fetchmail запускается как сервис в init 5, все fetchmailrc
SK> лежат в /home у соответствующих юзеров. Может надо создать
SK> fetchmailrc от имени root (сервисы ведь, вроде, от рута
SK> запускаются)? И еще одна мысль в голову пришла: у меня в
SK> fetchmailrc прописано set daemon 600. Не может ли при этом
SK> происходить запрещенный запуск 2-го процесса? В man fetchmail я
SK> что-то ответа не нашел (может искал плохо?).

  У меня в Мастере (с обновлениями) тоже такая песня. Дело, видимо, в
этом:

[egor@shadow egor]$ sudo find /etc/rc.d/ -name "*fetchmail*"                
/etc/rc.d/init.d/fetchmail
/etc/rc.d/rc3.d/S91fetchmail
/etc/rc.d/rc4.d/S91fetchmail
/etc/rc.d/rc5.d/S91fetchmail
[egor@shadow egor]$ sudo chkconfig fetchmail off
[egor@shadow egor]$ sudo find /etc/rc.d/ -name "*fetchmail*"
/etc/rc.d/init.d/fetchmail
/etc/rc.d/rc3.d/K35fetchmail
/etc/rc.d/rc4.d/K35fetchmail
/etc/rc.d/rc5.d/K35fetchmail
[egor@shadow egor]$ sudo chkconfig fetchmail on 
[egor@shadow egor]$ sudo find /etc/rc.d/ -name "*fetchmail*"
/etc/rc.d/init.d/fetchmail
/etc/rc.d/rc3.d/S91fetchmail
/etc/rc.d/rc4.d/S91fetchmail
/etc/rc.d/rc5.d/S91fetchmail
[egor@shadow egor]$ 

  Т.е., если "fetchmail on", то при шатдауне он не остановится, pid-файл
останется и, как следствие, при следующем старте системы fetchmail не
запустится.

-- 
  Best Regards, Igor Dobryninsky (egor@atvc.ru)
  ATK-Internet ISP, Arkhangelsk, Russia

Re: [sisyphus] Fetchmail trouble - разбор полетов

[Andrey Golovin]

On Wed, 27 Nov 2002 13:05:42 +0300
Igor Dobryninsky <egor@atvc.ru> wrote:

> On Tue, 26 Nov 2002 23:29:41 +0300
> Sergey Kuznetsov <yozhik@atom.ru> wrote:
> 
> [skip]
> SK> Поспешил я порадоваться. Этот файлик продолжает возрождаться
> SK> после каждого рестарта. Причем не нулевой:
> SK> 
> SK> [yozhik@localhost yozhik]$ cat .fetchmail.pid
> SK> 2101 600
> SK> 
> SK> Мочу, далее все OK. До следующего рестарта. Причем у тестового
> SK> юзера тоже самое (его fetchmailrc создавался _заново_ из под
> SK> этого самого юзера). Может я что-то глобально не так делаю?
> SK> Сейчас fetchmail запускается как сервис в init 5, все fetchmailrc
> SK> лежат в /home у соответствующих юзеров. Может надо создать
> SK> fetchmailrc от имени root (сервисы ведь, вроде, от рута
> SK> запускаются)? И еще одна мысль в голову пришла: у меня в
> SK> fetchmailrc прописано set daemon 600. Не может ли при этом
> SK> происходить запрещенный запуск 2-го процесса? В man fetchmail я
> SK> что-то ответа не нашел (может искал плохо?).
> 
>   У меня в Мастере (с обновлениями) тоже такая песня. Дело, видимо, в
> этом:

Извините, пропустил начало треда, могу говорить немного не о том.
У меня было такое в Мастере и без обновлении и с ними. На 3-х машинах.
Общих наблюдений два:
1. Если нет постоянного соединения с Интернетом, помогает только
fetchmail restart после установки соединения. 
2. Если постоянное соединение есть, то запись в fetchmailrc прямого
ip-адреса почтового сервера решает все проблемы. Если указано только имя
сервера, то после перезагрузки fetchmail не всегда фетчмейлит, иногда
его приходится руками перезапускать.

-- 
С уважением,
    Андрей Головин

Re: [sisyphus] Fetchmail trouble - разбор полетов

[Sergey Kuznetsov]

On Wed, 27 Nov 2002 13:36:24 +0300
Andrey Golovin <aigolovin@hotbox.ru> wrote:

> On Wed, 27 Nov 2002 13:05:42 +0300
> Igor Dobryninsky <egor@atvc.ru> wrote:
> 
> > On Tue, 26 Nov 2002 23:29:41 +0300
> > Sergey Kuznetsov <yozhik@atom.ru> wrote:
> > 
> > [skip]
> > SK> Поспешил я порадоваться. Этот файлик продолжает
> > SK> возрождаться после каждого рестарта. Причем не нулевой:
> > SK> 
> > SK> [yozhik@localhost yozhik]$ cat .fetchmail.pid
> > SK> 2101 600
> > SK> 
> > SK> Мочу, далее все OK. До следующего рестарта. Причем у
> > SK> тестового юзера тоже самое (его fetchmailrc создавался
> > SK> _заново_ из под этого самого юзера). Может я что-то
> > SK> глобально не так делаю? Сейчас fetchmail запускается как
> > SK> сервис в init 5, все fetchmailrc лежат в /home у
> > SK> соответствующих юзеров. Может надо создать fetchmailrc от
> > SK> имени root (сервисы ведь, вроде, от рута запускаются)? И
> > SK> еще одна мысль в голову пришла: у меня в fetchmailrc
> > SK> прописано set daemon 600. Не может ли при этом
> > SK> происходить запрещенный запуск 2-го процесса? В man
> > SK> fetchmail я что-то ответа не нашел (может искал плохо?).
> > 
> >   У меня в Мастере (с обновлениями) тоже такая песня. Дело,
> >   видимо, в
> > этом:
> 
> Извините, пропустил начало треда, могу говорить немного не о
> том. У меня было такое в Мастере и без обновлении и с ними. На
> 3-х машинах. Общих наблюдений два:
> 1. Если нет постоянного соединения с Интернетом, помогает
> только fetchmail restart после установки соединения. 
> 2. Если постоянное соединение есть, то запись в fetchmailrc
> прямого ip-адреса почтового сервера решает все проблемы. Если
> указано только имя сервера, то после перезагрузки fetchmail не
> всегда фетчмейлит, иногда его приходится руками перезапускать.

Постоянное соединение есть, но из 2 почтовых серверов лишь для
одного я знаю IP. Может есть команда, которая позволяет его
определить?

С уважением,
Сергей

Re: [sisyphus] Re: Fetchmail trouble - разбор полетов

[Sergey Kuznetsov]

On Wed, 27 Nov 2002 12:39:06 +0300
"Artem K. Jouravsky" <ujo@ifirst.ru> wrote:

> On Tue, Nov 26, 2002 at 11:29:41PM +0300, Sergey Kuznetsov
> wrote:[snip]
> > Поспешил я порадоваться. Этот файлик продолжает возрождаться
> > после каждого рестарта. Причем не нулевой:
> > 
> > [yozhik@localhost yozhik]$ cat .fetchmail.pid
> > 2101 600
> > 
> > Мочу, далее все OK. До следующего рестарта. Причем у
> > тестового юзера тоже самое (его fetchmailrc создавался
> > _заново_ из под этого самого юзера). Может я что-то глобально
> > не так делаю? Сейчас fetchmail запускается как сервис в init
> > 5, все fetchmailrc лежат в /home у соответствующих юзеров.
> > Может надо создать fetchmailrc от имени root (сервисы ведь,
> > вроде, от рута запускаются)? И еще одна мысль в голову
> > пришла: у меня в
> А вот и не угадали. Оно запускается (читай должно запускаться)
> для каждого пользователя, у которого есть файл ~/.fetchmailrc и
> от его имени. На практике же этот сервис вообще из рук вон
> работает (не знаю, исправлена ли бага, когда он не мог вообще
> запуститься для второго уже пользователя), и сейчас я на
> домашней машине запускаю отдельно fetchmail для себя и отдельно
> для жены. Так всё работает на ура.

Видимо, так и придется сделать. Мне этот вариант казался
костылем, но если проблема и впрямь с fetchmail'ом, то что ж
поделаешь... Один вопрос: раньше было достаточно кинуть ссылку в
~/Desktop/Autostart, а теперь куда? Вроде, этот каталог сейчас
другой?

С уважением,
Сергей

Re: [sisyphus] Fetchmail trouble - разбор полетов

[Герасимов Дмитрий]

[-- Attachment #1: Type: text/plain, Size: 2524 bytes --]

On Wed, 27 Nov 2002 20:50:24 +0300
Sergey Kuznetsov <yozhik@atom.ru> wrote:

> On Wed, 27 Nov 2002 13:36:24 +0300
> Andrey Golovin <aigolovin@hotbox.ru> wrote:
> 
> > On Wed, 27 Nov 2002 13:05:42 +0300
> > Igor Dobryninsky <egor@atvc.ru> wrote:
> > 
> > > On Tue, 26 Nov 2002 23:29:41 +0300
> > > Sergey Kuznetsov <yozhik@atom.ru> wrote:
> > > 
> > > [skip]
> > > SK> Поспешил я порадоваться. Этот файлик продолжает
> > > SK> возрождаться после каждого рестарта. Причем не нулевой:
> > > SK> 
> > > SK> [yozhik@localhost yozhik]$ cat .fetchmail.pid
> > > SK> 2101 600
> > > SK> 
> > > SK> Мочу, далее все OK. До следующего рестарта. Причем у
> > > SK> тестового юзера тоже самое (его fetchmailrc создавался
> > > SK> _заново_ из под этого самого юзера). Может я что-то
> > > SK> глобально не так делаю? Сейчас fetchmail запускается как
> > > SK> сервис в init 5, все fetchmailrc лежат в /home у
> > > SK> соответствующих юзеров. Может надо создать fetchmailrc от
> > > SK> имени root (сервисы ведь, вроде, от рута запускаются)? И
> > > SK> еще одна мысль в голову пришла: у меня в fetchmailrc
> > > SK> прописано set daemon 600. Не может ли при этом
> > > SK> происходить запрещенный запуск 2-го процесса? В man
> > > SK> fetchmail я что-то ответа не нашел (может искал плохо?).
> > > 
> > >   У меня в Мастере (с обновлениями) тоже такая песня. Дело,
> > >   видимо, в
> > > этом:
> > 
> > Извините, пропустил начало треда, могу говорить немного не о
> > том. У меня было такое в Мастере и без обновлении и с ними. На
> > 3-х машинах. Общих наблюдений два:
> > 1. Если нет постоянного соединения с Интернетом, помогает
> > только fetchmail restart после установки соединения. 
> > 2. Если постоянное соединение есть, то запись в fetchmailrc
> > прямого ip-адреса почтового сервера решает все проблемы. Если
> > указано только имя сервера, то после перезагрузки fetchmail не
> > всегда фетчмейлит, иногда его приходится руками перезапускать.
> 
> Постоянное соединение есть, но из 2 почтовых серверов лишь для
> одного я знаю IP. Может есть команда, которая позволяет его
> определить?
ничего себе.
man nslookup
> 
> С уважением,
> Сергей
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@altlinux.ru
> http://altlinux.ru/mailman/listinfo/sisyphus


-- 

    =================================
    icq:    26277841
    jabber: q2digger@jabber.ru
    e-mail: matrix AT podlipki DOT ru
    =================================    

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Fetchmail trouble - разбор полетов

[Sergey Kuznetsov]

On Wed, 27 Nov 2002 21:36:00 +0300
Герасимов Дмитрий <matrix@podlipki.ru> wrote:

> > Постоянное соединение есть, но из 2 почтовых серверов лишь
> > для одного я знаю IP. Может есть команда, которая позволяет
> > его определить?
> ничего себе.
> man nslookup

Ну чайник я, чайник. А в сетях - особенно. Спасибо за совет!

С уважением,
Сергей

[sisyphus] Re: Fetchmail trouble - разбор полетов

[Artem K. Jouravsky]

On Wed, Nov 27, 2002 at 08:54:52PM +0300, Sergey Kuznetsov wrote:
> > > Поспешил я порадоваться. Этот файлик продолжает возрождаться
> > > после каждого рестарта. Причем не нулевой:
> > > 
> > > [yozhik@localhost yozhik]$ cat .fetchmail.pid
> > > 2101 600
> > > 
> > > Мочу, далее все OK. До следующего рестарта. Причем у
> > > тестового юзера тоже самое (его fetchmailrc создавался
> > > _заново_ из под этого самого юзера). Может я что-то глобально
> > > не так делаю? Сейчас fetchmail запускается как сервис в init
> > > 5, все fetchmailrc лежат в /home у соответствующих юзеров.
> > > Может надо создать fetchmailrc от имени root (сервисы ведь,
> > > вроде, от рута запускаются)? И еще одна мысль в голову
> > > пришла: у меня в
> > А вот и не угадали. Оно запускается (читай должно запускаться)
> > для каждого пользователя, у которого есть файл ~/.fetchmailrc и
> > от его имени. На практике же этот сервис вообще из рук вон
> > работает (не знаю, исправлена ли бага, когда он не мог вообще
> > запуститься для второго уже пользователя), и сейчас я на
> > домашней машине запускаю отдельно fetchmail для себя и отдельно
> > для жены. Так всё работает на ура.
> 
> Видимо, так и придется сделать. Мне этот вариант казался
> костылем, но если проблема и впрямь с fetchmail'ом, то что ж
Костыль, да.. Проблема с стартовым скриптом, не самим fetchmail'ом.
fetchmail на ура работает

> поделаешь... Один вопрос: раньше было достаточно кинуть ссылку в
> ~/Desktop/Autostart, а теперь куда? Вроде, этот каталог сейчас
> другой?
Я прописал в /etc/ppp/ip-up
su -l ujo -c fetchmail
и вторую для жены строчку, такую же

-- 
Best wishes,             | ICQ 103399444
	Artem K. Jouravsky,  | JID ujo@jabber.ru
iFirst Ltd, System Administrator.
-----------------------
Ваша фешенебельность нерентабельна!!! 

[sisyphus] Re: Fetchmail trouble - разбор полетов

[Artem K. Jouravsky]

On Wed, Nov 27, 2002 at 08:50:24PM +0300, Sergey Kuznetsov wrote:
> Постоянное соединение есть, но из 2 почтовых серверов лишь для
> одного я знаю IP. Может есть команда, которая позволяет его
> определить?
[ujo@ujo ujo]$ rpm -qd bind-utils         
/usr/share/man/man1/dig.1.gz
/usr/share/man/man1/dnsquery.1.gz
/usr/share/man/man1/host.1.gz
/usr/share/man/man5/irs.conf.5.bz2
/usr/share/man/man5/resolver.5.gz
/usr/share/man/man8/nslookup.8.gz
/usr/share/man/man8/nsupdate.8.gz
Это маны к соответствующим командам

-- 
Best wishes,             | ICQ 103399444
	Artem K. Jouravsky,  | JID ujo@jabber.ru
iFirst Ltd, System Administrator.
-----------------------
Крик о помощи не всегда совпадает с криком души!

Re: [sisyphus] Fetchmail trouble - разбор полетов

[Sergey Kuznetsov]

On Thu, 28 Nov 2002 10:55:14 +0300
"Artem K. Jouravsky" <ujo@ifirst.ru> wrote:

> > Видимо, так и придется сделать. Мне этот вариант казался
> > костылем, но если проблема и впрямь с fetchmail'ом, то что ж
> Костыль, да.. Проблема с стартовым скриптом, не самим
> fetchmail'ом. fetchmail на ура работает
> 
> > поделаешь... Один вопрос: раньше было достаточно кинуть
> > ссылку в~/Desktop/Autostart, а теперь куда? Вроде, этот
> > каталог сейчас другой?
> Я прописал в /etc/ppp/ip-up
> su -l ujo -c fetchmail
> и вторую для жены строчку, такую же

У меня соединение через сетку. Поэтому прописывать придется в
автозапуск, т.е., (сейчас нашел это сообщение) в ~/.xsession.d.

С уважением,
Сергей

Re: [sisyphus] Fetchmail trouble - разбор полетов

[Герасимов Дмитрий]

[-- Attachment #1: Type: text/plain, Size: 1421 bytes --]

On Thu, 28 Nov 2002 21:19:15 +0300
Sergey Kuznetsov <yozhik@atom.ru> wrote:

> On Thu, 28 Nov 2002 10:55:14 +0300
> "Artem K. Jouravsky" <ujo@ifirst.ru> wrote:
> 
> > > Видимо, так и придется сделать. Мне этот вариант казался
> > > костылем, но если проблема и впрямь с fetchmail'ом, то что ж
> > Костыль, да.. Проблема с стартовым скриптом, не самим
> > fetchmail'ом. fetchmail на ура работает
> > 
> > > поделаешь... Один вопрос: раньше было достаточно кинуть
> > > ссылку в~/Desktop/Autostart, а теперь куда? Вроде, этот
> > > каталог сейчас другой?
> > Я прописал в /etc/ppp/ip-up
> > su -l ujo -c fetchmail
> > и вторую для жены строчку, такую же
> 
> У меня соединение через сетку. Поэтому прописывать придется в
> автозапуск, т.е., (сейчас нашел это сообщение) в ~/.xsession.d.
> 
ну, дядьки, не знаю почему, но у меня зашибенно работает fetchmail-daemon..  это на работе где коннект постоянный, и даже если канал проваливается (ну бывает) то все равно исправно качает почту. дома у меня скрипт - поднимает ppp, запскает fetchmail.. 
> С уважением,
> Сергей
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@altlinux.ru
> http://altlinux.ru/mailman/listinfo/sisyphus


-- 

    =================================
    icq:    26277841
    jabber: q2digger@jabber.ru
    e-mail: matrix AT podlipki DOT ru
    =================================    

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Fetchmail trouble - разбор полетов

[Sergey Kuznetsov]

On Thu, 28 Nov 2002 21:30:30 +0300
Герасимов Дмитрий <matrix@podlipki.ru> wrote:

> On Thu, 28 Nov 2002 21:19:15 +0300
> Sergey Kuznetsov <yozhik@atom.ru> wrote:
> 
> > On Thu, 28 Nov 2002 10:55:14 +0300
> > "Artem K. Jouravsky" <ujo@ifirst.ru> wrote:
> > 
> > > > Видимо, так и придется сделать. Мне этот вариант казался
> > > > костылем, но если проблема и впрямь с fetchmail'ом, то
> > > > что ж
> > > Костыль, да.. Проблема с стартовым скриптом, не самим
> > > fetchmail'ом. fetchmail на ура работает
> > > 
> > > > поделаешь... Один вопрос: раньше было достаточно кинуть
> > > > ссылку в~/Desktop/Autostart, а теперь куда? Вроде, этот
> > > > каталог сейчас другой?
> > > Я прописал в /etc/ppp/ip-up
> > > su -l ujo -c fetchmail
> > > и вторую для жены строчку, такую же
> > 
> > У меня соединение через сетку. Поэтому прописывать придется в
> > автозапуск, т.е., (сейчас нашел это сообщение) в
> > ~/.xsession.d.
> > 
> ну, дядьки, не знаю почему, но у меня зашибенно работает
> fetchmail-daemon..  это на работе где коннект постоянный, и
> даже если канал проваливается (ну бывает) то все равно исправно
> качает почту. дома у меня скрипт - поднимает ppp, запскает
> fetchmail.. 

А запускаете демона как? У меня глюк  появляется лишь при запуске
его как _сервиса_. Просто из консоли-то работает и вдоль и
поперек.

С уважением,
Сергей

Re: [sisyphus] Fetchmail trouble - разбор полетов

[Герасимов Дмитрий]

[-- Attachment #1: Type: text/plain, Size: 2167 bytes --]

On Thu, 28 Nov 2002 21:59:55 +0300
Sergey Kuznetsov <yozhik@atom.ru> wrote:

> On Thu, 28 Nov 2002 21:30:30 +0300
> Герасимов Дмитрий <matrix@podlipki.ru> wrote:
> 
> > On Thu, 28 Nov 2002 21:19:15 +0300
> > Sergey Kuznetsov <yozhik@atom.ru> wrote:
> > 
> > > On Thu, 28 Nov 2002 10:55:14 +0300
> > > "Artem K. Jouravsky" <ujo@ifirst.ru> wrote:
> > > 
> > > > > Видимо, так и придется сделать. Мне этот вариант казался
> > > > > костылем, но если проблема и впрямь с fetchmail'ом, то
> > > > > что ж
> > > > Костыль, да.. Проблема с стартовым скриптом, не самим
> > > > fetchmail'ом. fetchmail на ура работает
> > > > 
> > > > > поделаешь... Один вопрос: раньше было достаточно кинуть
> > > > > ссылку в~/Desktop/Autostart, а теперь куда? Вроде, этот
> > > > > каталог сейчас другой?
> > > > Я прописал в /etc/ppp/ip-up
> > > > su -l ujo -c fetchmail
> > > > и вторую для жены строчку, такую же
> > > 
> > > У меня соединение через сетку. Поэтому прописывать придется в
> > > автозапуск, т.е., (сейчас нашел это сообщение) в
> > > ~/.xsession.d.
> > > 
> > ну, дядьки, не знаю почему, но у меня зашибенно работает
> > fetchmail-daemon..  это на работе где коннект постоянный, и
> > даже если канал проваливается (ну бывает) то все равно исправно
> > качает почту. дома у меня скрипт - поднимает ppp, запскает
> > fetchmail.. 
> 
> А запускаете демона как? У меня глюк  появляется лишь при запуске
> его как _сервиса_. Просто из консоли-то работает и вдоль и
> поперек.
есть такой зашибенный пакет
[dima@linux dima]$ apt-cache search fetchmail
fetchmail-daemon - SySV init script for demonize fetchmail for sucking emails
^^^^^^^^^^^^^^^^^
всё уже сделано за нас. положил в /etc/ файл fetchmailrc (внимание, не .fetchmailrc, а именно fetchmailrc) и все работает.
> 
> С уважением,
> Сергей
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@altlinux.ru
> http://altlinux.ru/mailman/listinfo/sisyphus


-- 

    =================================
    icq:    26277841
    jabber: q2digger@jabber.ru
    e-mail: matrix AT podlipki DOT ru
    =================================    

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: Fetchmail trouble - разбор полетов

[Artem K. Jouravsky]

On Thu, Nov 28, 2002 at 10:12:23PM +0300, Герасимов Дмитрий wrote:
> > > ну, дядьки, не знаю почему, но у меня зашибенно работает
> > > fetchmail-daemon..  это на работе где коннект постоянный, и
> > > даже если канал проваливается (ну бывает) то все равно исправно
> > > качает почту. дома у меня скрипт - поднимает ppp, запскает
> > > fetchmail.. 
> > 
> > А запускаете демона как? У меня глюк  появляется лишь при запуске
> > его как _сервиса_. Просто из консоли-то работает и вдоль и
> > поперек.
> есть такой зашибенный пакет
> [dima@linux dima]$ apt-cache search fetchmail
> fetchmail-daemon - SySV init script for demonize fetchmail for sucking emails
> ^^^^^^^^^^^^^^^^^
> всё уже сделано за нас. положил в /etc/ файл fetchmailrc (внимание, не .fetchmailrc, а именно fetchmailrc) и все работает.
Для добавления туда нового пользователя нужны права root. А скрипт
fetchmail-daemon, предположительно, должен работать также с .fetchmailrc в
каталогах пользователя.


-- 
Best wishes,             | ICQ 103399444
	Artem K. Jouravsky,  | JID ujo@jabber.ru
iFirst Ltd, System Administrator.
-----------------------
Надпись на двери: В верхней одежде не входить

Re: [sisyphus] Re: Fetchmail trouble - разбор полетов

[Sergey Kuznetsov]

On Fri, 29 Nov 2002 11:40:21 +0300
"Artem K. Jouravsky" <ujo@ifirst.ru> wrote:

> On Thu, Nov 28, 2002 at 10:12:23PM +0300, Герасимов Дмитрий
> wrote:
> > > > ну, дядьки, не знаю почему, но у меня зашибенно работает
> > > > fetchmail-daemon..  это на работе где коннект постоянный,
> > > > и даже если канал проваливается (ну бывает) то все равно
> > > > исправно качает почту. дома у меня скрипт - поднимает
> > > > ppp, запскает fetchmail.. 
> > > 
> > > А запускаете демона как? У меня глюк  появляется лишь при
> > > запуске его как _сервиса_. Просто из консоли-то работает и
> > > вдоль и поперек.
> > есть такой зашибенный пакет
> > [dima@linux dima]$ apt-cache search fetchmail
> > fetchmail-daemon - SySV init script for demonize fetchmail
> > for sucking emails^^^^^^^^^^^^^^^^^
> > всё уже сделано за нас. положил в /etc/ файл fetchmailrc
> > (внимание, не .fetchmailrc, а именно fetchmailrc) и все
> > работает.
> Для добавления туда нового пользователя нужны права root. А
> скрипт fetchmail-daemon, предположительно, должен работать
> также с .fetchmailrc в каталогах пользователя.

Скопировал туда свой .fetchmailrc, убрал точку в имени, но не
спасло: удалил ~/.fetchmail.pid, перезагрузился - снова locked.
Убил возродившийся при старте ~/.fetchmail.pid, сказал service
fetchmail start. Получаю:

Starting Fetchmail service for yozhik:          [  OK  ] 
Starting Fetchmail service with global config   [  OK  ]

Т.е., lock все равно не снимается, даже если есть общий конфиг.

С уважением,
Сергей

Re: [sisyphus] Re: Fetchmail trouble - разбор полетов

[Герасимов Дмитрий]

[-- Attachment #1: Type: text/plain, Size: 1354 bytes --]

On Fri, 29 Nov 2002 19:43:29 +0300
Sergey Kuznetsov <yozhik@atom.ru> wrote:

> On Fri, 29 Nov 2002 11:40:21 +0300
> "Artem K. Jouravsky" <ujo@ifirst.ru> wrote:
> 

> > Для добавления туда нового пользователя нужны права root. А
> > скрипт fetchmail-daemon, предположительно, должен работать
> > также с .fetchmailrc в каталогах пользователя.
> 
> Скопировал туда свой .fetchmailrc, убрал точку в имени, но не
> спасло: удалил ~/.fetchmail.pid, перезагрузился - снова locked.
> Убил возродившийся при старте ~/.fetchmail.pid, сказал service
> fetchmail start. Получаю:
> 
> Starting Fetchmail service for yozhik:          [  OK  ] 
> Starting Fetchmail service with global config   [  OK  ]
> 
> Т.е., lock все равно не снимается, даже если есть общий конфиг.
> 
я просто может что-то пропустил, но у меня после запуска есть этот fetchmail.pid
, когда фетчмайл останавливаю, этот pid пропадает. и т.п.  в чем проблема?.. 
в этом файле номер процесса , он никому не мешает.
> С уважением,
> Сергей
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@altlinux.ru
> http://altlinux.ru/mailman/listinfo/sisyphus


-- 

    =================================
    icq:    26277841
    jabber: q2digger@jabber.ru
    e-mail: matrix AT podlipki DOT ru
    =================================    

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Re: Fetchmail trouble - разбор полетов

[Sergey Kuznetsov]

On Fri, 29 Nov 2002 20:05:52 +0300
Герасимов Дмитрий <matrix@podlipki.ru> wrote:

> On Fri, 29 Nov 2002 19:43:29 +0300
> Sergey Kuznetsov <yozhik@atom.ru> wrote:
> > Скопировал туда свой .fetchmailrc, убрал точку в имени, но не
> > спасло: удалил ~/.fetchmail.pid, перезагрузился - снова
> > locked. Убил возродившийся при старте ~/.fetchmail.pid,
> > сказал service fetchmail start. Получаю:
> > 
> > Starting Fetchmail service for yozhik:          [  OK  ] 
> > Starting Fetchmail service with global config   [  OK  ]
> > 
> > Т.е., lock все равно не снимается, даже если есть общий
> > конфиг.
> > 
> я просто может что-то пропустил, но у меня после запуска есть
> этот fetchmail.pid, когда фетчмайл останавливаю, этот pid
> пропадает. и т.п.  в чем проблема?.. в этом файле номер
> процесса , он никому не мешает.

В том и проблема: у меня он НЕ исчезает; при рестарте,
соответственно работа блокируется напрочь вплоть до его ручного
убиения и перезапуска fetchmail. Проблема проявляется, только
если fetchmail запускается как сервис из init 5; при запуске
вручную этот файл исчезает, как положено.

С уважением,
Сергей

[sisyphus] Re: Fetchmail trouble - разбор полетов

[Mikhail Zabaluev]

Hello Igor,

On Wed, Nov 27, 2002 at 01:05:42PM +0300, Igor Dobryninsky wrote:
>
> On Tue, 26 Nov 2002 23:29:41 +0300
> Sergey Kuznetsov <yozhik@atom.ru> wrote:
> 
> [skip]
> SK> Поспешил я порадоваться. Этот файлик продолжает возрождаться
> SK> после каждого рестарта. Причем не нулевой:
> SK> 
> SK> [yozhik@localhost yozhik]$ cat .fetchmail.pid
> SK> 2101 600
> SK> 
> SK> Мочу, далее все OK. До следующего рестарта. Причем у тестового
> SK> юзера тоже самое (его fetchmailrc создавался _заново_ из под
> SK> этого самого юзера). Может я что-то глобально не так делаю?
> SK> Сейчас fetchmail запускается как сервис в init 5, все fetchmailrc
> SK> лежат в /home у соответствующих юзеров. Может надо создать
> SK> fetchmailrc от имени root (сервисы ведь, вроде, от рута
> SK> запускаются)? И еще одна мысль в голову пришла: у меня в
> SK> fetchmailrc прописано set daemon 600. Не может ли при этом
> SK> происходить запрещенный запуск 2-го процесса? В man fetchmail я
> SK> что-то ответа не нашел (может искал плохо?).
> 
>   У меня в Мастере (с обновлениями) тоже такая песня. Дело, видимо, в
> этом:
> 
> [egor@shadow egor]$ sudo find /etc/rc.d/ -name "*fetchmail*"                
> /etc/rc.d/init.d/fetchmail
> /etc/rc.d/rc3.d/S91fetchmail
> /etc/rc.d/rc4.d/S91fetchmail
> /etc/rc.d/rc5.d/S91fetchmail
> [egor@shadow egor]$ sudo chkconfig fetchmail off
> [egor@shadow egor]$ sudo find /etc/rc.d/ -name "*fetchmail*"
> /etc/rc.d/init.d/fetchmail
> /etc/rc.d/rc3.d/K35fetchmail
> /etc/rc.d/rc4.d/K35fetchmail
> /etc/rc.d/rc5.d/K35fetchmail
> [egor@shadow egor]$ sudo chkconfig fetchmail on 
> [egor@shadow egor]$ sudo find /etc/rc.d/ -name "*fetchmail*"
> /etc/rc.d/init.d/fetchmail
> /etc/rc.d/rc3.d/S91fetchmail
> /etc/rc.d/rc4.d/S91fetchmail
> /etc/rc.d/rc5.d/S91fetchmail
> [egor@shadow egor]$ 
> 
>   Т.е., если "fetchmail on", то при шатдауне он не остановится, pid-файл
> останется и, как следствие, при следующем старте системы fetchmail не
> запустится.

Странно, у меня после аналогичной операции все K и S в порядке.
Другая (хоть и редко способная проявиться) небольшая шероховатость
сейчас -- это то, что сервис fetchmail финиширует позже postfix.
В принципе это не должно приводить к потере сообщений,
поскольку fetchmail отдаёт команду стереть сообщение из
ящика только после того, как оно было отдано в локальную
доставку.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
You own a dog, but you can only feed a cat.

Re: [sisyphus] Re: Fetchmail trouble - разбор полетов

[Igor Dobryninsky]

On Tue, 10 Dec 2002 02:11:32 +0300
Mikhail Zabaluev <mhz@altlinux.org> wrote:

MZ> >   У меня в Мастере (с обновлениями) тоже такая песня. Дело, видимо, в
MZ> > этом:
MZ> > 
MZ> > [egor@shadow egor]$ sudo find /etc/rc.d/ -name "*fetchmail*"                
MZ> > /etc/rc.d/init.d/fetchmail
MZ> > /etc/rc.d/rc3.d/S91fetchmail
MZ> > /etc/rc.d/rc4.d/S91fetchmail
MZ> > /etc/rc.d/rc5.d/S91fetchmail
MZ> > [egor@shadow egor]$ sudo chkconfig fetchmail off
MZ> > [egor@shadow egor]$ sudo find /etc/rc.d/ -name "*fetchmail*"
MZ> > /etc/rc.d/init.d/fetchmail
MZ> > /etc/rc.d/rc3.d/K35fetchmail
MZ> > /etc/rc.d/rc4.d/K35fetchmail
MZ> > /etc/rc.d/rc5.d/K35fetchmail
MZ> > [egor@shadow egor]$ sudo chkconfig fetchmail on 
MZ> > [egor@shadow egor]$ sudo find /etc/rc.d/ -name "*fetchmail*"
MZ> > /etc/rc.d/init.d/fetchmail
MZ> > /etc/rc.d/rc3.d/S91fetchmail
MZ> > /etc/rc.d/rc4.d/S91fetchmail
MZ> > /etc/rc.d/rc5.d/S91fetchmail
MZ> > [egor@shadow egor]$ 
MZ> > 
MZ> >   Т.е., если "fetchmail on", то при шатдауне он не остановится, pid-файл
MZ> > останется и, как следствие, при следующем старте системы fetchmail не
MZ> > запустится.

  Выше я неправильно выразился - проблема, конечно же, в том, что при
upgrade fetchmail'а куда-то делись ссылки, останавливаюшие fetchmail при
переходе на runlevel'ы 0-2 и 6. Пришлось сделать их руками. В чистом
Мастере было всё нормально. Сейчас я дома до Sisyphus'а доапгрейдился,
надо будет глянуть там. Я дома fetchmail не использую, поэтому сейчас не
могу сказать, всё ли там нормально в этом смысле.

MZ> Странно, у меня после аналогичной операции все K и S в порядке.

  Т.е. у Вас есть ссылки, останавливающие fetchmail, в каталогах
/etc/rc.d/rc[0-26].d/ ?

-- 
  Best Regards, Igor Dobryninsky (egor@atvc.ru)
  ATK-Internet ISP, Arkhangelsk, Russia