W3C home > Mailing lists > Public > ietf-http-wg-old@w3.org > May to August 2000

Combining multiple message-header fields

From: Bjoern Hoehrmann <derhoermi@gmx.net>
Date: Sat, 15 Jul 2000 17:44:40 +0200
Message-ID: <005201bfee73$cf618df0$de2190d4@de>
To: <http-wg@cuckoo.hpl.hp.com>

RFC2616 says:

| 4.2 Message Headers
| [...]
|    Multiple message-header fields with the same field-name MAY be
|    present in a message if and only if the entire field-value for that
|    header field is defined as a comma-separated list [i.e., #(values)].
|    It MUST be possible to combine the multiple header fields into one
|    "field-name: field-value" pair, without changing the semantics of the
|    message, by appending each subsequent field-value to the first, each
|    separated by a comma. The order in which header fields with the same
|    field-name are received is therefore significant to the
|    interpretation of the combined field value, and thus a proxy MUST NOT
|    change the order of these field values when a message is forwarded.

I'm building a HTTP UserAgent with PHP and now i'm dealing with this multiple
message-header fields. If my UserAgent receives such multiple fields, should
it combine these fields into one or should it keep the multiple fields and
send it to the server (if present in a request)? The problem behind this is
the storage of this header fields. Currently i have an associative array that
does something like

Accept => array(text/html, image/*)

if there was

Accept: text/html
Accept: image/*

but when someone wants the value of Accept i only want to return a string and
therefor i only return the first value i.e. text/html which does not meet
someones expactation.

I appreciate your help,
  Björn Höhrmann
"Jede  Straße,  der  man konsequent \ und du wirst ihn in Gänze sehen.
bis zu ihrem Ende folgt,  führt un- ) Stehst Du auf seinem Gipfel wird
weigerlich  ins  Nichts.   Erklimme ( er  für  Dich  unsichtbar" -- P.
einen  Berg nur ein kleines  Stück, \ Irulan <http://bjoernsworld.de/>
Received on Saturday, 15 July 2000 16:48:05 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 14:40:24 UTC