[7430] in Athena Bugs
decmips 7.2R: inc
daemon@ATHENA.MIT.EDU (Tom Coppeto)
Tue Apr 16 22:58:42 1991
To: bugs@ATHENA.MIT.EDU
Cc: postmaster@MIT.EDU
Date: Tue, 16 Apr 91 22:58:10 EDT
From: Tom Coppeto <tom@MIT.EDU>
System name: OTISBURG.MIT.EDU
Type and version: KN01 7.2R (1 update(s) to same version)
Display type: PM-MONO
What were you trying to do?
figure out why inc hangs when a mailbox is truncated from lack
of disk space on the post office.
What's wrong:
popper sends a ".\r\n" to the client when it has reached the end
of the message. Inc ignores it and waits for the rest of the
nonexistent message from the popper. Meanwhile popper waits
for the next command from the client.
I haven't yet figured out under which conditions inc pays attention
to the end of message string.. perhaps it has something to do with
expecting some basic components of the message header, like the
date.
What should have happened:
inc should recognize the end of the message
Please describe any relevant documentation references:
rfc1081
