The TE request header specifies the transfer encodings the user agent is willing to accept. (you could informally call it Accept-Transfer-Encoding, which would be more intuitive).
See also the Transfer-Encoding response header for more details on transfer encodings. Note that chunked is always acceptable for HTTP/1.1 recipients and you that don't have to specify "chunked" using the TE header. However, it is useful for setting if the client is accepting trailer fields in a chunked transfer coding using the "trailers" value.
| Header type | Request header |
|---|---|
| Forbidden header name | yes |
Syntax
TE: compress TE: deflate TE: gzip TE: trailers // Multiple directives, weighted with the quality value syntax: TE: trailers, deflate;q=0.5
Directives
compress- A format using the Lempel-Ziv-Welch (LZW) algorithm is accepted as a transfer coding name.
deflate- Using the zlib structure is accepted as a transfer coding name.
gzip- A format using the Lempel-Ziv coding (LZ77), with a 32-bit CRC is accepted as a transfer coding name.
- trailers
- Indicates that the client is willing to accept trailer fields in a chunked transfer coding.
- q
-
When multiple transfer codings are acceptable, the
qparameter of the quality value syntax can rank codings by preference.
Specifications
| Specification | Title |
|---|---|
| RFC 7230, section 4.3: TE | Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing |
Browser compatibility
The compatibility table in this page is generated from structured data. If you'd like to contribute to the data, please check out https://github.com/mdn/browser-compat-data and send us a pull request.
| Feature | Chrome | Edge | Firefox | Internet Explorer | Opera | Safari | Servo |
|---|---|---|---|---|---|---|---|
| TE | (Yes) | (Yes) | (Yes) | (Yes) | (Yes) | (Yes) | (Yes) |
| Feature | Android | Chrome for Android | Edge Mobile | Firefox for Android | IE Mobile | Opera Mobile | Safari Mobile |
|---|---|---|---|---|---|---|---|
| TE | (Yes) | (Yes) | (Yes) | (Yes) | (Yes) | (Yes) | (Yes) |