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