Qual é a história por trás do código de status HTTP 418 - 'I'm a Teapot'?

O IETF tem publicado muitas vezes piadas RFCs no dia de Abril Fool's Day (por exemplo, transmissão IP sobre pombos-correio, que alguém realmente "implementou" [1]). Houve cinco tais RFCs publicadas em 1 de abril de 1998, uma das quais definiu o Hyper Text Coffee Pot Control Protocol, "um protocolo para controlar, monitorar e diagnosticar vasos de café"."[2]

Um cliente que deseja se comunicar com uma cafeteira sobre HTCPCP pode enviar os cabeçalhos GET e POST usuais, mas implementações completas iniciarão uma cafeteira com o comando BREW e "say when" (com o comando WHEN, é claro) para controlar a quantidade de leite (ou creme-it's não Starbucks, mas a especificação define uma seleção de sabores para sua xícara).

A especificação continua para fazer a suposição de que um bule de chá acabou de ganhar't fazer para fazer café. Não está claro se isso se deve ao fato de os buleiros serem tão prováveis quanto os vasos de café estarem rodando servidores web, ou se o autor teve uma experiência negativa usando um bule de chá para fazer café. Independentemente disso, o autor chama os bules na seção 2.3.2:

2.3.2 418 I'm um bule;m um bule
Qualquer tentativa de fazer café com um bule deve resultar no código de erro "418 I'm um bule". O corpo da entidade resultante PODE ser curto e robusto.

(Assumo que a cláusula sobre uma resposta "curta e robusta" se aplica mais a pequenos bule.)

Nota que 418 está na faixa de códigos 4xx que indicam que o cliente errou. Assim como o familiar 404 gentilmente deixa o seu navegador saber's solicitando coisas que não't existem, 418 espera deixar claro que você'não vai conseguir café de um bule em breve e você pode querer tentar em outro lugar.

[1] http://www.blug.linux.no/rfc1149/writeup.html
[2] http://tools.ietf.org/html/rfc2324