Re: POP3 behavior on broken tcp connection

Steve Dorner <sdorner@qualcomm.com> Fri, 03 June 1994 22:29 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa12961; 3 Jun 94 18:29 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa12957; 3 Jun 94 18:29 EDT
Received: from ANDREW.CMU.EDU by CNRI.Reston.VA.US id aa20490; 3 Jun 94 18:29 EDT
Received: (from postman@localhost) by andrew.cmu.edu (8.6.7/8.6.6) id SAA12765; Fri, 3 Jun 1994 18:26:01 -0400
Received: via switchmail for ietf-pop3+@andrew.cmu.edu; Fri, 3 Jun 1994 18:26:01 -0400 (EDT)
Received: from po3.andrew.cmu.edu via qmail ID </afs/andrew.cmu.edu/service/mailqs/q001/QF.8hvuqHu00UdbQBTE51>; Fri, 3 Jun 1994 18:24:20 -0400 (EDT)
Received: from ux1.cso.uiuc.edu (ux1.cso.uiuc.edu [128.174.5.59]) by po3.andrew.cmu.edu (8.6.7/8.6.6) with SMTP id SAA03448 for <ietf-pop3+@andrew.cmu.edu>; Fri, 3 Jun 1994 18:24:16 -0400
Received: from dorner.slip.uiuc.edu by ux1.cso.uiuc.edu with SMTP id AA12827 (5.67b8/IDA-1.5 for <ietf-pop3+@andrew.cmu.edu>); Fri, 3 Jun 1994 17:23:56 -0500
Received: from [192.17.5.3] by dorner.slip.uiuc.edu with SMTP id AA06367 (5.67b/IDA-1.5 for <ietf-pop3+@andrew.cmu.edu>); Fri, 3 Jun 1994 17:24:20 -0500
X-Sender: sdorner@192.17.5.1
Message-Id: <aa155b6905021016778f@[192.17.5.3]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Fri, 03 Jun 1994 17:23:53 -0500
To: POP3 IETF Mailing List <ietf-pop3+@andrew.cmu.edu>
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Steve Dorner <sdorner@qualcomm.com>
Subject: Re: POP3 behavior on broken tcp connection

At 4:20 PM 6/3/94, John Gardiner Myers wrote:
>Wonderful observation.  Should we decide to declare that servers not
>enter UPDATE state on a broken connection, and should Eudora use this
>approach, Qualcomm could solve more problems by distributing a server
>that does UIDL than by distributing a server which by default enters
>UPDATE on a broken connection.
>
>Steve?

I am all for UIDL.  My current development version uses a very similar
mechanism (xtnd xlst and the message-id: header) to manage maildrops.  UIDL
would be better than this, and I would welcome it with open arms.  I would
ship a version of Eudora with it in the fall.

As for not entering the UPDATE state on QUIT, after the UIDL Eudora
penetrates widely, we'd probably be willing to change our server to do that
by default.  I would certainly support that position inside Qualcomm,
though I don't have final say.

I have spoken to two POP3 implementors not reading this list (for Novell
and VM/CMS).  They have both indicated that they are quite willing to
support UIDL.

I see UIDL as a big win for everybody, and an awfully good way out of this
whole mess with QUIT and LAST.

Adding UIDL to the spec as an optional command would not disturb any
existing implementations.

I think UIDL might bring peace to Bosnia, democracy to Haiti, and fiscal
responsibility to the US Congress.

--
Steve Dorner, Qualcomm Incorporated
 "There's nothing wrong with you that can't be cured
  with a little Prozac and a polo mallet." - Woody Allen