What causes a 417 Expectation Failed?
Almost always a server or proxy that does not handle Expect: 100-continue. Removing that header from the request usually makes the error go away.
The server cannot meet the Expect header. 417 belongs to the 4xx client error class and is defined in RFC 9110.
Loading the workbench.
The server cannot meet the Expect header. The code is registered with IANA and defined in RFC 9110.
Client error: the request has a problem, so it cannot be fulfilled as sent. Every code from 400 to 499 shares that general meaning, so a client that does not recognise 417 must treat it like 400.
417 Expectation Failed means the server cannot meet a requirement in the request's Expect header. In practice the only standard expectation is 100-continue, so 417 comes from servers or proxies that do not support that handshake. Some older proxies and a few application servers reply 417 instead of quietly ignoring it, which causes large uploads from clients such as curl or .NET HttpClient to fail outright.
Clients can repeat the request without the Expect header; in curl, pass -H 'Expect:', and in .NET set Expect100Continue to false. RFC 9110 says a client receiving 417 for 100-continue should retry without the expectation. Server operators should either support 100-continue or ignore the header rather than rejecting the request. Handling it correctly costs nothing and spares clients a confusing failure on large uploads.
HTTP/1.1 417 Expectation Failed
Content-Length: 0
Connection: close417 is not cacheable by default: a browser or CDN stores it only when Cache-Control or Expires explicitly allows it.
To inspect a real one without sending it anywhere:
curl -i.Browse every code on the HTTP status codes page.
Elsewhere in 2http: Header decoder, Cookie decoder, Cache-Control decoder, CORS checker, User-agent parser, and all eleven lanes on the 2http home page. Part of the 2suite.io privacy-first ecosystem.
Almost always a server or proxy that does not handle Expect: 100-continue. Removing that header from the request usually makes the error go away.
Yes. It is only an optimization that avoids sending a body the server would reject. Without it the client just sends the body straight away.
Yes. 417 is a client error response: the problem is in the request, so repeating it unchanged will usually fail again.
No. Caches store a 417 only when Cache-Control or Expires explicitly allows it.
You do not have to take our word that your headers stay here. Developer tools show every request a page makes, so you can watch this page work and confirm that nothing is sent. The check takes under a minute.
F12, or Cmd+Option+I on a Mac, and select the Network tab.Only two things can add a line to that log, and neither carries your headers. Submitting the feedback form sends the vote and comment you typed. Typing characters in a script the page has not displayed yet, such as Cyrillic or Greek, can make the browser fetch the matching font file, and that request names only the font.
2http never sends a request on your behalf: the request builder writes code for you to run, and the meta inspector reads source you paste instead of fetching a URL. The production site also sends a Content-Security-Policy header that tells your browser to refuse connections to anywhere except this site and the anonymous analytics endpoint.