<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=us-ascii" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Nico Golde schrieb:
<blockquote cite="mid20050808100943.GE25842@ngolde.de" type="cite">
<pre wrap="">Hi,
* Wolfgang Kohnen <a class="moz-txt-link-rfc2396E" href="mailto:wollie@lis.bremen.de"><wollie@lis.bremen.de></a> [2005-08-08 11:52]:
</pre>
<blockquote type="cite">
<pre wrap="">sorry if this is a known bug, BTS seems to be down or something...
After hibernating my notebook with software suspend v2 to disk for a
while (say 10 hours), fetchmail can'T resolve servers' hostnames and
comlains about temporarily DNS errors. A restart of the fetchmail daemon
fixes this behaviour.
</pre>
</blockquote>
<pre wrap=""><!---->
[...]
All the other programs are able to do this?
Regards Nico
</pre>
</blockquote>
<font face="Times New Roman, Times, serif"><br>
Hmm, I think I should give more background info: I use a patched 2.6
kernel with software suspend to disk. The suspend script shuts down my
ehternet device before stopping all processes and then goes into
suspend state. After resuming and continuing the processes (there is a
SIGCONT signal I think) the suspend script itself resumes and brings up
the ethernet device again. Since I use dhcp for my eth0, the network
environment changes sometimes, i.e. different address, different
default gateway, different nameserver entry in resolv.conf and so on. <br>
<br>
So IMHO there are three possible pitfalls: The long suspend time which
creates a huge jump into the future from fetchmails point of view and
maybe something like a timer get confused. The "sudden" change of
network. The time between SIGCONT and net reestablishment. Just my two,
no, three cents. :-)<br>
<br>
Hope it helps reproducing or understanding the problem. <br>
<br>
Greets,<br>
Wollie<br>
</font>
</body>
</html>