102 Processing is een tussentijdse response uit de oorspronkelijke WebDAV-specificatie, RFC 2518. Een server kon deze response sturen om de client te laten weten dat hij het volledige verzoek had ontvangen en er nog mee bezig was, zodat de client niet in een time-out liep tijdens een trage bewerking zoals een recursieve COPY of MOVE met Depth: infinity.
RFC 4918, dat RFC 2518 in 2007 verving, schrapte 102 omdat de code zelden werd geïmplementeerd. De code is nog steeds geregistreerd en sommige servers sturen hem nog, maar nieuwe applicaties moeten er niet op vertrouwen. Geef bij langlopend werk 202 Accepted terug met een URL die de client kan pollen, of stream de voortgang.
Clients die 102 niet begrijpen, mogen de code negeren, net als elke onverwachte 1xx-response, en blijven wachten op de definitieve status.
Voorbeeldresponse
HTTP/1.1 102 Processing
HTTP/1.1 207 Multi-Status
Date: Fri, 06 Nov 2026 10:15:32 GMT
Content-Type: application/xml; charset=utf-8
Transfer-Encoding: chunkedSEO en redirects controleren
Zoekmachines zien 102 nooit als paginastatus; alleen de definitieve response telt. Ook een redirectchecker rapporteert de definitieve status (bij WebDAV vaak 207 Multi-Status), omdat tussentijdse responses door de HTTP-client worden afgehandeld.
Veelvoorkomende oorzaken en toepassingen
- Een WebDAV-server meldt dat een trage recursieve
COPY,MOVEofDELETEnog loopt. - Een applicatie stuurt 102 als keep-alive-signaal tijdens lange verzoeken. Gebruik liever 202 Accepted met polling.
- Proxy’s of clients lopen bij lange bewerkingen in een time-out, ook al heeft de server 102 gestuurd. Verhoog hun time-out voor het lezen van de response of maak de bewerking asynchroon.