🚀 go-pugleaf

	We had a similar problem discovered soon after conversion from
bsd4.2 to bsd4.3.  We may well have had the same problem with bsd4.2;
there were some undiagnosed problems with mail delivery when we switched.
	Specifically, it appeared that we were unable to deliver
mail to any DEC10 or DEC20 system.  Examination of the code revealed that
the termination string was ".\n" not "\r\n.\r\n" as is required by
rfc822.  The following changes fixed the problem.  Note that sendmail
is set up to handle multiple mail delivery systems; the end-of-line
string for each mailer is determined when the configuration is read(
the default is "\n").

*** /tmp/,RCSt1008316	Mon Nov 24 07:59:06 1986
--- readcf.c	Fri Oct 31 17:07:36 1986
***************
*** 427,432
  		{
  		  case 'P':		/* pathname */
  			m->m_mailer = newstr(p);
  			break;
  
  		  case 'F':		/* flags */

--- 427,435 -----
  		{
  		  case 'P':		/* pathname */
  			m->m_mailer = newstr(p);
+ 			if (strcmp(p, "[IPC]") == 0) {
+ 				m->m_eol = "\r\n";
+ 			}
  			break;
  
  		  case 'F':		/* flags */
*** /tmp/,RCSt1008316	Mon Nov 24 07:59:13 1986
--- usersmtp.c	Fri Oct 31 18:25:58 1986
***************
*** 300,306
  	(*e->e_putbody)(SmtpOut, m, CurEnv);
  
  	/* terminate the message */
! 	fprintf(SmtpOut, "%s.%s", m->m_eol, m->m_eol);
  	if (Verbose && !HoldErrs)
  		nmessage(Arpa_Info, ">>> .");
  

--- 300,306 -----
  	(*e->e_putbody)(SmtpOut, m, CurEnv);
  
  	/* terminate the message */
! 	fprintf(SmtpOut, ".%s", m->m_eol);
  	if (Verbose && !HoldErrs)
  		nmessage(Arpa_Info, ">>> .");
  


			Charles Ball
			Intermetrics, Inc.

			cball@ddnt.arpa, ihnp4!inmet!cball