Bug#844178: Better systemd integration

[Andreas Metzler]

Hello,

sorry for not responding to your earlier mail, I had pushed to the
reply-later-stock and forgot.

On 2017-02-07 Michael Biebl <biebl at debian.org> wrote:
> Am 13.11.2016 um 15:53 schrieb Michael Biebl:
>>  Am 13.11.2016 um 13:10 schrieb Andreas Metzler:
>>>  There is a problem. The pidfile location can overriden in
>>>  /etc/default/exim4. Isn't it worse if the pidfile comment points to the
>>>  wrong file?
  
>>  Is there a good reason to make the pidfile configurable?
  

> Fwiw, I don't see anything in /etc/default/exim4 which suggests that the
> pidfile can be overridden there.

> So is this actually used in practice?

I just do not know.

> Wouldn't it be better to improve the situation for the vast majority of
> users then optimizing for the corner case

It depends on what the majority wins at what loss for the minority. And
I just do not know whether the benefits outweigh to cost.

I kind of buy your argument about "Does pidfile need to be configurable"
and would be willing to move this to unsupported if there is some gain
for the pain of breaking some systems.

What about the fact that the current setup allows to start two daemons
from the init script (queue-runner and listener)? What changes when the
pidfile setting is added, pointing to the listening daemon?

cu Andreas


-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'