From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 10 Dec 2002 02:11:32 +0300 From: Mikhail Zabaluev To: sisyphus@altlinux.ru Message-ID: <20021209231132.GD1690@mhz.mikhail.zabaluev.name> Mail-Followup-To: Mikhail Zabaluev , sisyphus@altlinux.ru References: <20021124105452.626b8b3b.yozhik@atom.ru> <20021126232941.2b695067.yozhik@atom.ru> <20021127101202.50D898E9@troitsky.atvc.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20021127101202.50D898E9@troitsky.atvc.ru> User-Agent: Mutt/1.4i Subject: [sisyphus] Re: Fetchmail trouble - =?koi8-r?B?0sHa?= =?koi8-r?B?ws/SINDPzMXUz9c=?= Sender: sisyphus-admin@altlinux.ru Errors-To: sisyphus-admin@altlinux.ru X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: sisyphus@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: 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 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.