Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!watmath!clyde!rutgers!im4u!ut-sally!utah-cs!cetron From: cetron@utah-cs.UUCP Newsgroups: comp.mail.uucp,comp.bugs.4bsd,comp.mail.misc,comp.unix.wizards Subject: Re: Sendmail-SMTP problem Message-ID: <4036@utah-cs.UUCP> Date: Sat, 22-Nov-86 14:29:49 EST Article-I.D.: utah-cs.4036 Posted: Sat Nov 22 14:29:49 1986 Date-Received: Sun, 23-Nov-86 07:04:52 EST References: <1524@uwmcsd1.UUCP> Reply-To: cetron@utah-cs.UUCP (Edward J Cetron) Distribution: net Organization: Center for Engineering Design, Univ of Utah Lines: 29 Xref: watmath comp.mail.uucp:20 comp.bugs.4bsd:30 comp.mail.misc:5 comp.unix.wizards:152 In article <1524@uwmcsd1.UUCP> doug@uwmcsd1.UUCP (Doug Tiarks) writes: > > > We have been experiencing problems with sendmail when speaking SMTP >to some sites on the Internet. Symptoms of the problem are >as follows: Our sendmail connects to the site to attempt to deliver >the mail message, it then sends the To, From and Data messages and >recieves acknowledgement for each. It then sends the Terminate >message but, times out waiting for a reply. Sendmail gives a >'read reply' error and puts the message back in the mailq. This occurs >everytime it attempts to send the message and, we only experience this problem I have lately been hacking to death the software tools mailer to work with tek tcp/ip and have seen this kind of situation (or at least similar) The software tools mailer has this 'problem' also....seems it will ack the data packets, but NOT SEND THE 250 OK message UNTIL it has succesfully saved the message. So, if the recipeint system is busy, timeout before sending of 250 OK (and quit won't work yet since receiver is no yet listening again) or if the queing of the message is unable to complete the same situation could occur. However, if you DO receive the 250 OK after send the . then my scenario is wrong and then it sounds like a problem in the receiver of some OTHER nature. -ed cetron center for engineering design univ. of utah