[pkg-fetchmail-maint] Bug#488085: Bug#488085: /etc/init.d/fetchmail try-restart should be able to not start fetchmail if it is not running

[Florian Kriener]

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