On Tuesday 01 July 2008 22:45:09 Nico Golde wrote: > Why don't you reorder your runlevels symlinks then?
Because it seems not very sensible to me to start the mta and spamc before the network gets started. > > So I investigated > > that problem and found try-restart behaving like it does, > > starting the daemon if it is not running already (which, > > in my opinion, is not intuitive). > > it's restarting the daemon or starting it if it's not yet > running. Yes, but it's called try-restart and not try-restart-or-start. But this is a mere sidenote. > I am not too happy about including this patch for this > corner-case. The init scripts in Debian include an LSB > header that defines dependencies on other init scripts (well > facilities to be precise). Did you already have a look at > the insserv package which automatically reorders your init > scripts based on these dependencies. > > This might be the right solution for you. Please see above, for why that is not the right solution. And I can understand your point in not wanting to include that more or less crude patch. But let's have a look at /etc/resolvconf/update-libc.d/fetchmail: if [ -x /etc/init.d/fetchmail ]; then /etc/init.d/fetchmail try-restart fi I don't think that resolvconf should start any daemon, but it does. So starting my network causes the start of fetchmail. (BTW: init tries to start fetchmail too, which then fails of cause). -- Florian Kriener August-Bebel-Straße 46 04275 Leipzig Tel: +49 341-3047701 Mobil: +49 176-20070874 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]