* [sisyphus] Fetchmail trouble - разбор полетов
@ 2002-11-24 7:54 Sergey Kuznetsov
2002-11-24 11:38 ` "Алексей Любимов"
2002-11-24 11:41 ` Igor Moskalev
0 siblings, 2 replies; 24+ messages in thread
From: Sergey Kuznetsov @ 2002-11-24 7:54 UTC (permalink / raw)
To: Sisyphus
Здравствуйте!
Напомню, в чем состояла проблема. В ходе обновлений из Сизифа
вдруг обнаружилось, что 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 начал исправно
таскать почту. Таким образом, проблема решилась, но, в порядке
разбора полетов, хочется спросить у знатоков: что ЭТО было, и
откуда ОНО могло взяться?
С уважением,
Сергей
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] Fetchmail trouble - разбор полетов
2002-11-24 7:54 [sisyphus] Fetchmail trouble - разбор полетов Sergey Kuznetsov
@ 2002-11-24 11:38 ` "Алексей Любимов"
2002-11-24 11:41 ` Igor Moskalev
1 sibling, 0 replies; 24+ messages in thread
From: "Алексей Любимов" @ 2002-11-24 11:38 UTC (permalink / raw)
To: sisyphus
[-- 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 --]
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] Fetchmail trouble - разбор полетов
2002-11-24 7:54 [sisyphus] Fetchmail trouble - разбор полетов Sergey Kuznetsov
2002-11-24 11:38 ` "Алексей Любимов"
@ 2002-11-24 11:41 ` Igor Moskalev
2002-11-24 12:45 ` Sergey Kuznetsov
2002-11-26 20:29 ` Sergey Kuznetsov
1 sibling, 2 replies; 24+ messages in thread
From: Igor Moskalev @ 2002-11-24 11:41 UTC (permalink / raw)
To: Sisyphus
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
--------------------------------------------------------------------
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] Fetchmail trouble - разбор полетов
2002-11-24 11:41 ` Igor Moskalev
@ 2002-11-24 12:45 ` Sergey Kuznetsov
2002-11-26 20:29 ` Sergey Kuznetsov
1 sibling, 0 replies; 24+ messages in thread
From: Sergey Kuznetsov @ 2002-11-24 12:45 UTC (permalink / raw)
To: sisyphus
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 б, тип - пустой документ.
С уважением,
Сергей
^ permalink raw reply [flat|nested] 24+ messages in thread* Re: [sisyphus] Fetchmail trouble - разбор полетов
2002-11-24 11:41 ` Igor Moskalev
2002-11-24 12:45 ` Sergey Kuznetsov
@ 2002-11-26 20:29 ` Sergey Kuznetsov
2002-11-27 9:39 ` [sisyphus] " Artem K. Jouravsky
2002-11-27 10:05 ` [sisyphus] " Igor Dobryninsky
1 sibling, 2 replies; 24+ messages in thread
From: Sergey Kuznetsov @ 2002-11-26 20:29 UTC (permalink / raw)
To: sisyphus
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 я
что-то ответа не нашел (может искал плохо?).
С уважением,
Сергей
^ permalink raw reply [flat|nested] 24+ messages in thread
* [sisyphus] Re: Fetchmail trouble - разбор полетов
2002-11-26 20:29 ` Sergey Kuznetsov
@ 2002-11-27 9:39 ` Artem K. Jouravsky
2002-11-27 17:54 ` Sergey Kuznetsov
2002-11-27 10:05 ` [sisyphus] " Igor Dobryninsky
1 sibling, 1 reply; 24+ messages in thread
From: Artem K. Jouravsky @ 2002-11-27 9:39 UTC (permalink / raw)
To: sisyphus
[-- 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 --]
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] Re: Fetchmail trouble - разбор полетов
2002-11-27 9:39 ` [sisyphus] " Artem K. Jouravsky
@ 2002-11-27 17:54 ` Sergey Kuznetsov
2002-11-28 7:55 ` Artem K. Jouravsky
0 siblings, 1 reply; 24+ messages in thread
From: Sergey Kuznetsov @ 2002-11-27 17:54 UTC (permalink / raw)
To: sisyphus
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, а теперь куда? Вроде, этот каталог сейчас
другой?
С уважением,
Сергей
^ permalink raw reply [flat|nested] 24+ messages in thread
* [sisyphus] Re: Fetchmail trouble - разбор полетов
2002-11-27 17:54 ` Sergey Kuznetsov
@ 2002-11-28 7:55 ` Artem K. Jouravsky
2002-11-28 18:19 ` [sisyphus] " Sergey Kuznetsov
0 siblings, 1 reply; 24+ messages in thread
From: Artem K. Jouravsky @ 2002-11-28 7:55 UTC (permalink / raw)
To: sisyphus
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.
-----------------------
Ваша фешенебельность нерентабельна!!!
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] Fetchmail trouble - разбор полетов
2002-11-28 7:55 ` Artem K. Jouravsky
@ 2002-11-28 18:19 ` Sergey Kuznetsov
2002-11-28 18:30 ` Герасимов Дмитрий
0 siblings, 1 reply; 24+ messages in thread
From: Sergey Kuznetsov @ 2002-11-28 18:19 UTC (permalink / raw)
To: sisyphus
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.
С уважением,
Сергей
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] Fetchmail trouble - разбор полетов
2002-11-28 18:19 ` [sisyphus] " Sergey Kuznetsov
@ 2002-11-28 18:30 ` Герасимов Дмитрий
2002-11-28 18:59 ` Sergey Kuznetsov
0 siblings, 1 reply; 24+ messages in thread
From: Герасимов Дмитрий @ 2002-11-28 18:30 UTC (permalink / raw)
To: sisyphus
[-- 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 --]
^ permalink raw reply [flat|nested] 24+ messages in thread* Re: [sisyphus] Fetchmail trouble - разбор полетов
2002-11-28 18:30 ` Герасимов Дмитрий
@ 2002-11-28 18:59 ` Sergey Kuznetsov
2002-11-28 19:12 ` Герасимов Дмитрий
0 siblings, 1 reply; 24+ messages in thread
From: Sergey Kuznetsov @ 2002-11-28 18:59 UTC (permalink / raw)
To: sisyphus
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..
А запускаете демона как? У меня глюк появляется лишь при запуске
его как _сервиса_. Просто из консоли-то работает и вдоль и
поперек.
С уважением,
Сергей
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] Fetchmail trouble - разбор полетов
2002-11-28 18:59 ` Sergey Kuznetsov
@ 2002-11-28 19:12 ` Герасимов Дмитрий
2002-11-29 8:40 ` [sisyphus] " Artem K. Jouravsky
0 siblings, 1 reply; 24+ messages in thread
From: Герасимов Дмитрий @ 2002-11-28 19:12 UTC (permalink / raw)
To: sisyphus
[-- 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 --]
^ permalink raw reply [flat|nested] 24+ messages in thread* [sisyphus] Re: Fetchmail trouble - разбор полетов
2002-11-28 19:12 ` Герасимов Дмитрий
@ 2002-11-29 8:40 ` Artem K. Jouravsky
2002-11-29 16:43 ` Sergey Kuznetsov
0 siblings, 1 reply; 24+ messages in thread
From: Artem K. Jouravsky @ 2002-11-29 8:40 UTC (permalink / raw)
To: sisyphus
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.
-----------------------
Надпись на двери: В верхней одежде не входить
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] Re: Fetchmail trouble - разбор полетов
2002-11-29 8:40 ` [sisyphus] " Artem K. Jouravsky
@ 2002-11-29 16:43 ` Sergey Kuznetsov
2002-11-29 17:05 ` Герасимов Дмитрий
0 siblings, 1 reply; 24+ messages in thread
From: Sergey Kuznetsov @ 2002-11-29 16:43 UTC (permalink / raw)
To: sisyphus
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 все равно не снимается, даже если есть общий конфиг.
С уважением,
Сергей
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] Re: Fetchmail trouble - разбор полетов
2002-11-29 16:43 ` Sergey Kuznetsov
@ 2002-11-29 17:05 ` Герасимов Дмитрий
2002-11-29 18:21 ` Sergey Kuznetsov
0 siblings, 1 reply; 24+ messages in thread
From: Герасимов Дмитрий @ 2002-11-29 17:05 UTC (permalink / raw)
To: sisyphus
[-- 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 --]
^ permalink raw reply [flat|nested] 24+ messages in thread* Re: [sisyphus] Re: Fetchmail trouble - разбор полетов
2002-11-29 17:05 ` Герасимов Дмитрий
@ 2002-11-29 18:21 ` Sergey Kuznetsov
0 siblings, 0 replies; 24+ messages in thread
From: Sergey Kuznetsov @ 2002-11-29 18:21 UTC (permalink / raw)
To: sisyphus
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; при запуске
вручную этот файл исчезает, как положено.
С уважением,
Сергей
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] Fetchmail trouble - разбор полетов
2002-11-26 20:29 ` Sergey Kuznetsov
2002-11-27 9:39 ` [sisyphus] " Artem K. Jouravsky
@ 2002-11-27 10:05 ` Igor Dobryninsky
2002-11-27 10:36 ` Andrey Golovin
2002-12-09 23:11 ` Mikhail Zabaluev
1 sibling, 2 replies; 24+ messages in thread
From: Igor Dobryninsky @ 2002-11-27 10:05 UTC (permalink / raw)
To: sisyphus
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
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] Fetchmail trouble - разбор полетов
2002-11-27 10:05 ` [sisyphus] " Igor Dobryninsky
@ 2002-11-27 10:36 ` Andrey Golovin
2002-11-27 17:50 ` Sergey Kuznetsov
2002-12-09 23:11 ` Mikhail Zabaluev
1 sibling, 1 reply; 24+ messages in thread
From: Andrey Golovin @ 2002-11-27 10:36 UTC (permalink / raw)
To: sisyphus
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 не всегда фетчмейлит, иногда
его приходится руками перезапускать.
--
С уважением,
Андрей Головин
^ permalink raw reply [flat|nested] 24+ messages in thread* Re: [sisyphus] Fetchmail trouble - разбор полетов
2002-11-27 10:36 ` Andrey Golovin
@ 2002-11-27 17:50 ` Sergey Kuznetsov
2002-11-27 18:36 ` Герасимов Дмитрий
2002-11-28 7:57 ` [sisyphus] " Artem K. Jouravsky
0 siblings, 2 replies; 24+ messages in thread
From: Sergey Kuznetsov @ 2002-11-27 17:50 UTC (permalink / raw)
To: sisyphus
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. Может есть команда, которая позволяет его
определить?
С уважением,
Сергей
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] Fetchmail trouble - разбор полетов
2002-11-27 17:50 ` Sergey Kuznetsov
@ 2002-11-27 18:36 ` Герасимов Дмитрий
2002-11-27 19:04 ` Sergey Kuznetsov
2002-11-28 7:57 ` [sisyphus] " Artem K. Jouravsky
1 sibling, 1 reply; 24+ messages in thread
From: Герасимов Дмитрий @ 2002-11-27 18:36 UTC (permalink / raw)
To: sisyphus
[-- 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 --]
^ permalink raw reply [flat|nested] 24+ messages in thread* Re: [sisyphus] Fetchmail trouble - разбор полетов
2002-11-27 18:36 ` Герасимов Дмитрий
@ 2002-11-27 19:04 ` Sergey Kuznetsov
0 siblings, 0 replies; 24+ messages in thread
From: Sergey Kuznetsov @ 2002-11-27 19:04 UTC (permalink / raw)
To: sisyphus
On Wed, 27 Nov 2002 21:36:00 +0300
Герасимов Дмитрий <matrix@podlipki.ru> wrote:
> > Постоянное соединение есть, но из 2 почтовых серверов лишь
> > для одного я знаю IP. Может есть команда, которая позволяет
> > его определить?
> ничего себе.
> man nslookup
Ну чайник я, чайник. А в сетях - особенно. Спасибо за совет!
С уважением,
Сергей
^ permalink raw reply [flat|nested] 24+ messages in thread
* [sisyphus] Re: Fetchmail trouble - разбор полетов
2002-11-27 17:50 ` Sergey Kuznetsov
2002-11-27 18:36 ` Герасимов Дмитрий
@ 2002-11-28 7:57 ` Artem K. Jouravsky
1 sibling, 0 replies; 24+ messages in thread
From: Artem K. Jouravsky @ 2002-11-28 7:57 UTC (permalink / raw)
To: sisyphus
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.
-----------------------
Крик о помощи не всегда совпадает с криком души!
^ permalink raw reply [flat|nested] 24+ messages in thread
* [sisyphus] Re: Fetchmail trouble - разбор полетов
2002-11-27 10:05 ` [sisyphus] " Igor Dobryninsky
2002-11-27 10:36 ` Andrey Golovin
@ 2002-12-09 23:11 ` Mikhail Zabaluev
2002-12-10 6:26 ` Igor Dobryninsky
1 sibling, 1 reply; 24+ messages in thread
From: Mikhail Zabaluev @ 2002-12-09 23:11 UTC (permalink / raw)
To: sisyphus
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.
^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [sisyphus] Re: Fetchmail trouble - разбор полетов
2002-12-09 23:11 ` Mikhail Zabaluev
@ 2002-12-10 6:26 ` Igor Dobryninsky
0 siblings, 0 replies; 24+ messages in thread
From: Igor Dobryninsky @ 2002-12-10 6:26 UTC (permalink / raw)
To: sisyphus
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
^ permalink raw reply [flat|nested] 24+ messages in thread
end of thread, other threads:[~2002-12-10 6:26 UTC | newest]
Thread overview: 24+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-11-24 7:54 [sisyphus] Fetchmail trouble - разбор полетов Sergey Kuznetsov
2002-11-24 11:38 ` "Алексей Любимов"
2002-11-24 11:41 ` Igor Moskalev
2002-11-24 12:45 ` Sergey Kuznetsov
2002-11-26 20:29 ` Sergey Kuznetsov
2002-11-27 9:39 ` [sisyphus] " Artem K. Jouravsky
2002-11-27 17:54 ` Sergey Kuznetsov
2002-11-28 7:55 ` Artem K. Jouravsky
2002-11-28 18:19 ` [sisyphus] " Sergey Kuznetsov
2002-11-28 18:30 ` Герасимов Дмитрий
2002-11-28 18:59 ` Sergey Kuznetsov
2002-11-28 19:12 ` Герасимов Дмитрий
2002-11-29 8:40 ` [sisyphus] " Artem K. Jouravsky
2002-11-29 16:43 ` Sergey Kuznetsov
2002-11-29 17:05 ` Герасимов Дмитрий
2002-11-29 18:21 ` Sergey Kuznetsov
2002-11-27 10:05 ` [sisyphus] " Igor Dobryninsky
2002-11-27 10:36 ` Andrey Golovin
2002-11-27 17:50 ` Sergey Kuznetsov
2002-11-27 18:36 ` Герасимов Дмитрий
2002-11-27 19:04 ` Sergey Kuznetsov
2002-11-28 7:57 ` [sisyphus] " Artem K. Jouravsky
2002-12-09 23:11 ` Mikhail Zabaluev
2002-12-10 6:26 ` Igor Dobryninsky
ALT Linux Sisyphus discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \
sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru
public-inbox-index sisyphus
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.sisyphus
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git