Larry Osterman <[EMAIL PROTECTED]>
> Arnt, I'm not trying to be confrontative (really, I'm not), but I'm
> wondering if this is starting to devolve into a djb-style "should your
> SMTP client send quit before closing the connection" argument?
Yes. Something went badly wrong with the thread, I'm n
October 09, 2002 2:59 PM
>To: Arnt Gulbrandsen
>Cc: [EMAIL PROTECTED]
>Subject: Re: to logout or not...
>
>
>Arnt> 1. The user closes the MUA's window.
>
>Closing the window does not have to equate with application termination.
>Or did you really mean to say &
On Wed, 9 Oct 2002, Arnt Gulbrandsen wrote:
>Hi,
>if I (as an IMAP client) have to exit quickly and have an open IMAP
>connection, I can't wait around for the IMAP server's responses.
>In this case, should I send LOGOUT and immediately close the TCP
>connection, or should I just close the TCP conn
rman
-Original Message-
From: Lyndon Nerenberg [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 09, 2002 2:59 PM
To: Arnt Gulbrandsen
Cc: [EMAIL PROTECTED]
Subject: Re: to logout or not...
Arnt> 1. The user closes the MUA's window.
Closing the window does not have to e
Arnt> 1. The user closes the MUA's window.
Closing the window does not have to equate with application termination.
Or did you really mean to say "the user terminates the application?"
In either case, the application has to perform whatever cleanup steps
are appropriate before letting the pro
Mark Crispin <[EMAIL PROTECTED]>
> I do not understand the argument about SEARCH. Short of a network
> failure, I have never seen a SEARCH be so slow that a wait for the result
> is intolerable.
I have. I've also seen FETCH be that slow (due to lack of bandwidth).
What's intolerable? In a diffe
On Wed, 9 Oct 2002 09:42:54 -0700, Larry Osterman wrote:
> If the IMAP for some mail stores defers committing operations until a
> logout command, how does the server report the result back to the
> client? The client at this point has no way of recovering from the
> error, since it's tearing d
cally fail.
Larry Osterman
-Original Message-
From: Arnt Gulbrandsen [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 09, 2002 8:53 AM
To: [EMAIL PROTECTED]
Subject: Re: to logout or not...
DINH Viet Hoa <[EMAIL PROTECTED]>
> > I find this a tough question to answer.
--On Wednesday, October 09, 2002 08:46:31 -0700 Mark Crispin
<[EMAIL PROTECTED]> wrote:
> The only safe behavior is for a client to issue a proper LOGOUT as
> opposed to dropping the connection.
As a user and server administrator I agree, but it's a fact of life that
(at least here in Germany)
Pete Maclean <[EMAIL PROTECTED]>
> Mark, thank you for setting us straight on this. For me, another question
> arises: when a server detects a connection break, should it process any
> IMAP commands that it has pending for the session, or should it discard
> them? Seems to me that a good str
DINH Viet Hoa <[EMAIL PROTECTED]>
> > I find this a tough question to answer. My inclination is just to close
> > the connection but I cannot offer much justification for that. One
> > consideration is that, if you send a LOGOUT and then immediately close the
> > connection, it seems likely t
On Wed, 09 Oct 2002 11:42:52 -0400, Pete Maclean wrote:
> Mark, thank you for setting us straight on this. For me, another question
> arises: when a server detects a connection break, should it process any
> IMAP commands that it has pending for the session, or should it discard
> them? Seems t
Mark Crispin <[EMAIL PROTECTED]>
> There are worse consequences.
...
> The result is that the flag changes are lost.
Good point.
> The only excuse for a client not to send a proper LOGOUT is if the client
> crashes. The LOGOUT command is in the protocol for a reason, and that reason
> was not c
Mark, thank you for setting us straight on this. For me, another question
arises: when a server detects a connection break, should it process any
IMAP commands that it has pending for the session, or should it discard
them? Seems to me that a good strategy would be to do so
selectively. Ob
If you do not send a LOGOUT and just close the connection:
Depending upon how the operating system fields the event to the server, the
server will see it as a "Hangup" (SIGINT), "Terminated" (SIGTERM), or as "End
of file on stdin". In my experience, the last is the most common.
If the server lo
> > I find this a tough question to answer. My inclination is just to close
> > the connection but I cannot offer much justification for that. One
> > consideration is that, if you send a LOGOUT and then immediately close the
> > connection, it seems likely that the server will never see the LO
> I find this a tough question to answer. My inclination is just to close
> the connection but I cannot offer much justification for that. One
> consideration is that, if you send a LOGOUT and then immediately close the
> connection, it seems likely that the server will never see the LOGOUT.
>>if I (as an IMAP client) have to exit quickly and have an open IMAP
>>connection, I can't wait around for the IMAP server's responses.
>>In this case, should I send LOGOUT and immediately close the TCP
>>connection, or should I just close the TCP connection? I can't quite make
>>up my min
> > > if I (as an IMAP client) have to exit quickly and have an open IMAP
> > > connection, I can't wait around for the IMAP server's responses.
> >
> > What is the reason for this ?
>
> I can think of four possible reasons right away. There might be more.
>
> 1. The user closes the MUA's windo
DINH Viet Hoa <[EMAIL PROTECTED]>
> > if I (as an IMAP client) have to exit quickly and have an open IMAP
> > connection, I can't wait around for the IMAP server's responses.
>
> What is the reason for this ?
I can think of four possible reasons right away. There might be more.
1. The user clos
> if I (as an IMAP client) have to exit quickly and have an open IMAP
> connection, I can't wait around for the IMAP server's responses.
What is the reason for this ?
You have at least to wait for the IMAP response of the command you
want to send.
> In this case, should I send LOGOUT and immedia
Hi,
if I (as an IMAP client) have to exit quickly and have an open IMAP
connection, I can't wait around for the IMAP server's responses.
In this case, should I send LOGOUT and immediately close the TCP
connection, or should I just close the TCP connection? I can't quite make
up my mind.
--Arnt
22 matches
Mail list logo
