Ignore:
Timestamp:
21/02/11 13:36:36 (12 years ago)
Author:
julian.reschke@…
Message:

consuming implementations -> recipients, sending implementations -> senders, some cases of U-A -> recipient; U-A only used when talking about speicific implementations, not protocol behavior

File:
1 edited

Legend:

Unmodified
Added
Removed
  • draft-ietf-httpbis-content-disp/latest/draft-ietf-httpbis-content-disp.xml

    r1134 r1135  
    131131</t>
    132132<t>
    133   Sending implementations &MUST-NOT; generate Content-Disposition header fields
    134   that are invalid.
    135 </t>
    136 <t>
    137   Consuming implementations &MAY; take steps to recover a usable field-value
     133  Senders &MUST-NOT; generate Content-Disposition header fields that are
     134  invalid.
     135</t>
     136<t>
     137  Recipients &MAY; take steps to recover a usable field-value
    138138  from an invalid header field, but &SHOULD-NOT; reject the message outright,
    139139  unless this is explicitly desirable behaviour (e.g., the implementation is a
     
    204204<t>
    205205  If the disposition type matches "attachment" (case-insensitively), this
    206   indicates that the user agent should prompt the user to save the response
     206  indicates that the recipient should prompt the user to save the response
    207207  locally, rather than process it normally (as per its media type).
    208208</t>
     
    247247</t>
    248248<t>
    249   It is essential that user agents treat the specified filename as advisory
     249  It is essential that recipients treat the specified filename as advisory
    250250  only, thus be very careful in extracting the desired information.
    251251  In particular:
     
    666666    According to RFC 2616, the disposition type "attachment" only applies to
    667667    content of type "application/octet-stream". This restriction has been
    668     removed, because user agents in practice do not check the content type, and
     668    removed, because recipients in practice do not check the content type, and
    669669    it also discourages properly declaring the media type.
    670670  </t>
Note: See TracChangeset for help on using the changeset viewer.