* connect timeouts? @ 1996-07-23 0:04 robert 1996-07-23 7:01 ` Lars Magne Ingebrigtsen 0 siblings, 1 reply; 8+ messages in thread From: robert @ 1996-07-23 0:04 UTC (permalink / raw) Hi, to what extend are timeouts used in connect in gnus? I figure it's connect() that's doing all the work in Emacs .. Anyway, I'm getting a lot of times where I'll "space" on a foreign group in the group buffer and it will just say cannot open server. I'll telnet to my hosts news server and it will eventually come back with a 200 -- You are amazed that they exist and they burn so bright whilst you can only wonder why. ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: connect timeouts? 1996-07-23 0:04 connect timeouts? robert @ 1996-07-23 7:01 ` Lars Magne Ingebrigtsen 1996-07-24 4:07 ` Michael Lamoureux 0 siblings, 1 reply; 8+ messages in thread From: Lars Magne Ingebrigtsen @ 1996-07-23 7:01 UTC (permalink / raw) robert@elastica.com writes: > Hi, to what extend are timeouts used in connect in gnus? I figure it's > connect() that's doing all the work in Emacs .. By default there are no timeouts in Gnus. (Well, unless there are some Emacs timeouts that takes place.) > Anyway, I'm getting a lot of times where I'll "space" on a foreign > group in the group buffer and it will just say cannot open server. That means that connection has previously been denied, so Gnus refuses to try again. `^' in the group buffer to see the status of the servers. -- "Yes. The journey through the human heart would have to wait until some other time." ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: connect timeouts? 1996-07-23 7:01 ` Lars Magne Ingebrigtsen @ 1996-07-24 4:07 ` Michael Lamoureux 1996-07-24 4:46 ` Lars Magne Ingebrigtsen 0 siblings, 1 reply; 8+ messages in thread From: Michael Lamoureux @ 1996-07-24 4:07 UTC (permalink / raw) Cc: ding "lars" == Lars Magne Ingebrigtsen <larsi@ifi.uio.no> writes: lars> That means that connection has previously been denied, so Gnus lars> refuses to try again. Why? Our news server gets flakey every once in a while, and if I try to connect at the wrong time, then gnus is basically useless for reading news until I restart (I can, of course, still read mail, but that's not the point). This is silly, because as soon as the news server is rebooted, it's ok, but how am I supposed to know when that is if gnus keeps refusing to connect? (there are actually a handful of ways, but none of them are as easy as hitting 'g' ;-) I figure if I'm stupid enough to keep trying to connecting to a server that I'm not allowed to access, you should let me beat my head against the wall until it bleeds... IMHO, Michael ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: connect timeouts? 1996-07-24 4:07 ` Michael Lamoureux @ 1996-07-24 4:46 ` Lars Magne Ingebrigtsen 1996-07-24 16:31 ` Michael Lamoureux 0 siblings, 1 reply; 8+ messages in thread From: Lars Magne Ingebrigtsen @ 1996-07-24 4:46 UTC (permalink / raw) Michael Lamoureux <lamour@engin.umich.edu> writes: > Why? Our news server gets flakey every once in a while, and if I try > to connect at the wrong time, then gnus is basically useless for > reading news until I restart (I can, of course, still read mail, but > that's not the point). This is silly, because as soon as the news > server is rebooted, it's ok, but how am I supposed to know when that > is if gnus keeps refusing to connect? (there are actually a handful > of ways, but none of them are as easy as hitting 'g' ;-) > > I figure if I'm stupid enough to keep trying to connecting to a server > that I'm not allowed to access, you should let me beat my head against > the wall until it bleeds... Well, yes. But no. :-) Say you read ten foreign groups from the "nntp:flaky" server, and you press `g'. Gnus will then try to activate these ten groups. If the first attempt at connecting fails, it's probably not very productive to try to reconnect to the server 9 more times? Perhaps there should be a time-out to the denials, but I don't think so. Just use `^' to see the server status and remove the denials at will. -- (domestic pets only, the antidote for overdose, milk.) larsi@ifi.uio.no * Lars Ingebrigtsen ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: connect timeouts? 1996-07-24 4:46 ` Lars Magne Ingebrigtsen @ 1996-07-24 16:31 ` Michael Lamoureux 1996-07-25 3:50 ` Lars Magne Ingebrigtsen 0 siblings, 1 reply; 8+ messages in thread From: Michael Lamoureux @ 1996-07-24 16:31 UTC (permalink / raw) Cc: ding "lars" == Lars Magne Ingebrigtsen <larsi@ifi.uio.no> writes: lars> Michael Lamoureux <lamour@engin.umich.edu> writes: >> I figure if I'm stupid enough to keep trying to connecting to a >> server that I'm not allowed to access, you should let me beat my >> head against the wall until it bleeds... lars> Well, yes. But no. :-) Say you read ten foreign groups from lars> the "nntp:flaky" server, and you press `g'. Gnus will then try lars> to activate these ten groups. If the first attempt at lars> connecting fails, it's probably not very productive to try to lars> reconnect to the server 9 more times? No, but mine is not a foreign server... Does gnus not keep track of which is the primary server and which are foreign? lars> Perhaps there should be a time-out to the denials, but I don't lars> think so. perhaps. Or maybe it should just skip that server for the remainder of *this* pass (i.e., until the 'g' operation has completed). That way I get the benefit that you mention as well as the operation that I want. lars> Just use `^' to see the server status and remove the denials at lars> will. I'll take a look at this... thanks, Michael ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: connect timeouts? 1996-07-24 16:31 ` Michael Lamoureux @ 1996-07-25 3:50 ` Lars Magne Ingebrigtsen 1996-07-25 12:57 ` Michael Welsh Duggan 0 siblings, 1 reply; 8+ messages in thread From: Lars Magne Ingebrigtsen @ 1996-07-25 3:50 UTC (permalink / raw) Michael Lamoureux <lamour@engin.umich.edu> writes: > lars> Perhaps there should be a time-out to the denials, but I don't > lars> think so. > > perhaps. Or maybe it should just skip that server for the remainder > of *this* pass (i.e., until the 'g' operation has completed). That > way I get the benefit that you mention as well as the operation that I > want. Well, I would find it supremely annoying if Gnus were to try to reconnect to a server that's down each time I press `g'. (I might just want to re-scan my mail groups, for instance.) -- (domestic pets only, the antidote for overdose, milk.) larsi@ifi.uio.no * Lars Ingebrigtsen ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: connect timeouts? 1996-07-25 3:50 ` Lars Magne Ingebrigtsen @ 1996-07-25 12:57 ` Michael Welsh Duggan 1996-07-27 17:18 ` Lars Magne Ingebrigtsen 0 siblings, 1 reply; 8+ messages in thread From: Michael Welsh Duggan @ 1996-07-25 12:57 UTC (permalink / raw) Lars Magne Ingebrigtsen <larsi@ifi.uio.no> writes: > > Michael Lamoureux <lamour@engin.umich.edu> writes: > > > lars> Perhaps there should be a time-out to the denials, but I don't > > lars> think so. > > > > perhaps. Or maybe it should just skip that server for the remainder > > of *this* pass (i.e., until the 'g' operation has completed). That > > way I get the benefit that you mention as well as the operation that I > > want. > > Well, I would find it supremely annoying if Gnus were to try to > reconnect to a server that's down each time I press `g'. (I might > just want to re-scan my mail groups, for instance.) I agree. However, I think that this _should_ be the default behavior when one presses M-g on a inoperative group. -- Michael Duggan (md5i@schenley.com) ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: connect timeouts? 1996-07-25 12:57 ` Michael Welsh Duggan @ 1996-07-27 17:18 ` Lars Magne Ingebrigtsen 0 siblings, 0 replies; 8+ messages in thread From: Lars Magne Ingebrigtsen @ 1996-07-27 17:18 UTC (permalink / raw) "Michael Welsh Duggan" <md5i@schenley.com> writes: > However, I think that this _should_ be the default behavior when one > presses M-g on a inoperative group. Yup. I've added this to the Red Gnus todo list. -- "Yes. The journey through the human heart would have to wait until some other time." ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~1996-07-27 17:18 UTC | newest] Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 1996-07-23 0:04 connect timeouts? robert 1996-07-23 7:01 ` Lars Magne Ingebrigtsen 1996-07-24 4:07 ` Michael Lamoureux 1996-07-24 4:46 ` Lars Magne Ingebrigtsen 1996-07-24 16:31 ` Michael Lamoureux 1996-07-25 3:50 ` Lars Magne Ingebrigtsen 1996-07-25 12:57 ` Michael Welsh Duggan 1996-07-27 17:18 ` Lars Magne Ingebrigtsen
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).