Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!ames!ucbcad!ucbvax!BU-CS.BU.EDU!bzs
From: bzs@BU-CS.BU.EDU.UUCP
Newsgroups: mod.protocols.tcp-ip
Subject: ICMP messages
Message-ID: <8702240603.AA16756@bu-cs.bu.edu>
Date: Tue, 24-Feb-87 01:03:35 EST
Article-I.D.: bu-cs.8702240603.AA16756
Posted: Tue Feb 24 01:03:35 1987
Date-Received: Fri, 27-Feb-87 00:48:20 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 17
Approved: tcp-ip@sri-nic.arpa


I think duplicate and incomplete mail messages as a result of STMP
delivery is a bug in the SMTP implementation, plain and simple. If the
final '.<CR><LF>' is not received the message should have been
discarded. Is it really clear it would be easier to redesign and
re-implement the way TCP handles errors than to simply fix the mailer
agent to wait for a dot?

Really not trying to make a global statement on the issue at hand,
just thought this was not the right example of how to solve a problem.

I had that problem and it turned out that the root cause was a frag bug,
as well as SMTP being too anxious to deliver less than a whole message.

It's all so complicated...

	-Barry Shein, Boston University