Re: [EXIM] Bug#23763: exim SMTP handling is strange

Página superior
Eliminar este mensaje
Responder a este mensaje
Autor: Avery Pennarun
Fecha:  
A: 23763, exim-users
Asunto: Re: [EXIM] Bug#23763: exim SMTP handling is strange
On Mon, Jun 22, 1998 at 10:12:15AM +0100, Nigel Metheringham wrote:

> Exim is correct here. You should *never* have the From_ line in the
> header - its (part of) the envelope.


Okay, my clarification to my original bug report got lost because I wasn't
subscribed to the list -- I'll include the complete SMTP transcript and
resulting e-mail once again (uuencoded this time to avoid corruption) to
make sure we all know what I'm talking about :)

The problem here is an inconsistency in exim, made annoying by a
poorly-implemented Windows NT POP server.

The POP server includes the From_ "header" in each message, and fetchmail
(probably correctly) passes it through unchanged. Now the inconsistent
part:

    - this used to work with smail.

    
    - this works fine if I send the message from fetchmail into
      /usr/sbin/sendmail, instead of via SMTP.

    
    - if I send the message to exim via SMTP, exim thinks the From_
      header is the beginning of the message.


Now, the program violating any RFC's is most likely the broken POP server.

However, it is exceedingly unlikely that the first line of the body of a
headerless message sent via SMTP without a leading blank line will start
with "From[space]" -- thus, it is probably safe to treat such a line as a
From_ header, and ignore it or whatever.

Note again that exim does exactly that -- ignores the From_ header -- if I
call it as /usr/sbin/sendmail. Smail does so for both SMTP and
/usr/sbin/sendmail invocations.

This is with exim 1.92.

Thanks for your patience.

Avery


begin 664 avelog
M"@HM+2TM+2TM+2TM+2TM4TU44"!S97-S:6]N+2TM+2TM+2TM+2TM"@I4<GEI
M;F<@,3(W+C`N,"XQ+BXN"D-O;FYE8W1E9"!T;R!L;V-A;&AO<W0N"D5S8V%P
M92!C:&%R86-T97(@:7,@)UY=)RX*,C(P(&EN<VEG:'0N=V]R;&1V:7-I;VYS
M+F-A($533510($5X:6T@,2XY,B`C,2!3=6XL(#(Q($IU;B`Q.3DX(#$S.C`P
M.C`W("TP-#`P"FAE;&\@;&]C86QH;W-T"C(U,"!I;G-I9VAT+G=O<FQD=FES
M:6]N<RYC82!(96QL;R!A<&5N=V%R<B!A="!L;V-A;&AO<W0@6S$R-RXP+C`N
M,5T*;6%I;"!F<F]M.B!A<&5N=V%R<D!L;V-A;&AO<W0*,C4P(#QA<&5N=V%R
M<D!L;V-A;&AO<W0^(&ES('-Y;G1A8W1I8V%L;'D@8V]R<F5C=`IR8W!T('1O
M.B!A<&5N=V%R<D!I;G-I9VAT"C(U,"`\87!E;G=A<G)`:6YS:6=H=#X@:7,@
M<WEN=&%C=&EC86QL>2!C;W)R96-T"F1A=&$*,S4T($5N=&5R(&UE<W-A9V4L
M(&5N9&EN9R!W:71H("(N(B!O;B!A(&QI;F4@8GD@:71S96QF"D9R;VT@87!E
M;G=A<G)`:6YS:6=H="!3=6X@2G5N(#(Q(#$S.C`P.C4V(#$Y.3@*1G)O;3H@
M87!E;G=A<G)`:6YS:6=H=`I4;SH@87!E;G=A<G)`:6YS:6=H=`I3=6)J96-T
M.B!)(&%M(&$@=&5S="X*"E1H:7,@:7,@82!T97-T+@HN"C(U,"!/2R!I9#TP
M>6YN5&PM,#`P,6HX+3`P"G%U:70*,C(Q(&EN<VEG:'0N=V]R;&1V:7-I;VYS
M+F-A(&-L;W-I;F<@8V]N;F5C=&EO;@H*"@HM+2TM+2TM+2TM+2T@<F5S=6QT
M:6YG(&UE<W-A9V4@:6X@;7D@;6%I;&)O>"`M+2TM+2TM+2TM+2TM+0H*1G)O
M;2!A<&5N=V%R<D!L;V-A;&AO<W0@4W5N($IU;B`R,2`Q,SHP,3HR.2`Q.3DX
M"E)E='5R;BUP871H.B`\87!E;G=A<G)`;&]C86QH;W-T/@I%;G9E;&]P92UT
M;SH@87!E;G=A<G)`:6YS:6=H=`I$96QI=F5R>2UD871E.B!3=6XL(#(Q($IU
M;B`Q.3DX(#$S.C`Q.C(Y("TP-#`P"E)E8V5I=F5D.B!F<F]M(&QO8V%L:&]S
M="!;,3(W+C`N,"XQ72`H87!E;G=A<G(I"@EB>2!I;G-I9VAT+G=O<FQD=FES
M:6]N<RYC82!W:71H('-M='`@*$5X:6T@,2XY,B`C,2`H1&5B:6%N*2D*"6ED
M(#!Y;FY4;"TP,#`Q:C@M,#`[(%-U;BP@,C$@2G5N(#$Y.3@@,3,Z,#$Z,3<@
M+3`T,#`*365S<V%G92U)9#H@/$4P>6YN5&PM,#`P,6HX+3`P0&EN<VEG:'0N
M=V]R;&1V:7-I;VYS+F-A/@I&<F]M.B!A<&5N=V%R<D!L;V-A;&AO<W0*0F-C
M.@I$871E.B!3=6XL(#(Q($IU;B`Q.3DX(#$S.C`Q.C$W("TP-#`P"E-T871U
M<SH@4D\*0V]N=&5N="U,96YG=&@Z(#$S,0I,:6YE<SH@-@H*/D9R;VT@87!E
M;G=A<G)`:6YS:6=H="!3=6X@2G5N(#(Q(#$S.C`P.C4V(#$Y.3@*1G)O;3H@
M87!E;G=A<G)`:6YS:6=H=`I4;SH@87!E;G=A<G)`:6YS:6=H=`I3=6)J96-T
A.B!)(&%M(&$@=&5S="X*"E1H:7,@:7,@82!T97-T+@H*
`
end

--
*** Exim information can be found at http://www.exim.org/ ***