On Sun, 12 May 2002, Trish Lynch wrote:

>
> On Sun, 12 May 2002, Davide Libenzi wrote:
>
> >
> > On Sun, 12 May 2002, Gerrit P. Haase wrote:
> >
> > >
> > > Hallo Trish,
> > >
> > > Am Sonntag, 12. Mai 2002 um 14:48 schriebst du:
> > >
> > > I hope you don't object that I'm forwarding this to the XMail list.
> > >
> > > > OK after a little research, the "From " line is inserted by the MTA after
> > > > first recieving the mail, and is created using the "MAIL FROM:" line in
> > > > the SMTP transaction. After that, this is preserved in the header through
> > > > relays. for some reason XMail is munging it, because it stays preserved
> > > > with all the other MTAs.
> > >
> > > > After some research, I've concluded JT is right, and this is an MTA issue.
> >
> > please take a look at the RFC822, by pushing a non "fields" conformant
> > line inside the headers section you're breaking the RFC. please read it,
> > it's simple. the mbox "From ..." line must be pushed _only_ by MUAs for
> > messages that have reached their final destination. you cannot shoot a
> > message with an mbox "From ..." line to an MTA because MTAs, by
> > definition, are RFC822 data routers.
> >
>
> Please read RFC821 as well
>
> the "From " line comes from an envelope, and comes from MAIL FROM: SMTP
> transaction, RFC822 referes to the Content or Body of the mail, and the
> headers that belong in there, those are messages passed through after the
> SMTP handshake.
>
> I can add to RFC822 Headers.

it does not matter a freakin' a** from where the hell it comes from. yes
you can add to RFC822 headers but you have to respect the the RFC. this is
a valid header :

name: value

example :

X-Deliver-To: [EMAIL PROTECTED]


this is _not_ a valid header :

bau meaw cip ciop

example :

>From [EMAIL PROTECTED] DATE ...


again, this is not nuclear science. it's sufficent to read the few lines
of the RFC822.
RFC also imposes some restriction to the non-standard RFC names, and it
suggests to prepend X- to application defined names. now the "From ..."
line is a simple delimiter for the mbox format and you cannot put that
line inside the headers of a message that you're going to submit to an
MTA. mbox storage is done by MDA, that are the last stage of a mail
delivery. at that point you can add whatever you want to the message
because delivery has been done.



> Now, MTAs are not "RFC822" routers, but in fact talk SMTP and ESMTP which
> of which the first is described in RFC821

you cannot shoot whatever crap it comes in your mind to an MTA. MTAs by
definition are RFC822 data routers.
see, internet is a very simple world, ruled by very simple rules. please
respect them and your life will be easier. i already have to fight with M$
non RFC conformant software and i would expect a different behaviour from
someone from the unix world.




- Davide



-
To unsubscribe from this list: send the line "unsubscribe xmail" in
the body of a message to [EMAIL PROTECTED]
For general help: send the line "help" in the body of a message to
[EMAIL PROTECTED]

Reply via email to