[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: FWS problem
Charles Lindsey wrote:
> the whole point of "header content" is that it does not
> include the header name
Fine, that's what you have in the draft, we're now back to
square one.
>>> The header content of every header line (including the
>>> first and any that are subsequently folded) MUST contain
>>> at least one non-whitespace character.
>> Yes, that's the erroneous paragraph
[...]
> No, that is definitely the effect we want
Now that's also back to the start of this discussion. In
other words "name: SP CRLF body CRLF" is invalid, because
the first line "name: SP CRLF" has no non-whitespace header
content, it has only a single trailing SP.
JFTR, Bruce said that this is okay. Your draft says that
this is invalid. If you are right the syntax in the draft
should be "name: SP *WSP header content CRLF" everywhere.
The syntax "name: SP [FWS] header content CRLF" is wrong,
because "name: SP CRLF SP header content CRLF" is illegal.
That's what I said in my first article about this problem:
replace [FWS] by *WSP before and after any header content,
you want FWS only *within* the header content.
> Things that will certainly break existing software are:
> name: body CRLF
> name: CRLF
Okay, then "name: FWS body CRLF" is unfortunately dead.
> some "helpful" intermediate site that thinks trailing
> white space is evil might well change it to
> "name: CRLF SP body CRL", at which point it _will_ break
> existing software.
My text editor does this when I forget to SET TRAILING ON.
Is it the duty of injecting agents to fix any "name: CRLF
SP body CRLF", i.e. insert the missing SP after the colon ?
It's a major difference from RfC 2822, at least gateways
should know this problem. But it's probably better to say
that it's a duty of all injecting agents.
> I think some existing software also breaks with
> name: TAB body CRLF
> which is why we insist on SP.
In other words, the syntax of message/news is very different
from message/rfc822. I have no problem with this consequence,
but please say so in the draft, and don't delete message/news.
Bye, Frank