I have a SuSE 9.3 box connected to the net via ADSL using PPPoE. THe box collects mail with fetchmail and distributes it to local mailboxes. I have fetchmail set up as a service, but it seems that ip-up (or something) stops fetchmail and even disables it as a service when the ADSL link drops and gets started again. I cannot see any incriminating evidence in the log file, but fetchmail is running as a deamon, started with the fetchmail init script, collecting mail every 5 minutes. Then the ISP drops the line, the ppp interface goes down. We have a script that detects that the link is down and starts the ppp link again. So, the ADSL connects again and then ip-up runs fetchmail and it collects mail and then exit. After that, the fetchmail daemon is not running anymore and it has been disabled in the startup scripts! # rcfetchmail status Checking for service fetchmail unused # chkconfig -l fetchmail fetchmail 0:off 1:off 2:off 3:off 4:off 5:off 6:off Any idea why this is happening? What is disabling the fetchmail deamon and who gave it authorisation to do so? If I catch it, it will be keel-hauled... :-) The ADSL modem used to be in router mode and everything worked fine, then we changed it to bridge mode so that the SuSE box will control the connection and do the firewalling. That is when the problems started. Postfix is set up to run in 'permanent' mode. Should I change it to 'dial-up mode'? Any ideas where I should start to look? Thanks -- Andre Truter | Software Engineer | Registered Linux user #185282 ICQ #40935899 | AIM: trusoftzaf | http://www.trusoft.co.za ~ A dinosaur is a salamander designed to Mil Spec ~
On Saturday 11 March 2006 23:39, Andre Truter wrote:
So, the ADSL connects again and then ip-up runs fetchmail and it collects mail and then exit.
In /etc/sysconfig/network you have an ifcfg file for your network connection, check it for a variable RUN_POLL_TCPIP and if it's there, set it to "no" If that isn't the issue, then I don't know. You'd have to grep around for something in the networking that messes with fetchmail. the poll.tcpip script is the only thing I'm aware of, but if you've made local changes it could be somewhere else I guess -- Certified: Yes. Certifiable: of course! jabber ID: anders@rydsbo.net
On 3/12/06, Anders Johansson <andjoh@rydsbo.net> wrote:
On Saturday 11 March 2006 23:39, Andre Truter wrote:
So, the ADSL connects again and then ip-up runs fetchmail and it collects mail and then exit.
In /etc/sysconfig/network you have an ifcfg file for your network connection, check it for a variable RUN_POLL_TCPIP and if it's there, set it to "no"
It was not there, but I added it with a 'no'. Will see if it works. PS: I found the setting in the ifcfg.template, but it had no value assigned. From the comments, it seems that all ifcfg scripts first checks these settings and then reads the setings for each interface to override these, so my adding of the option to the ifcfg.dsl0 file should work
If that isn't the issue, then I don't know. You'd have to grep around for something in the networking that messes with fetchmail. the poll.tcpip script is the only thing I'm aware of, but if you've made local changes it could be somewhere else I guess
I commented the fetchmail stuff in poll.tcpip, so it should work fine for now, but I suppose an upgrade or patch will overwrite that file again. Thanks Anders -- Andre Truter | Software Engineer | Registered Linux user #185282 ICQ #40935899 | AIM: trusoftzaf | http://www.trusoft.co.za ~ A dinosaur is a salamander designed to Mil Spec ~
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Sunday 2006-03-12 at 01:06 +0200, Andre Truter wrote:
I commented the fetchmail stuff in poll.tcpip, so it should work fine for now, but I suppose an upgrade or patch will overwrite that file again.
Years ago I renamed poll.tcpip to some other thing, and created an almost empty poll.tcpip. Other times I edit poll.tcpip and add an "exit" line very early on it. Complementary to this, I create my own ip-up.local. Setting RUN_POLL_TCPIP to no has never worked for me. And of course, I have to watch it when updating/upgrading the system. - -- Cheers, Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEE3ottTMYHG2NR9URAgx8AJ9d7fQdDUzyH52ZCM3ukPcgUymkGACeJbTm Eo0anDALCqkebCP86LYZNdQ= =MFeM -----END PGP SIGNATURE-----
participants (3)
-
Anders Johansson -
Andre Truter -
Carlos E. R.