Received: from localhost by CS.UTK.EDU with SMTP (cf v2.9s-UTK)
	id QAA23209; Wed, 31 May 1995 16:38:45 -0400
X-Resent-To: drums@CS.UTK.EDU ; Wed, 31 May 1995 16:38:42 EDT
Errors-to: owner-drums@CS.UTK.EDU
Received: from troy.software.com by CS.UTK.EDU with ESMTP (cf v2.9s-UTK)
	id QAA23192; Wed, 31 May 1995 16:38:33 -0400
Received: from rome.software.com ([198.17.234.100]) by troy.software.com
          (post.office MTA v1.6 ID#0-1001) with ESMTP id AAA67;
          Wed, 31 May 1995 13:37:53 -0700
X-Mailer: exmh version 1.5.3 12/28/94
To: Robert Elz <kre@munnari.oz.au>
cc: drums@CS.UTK.EDU
Subject: Re: RFC 821 problem list 
In-reply-to: Your message of "Thu, 01 Jun 1995 06:06:04 +1000."
             <829.801950764@munnari.OZ.AU> 
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 31 May 1995 13:38:23 -0700
From: michael.derrico@software.com (Michael D'Errico)
Message-ID: <19950531203752328.AAA67@rome.software.com>

> A method to cause the destination mailer to attempt, now, to
> send any mail it has in its queues for the originator site would
> be useful - though this clearly is new functionality.   It is
> however much more like TURN was intended to be, if only TURN
> could be trusted for anything.   Intermittent links need
> some mechanism like this (where there isn't just one user at
> the remote end).

Although this obviously doesn't belong in this discussion, I have implemented 
this functionality in our MTA as an ESMTP command.  Due to time constraints I 
haven't yet been able to write up a draft, but I will do that soon.  I guess 
the mailext or ietf-smtp lists would be better for this discussion.

Mike