Package: fetchmail
Version: 6.3.4-7
Severity: normal
The try-restart section in the init-script should call $0 restart, not
$0 awaken, because otherwise the resolvconf-script
/etc/resolvconf/update-libc.d/fetchmail, which is called when the
ipaddress of the dns-server changes will have no
Hi,
* Thomas Schmidt [EMAIL PROTECTED] [2006-10-08 12:58]:
Package: fetchmail
Version: 6.3.4-7
Severity: normal
The try-restart section in the init-script should call $0 restart, not
$0 awaken, because otherwise the resolvconf-script
/etc/resolvconf/update-libc.d/fetchmail, which is
* Nico Golde schrieb am 08.10.06, um 13:18 Uhr:
The reason for this seems to be that the fetchmail-daemon does not
recognize new dns-servers when it is just awakened, it must be really
restarted. (So the cause for this is more or less an upstream problem.)
[...]
I'm sorry but I will not
Hi,
* Thomas Schmidt [EMAIL PROTECTED] [2006-10-08 15:20]:
* Nico Golde schrieb am 08.10.06, um 13:18 Uhr:
The reason for this seems to be that the fetchmail-daemon does not
recognize new dns-servers when it is just awakened, it must be really
restarted. (So the cause for this is more
Nico Golde [EMAIL PROTECTED] writes:
This DNS stuff is really annoying, I already contacted
upstream, maybe we'll find a solution, maybe not, hopefully
we do :)
Well, the problem is: there is no explicit caching of resolver, cached
results etc. in fetchmail -- and the upstream (that is me)
5 matches
Mail list logo