Ответ 1
Нет, теперь это рудиментарный заголовок; то есть, он был помещен туда, чтобы найти ошибку в браузере, который устарел (несколько поколений старше IE6 - ошибка была зафиксирована с 1997 года, 15 лет назад!), и никто больше ее не использует.
Патч для его удаления находится в Apache SVN с 2008 года, но, по-видимому, он до сих пор не распространяется на все дистрибутивы (плюс некоторые сайты могут используйте неактивные версии Apache).
Здесь комментарий к заголовку, полученный из источника:
/* Navigator versions 2.x, 3.x and 4.0 betas up to and including 4.0b2
* have a header parsing bug. If the terminating \r\n occur starting
* at offset 256, 257 or 258 of output then it will not properly parse
* the headers. Curiously it doesn't exhibit this problem at 512, 513.
* We are guessing that this is because their initial read of a new request
* uses a 256 byte buffer, and subsequent reads use a larger buffer.
* So the problem might exist at different offsets as well.
*
* This should also work on keepalive connections assuming they use the
* same small buffer for the first read of each new request.
*
* At any rate, we check the bytes written so far and, if we are about to
* tickle the bug, we instead insert a bogus padding header. Since the bug
* manifests as a broken image in Navigator, users blame the server. :(
* It is more expensive to check the User-Agent than it is to just add the
* bytes, so we haven't used the BrowserMatch feature here.
*/