Re: bug in .48-970407 reports

[Matti Aarnio <mea@nic.funet.fi>]

> Just a few minutes ago I installed .48-970407 and had to rollback
> immediately because of the following trouble:  non-delivery reports
> look like this:

	Hmm...  Yes, transports/libta/ctlopen.c  has one
	instance of setting the  headeroffset -- that is
	"two under".

	But why does the status info be blank ?
	What the real error was ?  There might (after all)
	be a loophole where the information for the messages
	were not set for the notary.

		/Matti Aarnio

> --A41E5.860519815=_/deimos
> Content-Type: text/plain
>  
> This is a collection of reports about email delivery
> process concerning a message you originated:
>  
> <smtp kvazar.kmicro.com Yas@kvazar.kmicro.com 60001>: 
>  
> --A41E5.860519815=_/deimos
> Content-Type: message/delivery-status
>  
> Reporting-MTA: dns; deimos
> Arrival-Date: Mon, 7 Apr 1997 14:34:57 +0400
>  
> Original-Recipient: rfc822;Yas@kvazar.kmicro.com
> Final-Recipient: RFC822;Yas@kvazar.kmicro.com
> Action: 
> Status: 
> Diagnostic-Code: 
> Last-Attempt-Date: Tue, 8 Apr 1997 21:16:43 +0400
>  
> --A41E5.860519815=_/deimos
> Content-Type: message/rfc822
>  
> m
> Received: from marceau.fm.intel.com ([132.233.247.8]) by deimos.sovam.com with
> E
> SMTP id <228153-268>; Mon, 7 Apr 1997 14:35:01 +0400
> Received: from fmmail.fm.intel.com by marceau.fm.intel.com (8.8.4/10.0i); Mon,
> 7
>  Apr 1997 10:34:43 GMT
> 
> [skipped]
> 
> First, there is no error description in the report.  Second, there is a
> line with a single character 'm' in the attached original message (and
> it is thus an invalid rfc822 message).
> 
> Eugene
>