Well, it is unfortunate that more serious thought wan't given to
to the problems involved with this, perhaps. Canonicalization of textual
line breaks, however, is no longer required under HTTP in general; instead,
all HTTP software is required to be able to recognize various different
common line endings when receiving bodies. The result is not fantastic
or elegant but it's workable.
(Not that it matters too much with HTML, since aside from in <PRE> all
whitespace is created equal. But, since HTML and HTTP are orthogonal,
it's still an issue.)
>>I can imagine that the problems can be due to server side includes in the
>>documents or dynamic documents generated by scripts.
Of course; there are limits on how much buffering one wants to do.
I'll use this moment to revisit my personal pet idea, which is that the
headers and status line and other metadata really should go after the
body of the response, not before it. :-)