ietf-822
[Top] [All Lists]

Re: draft-khanna-smtp-mail-transfer-reliability-00.txt

2000-10-05 04:12:54
In 
<4(_dot_)3(_dot_)2(_dot_)7(_dot_)2(_dot_)20001004123954(_dot_)00d2aa70(_at_)pop(_dot_)dial(_dot_)pipex(_dot_)com>
 Graham Klyne <GK(_at_)dial(_dot_)pipex(_dot_)com> writes:

But I wonder if there isn't a real problem out there in parts of the world 
where Internet bandwidth is considerably less plentiful and reliable than 
most of us have come to expect.  Mobile devices would be another case in point.

People who dial up on slow telephone lines is another case in point
(though such people tend not to use SMTP directly).

I think the interesting nugget in this draft is the idea that an SMTP 
client may request retransmission of a partially transmitted message in a 
new SMTP session, and if the server is prepared to continue a previous 
transaction it provides information about the point from which 
retransmission should continue.

The HTTP Protocol (RFC2616) has a feature (the Range: header) for handling
transmission of parts of files, though browsers (well certainly Netscape)
do not seem to use it. I am currently hacking some Perl to use this
feature in downloading large documents

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Email:     chl(_at_)clw(_dot_)cs(_dot_)man(_dot_)ac(_dot_)uk  Web:   
http://www.cs.man.ac.uk/~chl
Voice/Fax: +44 161 437 4506      Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K.
PGP: 2C15F1A9     Fingerprint: 73 6D C2 51 93 A0 01 E7  65 E8 64 7E 14 A4 AB A5