Re: Gnus hanging

[lee <lee@yun.yagibdah.de>]

Dave Abrahams <dave@boostpro.com> writes:

> on Wed Jul 06 2011, Richard Riley <rileyrg-AT-googlemail.com> wrote:
>
>> I'm frequently on a wireless connection that fails. Gnus hangs if I do a
>> "g" (or more accurately C-u 5 g) in the group buffer to get new headers
>> if the link has gone down and come back up again - I assume because of
>> non valid network stream handles or whatever. What would be the best way
>> to ensure Gnus closes all network links first and reconnects prior to
>> the refresh other than quitting or closing/opening from the server
>> buffer?
>
> +1
>
> Long-standing issue for me, too.

Trying to trace the problem, I've been watching connections with
"netstat -t" and found that gnus hangs when the connection to the news
server is closed.  Gnus reopens the connection and hangs.  I've modified
the entry for the news server, adding `nntp-connection-timeout' for a
timeout of 15 seconds:


(add-to-list 'gnus-secondary-select-methods
	     '(nntp "news1.open-news-network.org"
		    (nntp-connection-timeout 15)))


Because it takes two hours for the connection to time out, I haven't
been able to see if it works yet.  If it doesn't work, an alternative
might be something like "(gnus-demon-add-handler 'gnus-demon-scan-news
10 nil)" to keep the connection open or "(gnus-demon-add-handler
'gnus-demon-close-connections 5 nil)" to close it before it times out,
in which case gnus might gracefully reopen it.

Perhaps you can come up with something similar for your POP3 and IMAP
connections as a workaround?  Closing the connections after a short time
or idle period might work for POP3 and IMAP ...

BTW, see http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9020 .