Bug#344582: [pkg-fetchmail-maint] Bug#344582: fetchmail: postinst fails if no servers are in the config

Héctor García hector at debian.org
Mon Jan 9 10:53:28 UTC 2006


El mié, 04-01-2006 a las 14:52 +0100, Loïc Minier escribió:
>  Nico, I propose we introduce /etc/default/fetchmail to control the
>  system wide daemon (instead of checking for the presence of
>  /etc/fetchmailrc, we would use START_DAEMON=yes in this new config file
>  isntead).  Once this is done, we can use the following approach on
>  upgrades:
>  if /etc/fetchmailrc is present on the system prior to the upgrade then
>      if we manage to start a system-wide fetchmail with this file then
>          write START_DAEMON=yes in /etc/default/fetchmail
>      else
>          output an error mesage that fetchmail couldn't be started and
>          that the daemon will be deactivated
>          write START_DAEMON=no in /etc/default/fetchmail
>      endif
>  else
>       write START_DAEMON=no in /etc/default/fetchmail
>  fi
> 
>    In the case of Eduard, we would find a /etc/fechmailrc on the
>  system, decide it doesn't work, and hence set START_DAEMON=no.
> 
>  Let me know what you think of the global approach, the implementation
>  might be harder[1] than the algorithm looks like.

I like this aproach.
I'll try to implement and commit this in the following days.

Regards,

Héctor
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.alioth.debian.org/pipermail/pkg-fetchmail-maint/attachments/20060109/aba642ee/attachment.pgp


More information about the pkg-fetchmail-maint mailing list