OPGELOST om 11:29. De API draait weer en alle koppelingen zijn getest en in orde.

Update 11:25 - FIX ONDERWEG. De correctie is doorgevoerd en staat klaar om uitgerold te worden. De veiligheidscontrole accepteert nu ook de afzender-instelling die deze server daadwerkelijk gebruikt, in plaats van alleen de naam die de webshops gebruiken. De eis zelf blijft even streng: een server die post kan versturen moet een expliciet afzenderadres hebben. Zodra de uitrol klaar is (doorgaans enkele minuten) controleren wij het zelf en melden wij hier of alles weer draait. Voor alle duidelijkheid: er is in deze storing geen enkele bestelling, betaling of e-mail verkeerd gegaan. Er kon alleen niets binnenkomen via het dealerportaal en de koppelingen.

Update 11:25 - OORZAAK GEVONDEN. De API heeft een ingebouwde veiligheidscontrole die bij het opstarten nagaat of de instellingen van de server bij de omgeving horen. Die controle mist een instelling voor het afzenderadres van e-mail en weigert daarom te starten. Dat is op zichzelf goed bedoeld (hij voorkomt dat er post uitgaat vanaf een verkeerd adres), maar hij is te streng: hij vraagt naar een instelling die deze server helemaal niet gebruikt, en het gevolg is dat de hele API stilvalt in plaats van alleen de e-mail. Er zijn geen gegevens verloren gegaan en er is niets verkeerd verstuurd; de server is simpelweg niet opgestart. WAT WIJ NU DOEN: wij zetten de ontbrekende instelling goed EN passen de controle aan, zodat een instelling die niets met bestellen te maken heeft nooit meer de hele API kan platleggen. Volgende update zodra de API weer draait.

Update 11:18 - Wat wij hebben uitgesloten en wat de volgende stap is. UITGESLOTEN: (1) een storing bij onze hostingpartij, hun statuspagina is groen; (2) de webshops zelf, die blijven het gewoon doen; (3) de software zelf, want dezelfde gebouwde versie hebben wij lokaal opgestart met de productie-instellingen en zelfs met een lege omgeving, en die start in beide gevallen normaal op. WAT DAT BETEKENT: de fout ontstaat pas op de servers van onze hostingpartij, niet in de code. WAT WIJ NU DOEN: wij zetten een verse build in gang zodat de API opnieuw wordt uitgerold. Blijft het daarna staan, dan draaien wij de API terug naar de laatst bekende goede versie. Volgende update zodra die build klaar is.

Update 11:20 - Stand van zaken. WAT WERKT: beide webshops zijn volledig in de lucht; consumenten kunnen gewoon bestellen en betalen. WAT NIET WERKT: het dealerportaal, de voorraadfeed en de bestel-API geven een foutmelding. WAT WIJ NU DOEN: de storing zit in de API-server, die op elke aanvraag afbreekt (ook op adressen die niet bestaan, dus de server start niet op). Wij hebben de gebouwde versie lokaal nagedraaid met de productie-instellingen en die start daar wel gewoon op, dus wij zoeken nu in de serverlogboeken naar de exacte oorzaak. Volgende update binnen 30 minuten, of eerder als er nieuws is.

De API achter het dealerportaal en de koppelingen (voorraadfeed en bestel-API) is op dit moment niet bereikbaar. De webshops van Cheffix en Dena werken gewoon door: bestellen als consument gaat normaal. Wij hebben de oorzaak in beeld en zijn bezig met een oplossing. Zodra er meer bekend is, lees je het hier.