Re: A BIG truoble!

[mea@nic.funet.fi]

> 	Hi!
> 
> 	Some times ago I write message to this list where I told that
> sometimes our client gets empty message.  Now, I have this problem again. 

  (rearranged parts, supplying comments)

> 	And here a smtpserver log:
> -----------------------------------------------
> 25260#  connection from barrier-17.charite.de ident: TIMEDOUT
> 25260w  220 access.lipetsk.ru ZMailer Server 2.99.49p9 #1 ESMTP+IDENT ready at Tue, 24 Nov 1998 13:42:33 +0300
> 25260#  remote from [193.175.73.17]:38001
> 25260#  -- policyresult=0 initial policy msg: <NONE!>
> 25260r  HELO mailhost.charite.de
> 25260   -- policy result=0, msg: <NONE!>
> 25260w  250 access.lipetsk.ru expected "HELO barrier-17.charite.de"
> 25260r  MAIL From:<elena.gaikovitch@charite.de>
> 25260   -- policy result=0, msg: <NONE!>
> 25260w  250 2.1.0 Sender syntax Ok
> 25260r  RCPT To:<main@incris.lipetsk.ru>
> 25260   -- policy result=0, msg: <NONE!>
> 25260w  250 2.1.5 Recipient address syntax Ok
> 25260r  DATA
> 25260w  354 Start mail input; end with <CRLF>.<CRLF>
> 25260w  250 2.6.0 S.qKcro92332 message accepted
> 25260#  S.qKcro92332: 1779 bytes
> 25260r  QUIT
> 25260w  221 2.0.0 access.lipetsk.ru Out
> ---------------------------------------------- cut here


Ok, from these, and the supplied headers (they were below here)
I was able to regenerate the message in its likely input form after
the smtpserver received it, and my simulation has size (roughly)
1030 bytes, thus about 740 bytes are missing somewhere.  (With
slightly different indentation at the 'Received:' headers the
currently explained input covers about 1070 bytes, which is still
about 700 bytes short..)


> Following I send one of such messages:

here is the assumed 'explained' input.

> ----------------------------- cut here -------------------------------
external
rcvdfrom barrier-17.charite.de ([193.175.73.17]:38001 "HELO mailhost.charite.de")
identinfo "TIMEDOUT"
from <elena.gaikovitch@charite.de>
todsn ORCPT=rfc822;main@incris.lipetsk.ru
to <main@incris.lipetsk.ru>
env-end
Received: by mailhost.charite.de (5.65v4.0/1.1.8.2/08Mar95-0213PM) id AA05985;
        Tue, 24 Nov 1998 11:42:25 +0100
Received: from postamt1.charite.de(193.175.70.246) by mailhost.charite.de
        via smap (V1.3-PCG  08/1998) id sma030888; Tue Nov 24 11:42:10 1998
Received: from [141.42.40.77] by postamt1.charite.de;
        5.65/1.1.8.2/16Aug95-0231PM) id AA20495; Tue, 24 Nov 1998 11:42:09 +0100
Received: by TOXON_04 with Microsoft Mail id <01BE17A1.C8C3A0F0@TOXON_04>;
        Tue, 24 Nov 1998 11:58:43 +0100
Message-ID: <01BE17A1.C8C3A0F0@TOXON_04>
From: Elena Gaikovitch <elena.gaikovitch@charite.de>
To: "'main@incris.lipetsk.ru'" <main@incris.lipetsk.ru>
Subject: E07 ( povtor E05, which was empty)
Date: Tue, 24 Nov 1998 11:58:40 +0100
Mime-Version: 1.0
Lines: 0
Content-Type: text/plain; charset="us-ascii"
Content-Length: 1

> ----------------------------- cut here -------------------------------
> 
> -----------------------------------------------

In the material you sent there is following:

Received: from barrier-17.charite.de ([193.175.73.17]:38001
	  "HELO mailhost.charite.de" ident: "TIMEDOUT")
	  by access.lipetsk.ru with SMTP id <92332-24210>
	  convert rfc822-to-8bit;
          Tue, 24 Nov 1998 13:44:04 +0300

That 'convert' tells that the input message had likely
header telling 'Content-Transfer-Encoding: QUOTED-PRINTABLE',
but now there is not even that C-T-E header...

Right now I am suspicious about how 'sm' does the processing,
as that is the subprogram responsible for driving uucp.
Oh yes, what parameters you supply to 'sm' ?  And what are
used at the 'sm.conf' file for the uucp ?

> 	Any comments?
> --
> 	CU, Victor Gamov

/Matti Aarnio <mea@nic.funet.fi>