* 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).