Maakt Email constant updates aan het platform?
Email onderhoudt een actieve ontwikkelingscyclus met regelmatige platformupdates. Om op de hoogte te blijven van wijzigingen:
Updates Monitoren Via:
Email's statuspagina
Release-opmerkingen in documentatie
Accountmeldingen
Email's blog voor grote updates
Impactbeheer:
Updates worden meestal geïmplementeerd zonder downtime
Grote wijzigingen worden van tevoren aangekondigd
Dringende reparaties kunnen indien nodig worden geïmplementeerd
Documentatie wordt bijgewerkt om wijzigingen weer te geven
Voor kritieke productiesystemen wordt aanbevolen om:
Zich te abonneren op statuspagina meldingen
Release-opmerkingen voor API-wijzigingen volgen
Waar kan ik naartoe gaan om de status van huidige incidenten te zien?
Email biedt speciale statuspagina's:
Email dienststatus: status.Email.com
Bird dienststatus: status.bird.com
Deze pagina's bieden:
Realtime dienststatus
Incidentrapporten en updates
Geplande onderhoudsberichten
Historische uptime-gegevens
Wat moet ik doen als webhook-batches falen?
Wanneer je webhook fouten ziet (bijv., "POST naar webhookdoel URL mislukt met een niet-2xx responsecode 404"), volg dan deze probleemoplossende stappen:
Basisvereisten:
Zorg ervoor dat je HTTP-service actief is voordat je de webhook registreert
Configureer je eindpunt om 200 statuscodes te retourneren voor succesvolle ontvangsten
Gebruik standaardpoorten (alleen 80 voor HTTP of 443 voor HTTPS)
Veelvoorkomende Oplossingen:
Controleer of je eindpunt openbaar toegankelijk is
Controleer op juiste responsecodes
Zorg voor juiste poortconfiguratie
Monitor webhooklogboeken voor gedetailleerde foutinformatie
Wanneer zal ik tegen rate limiting voor API aanlopen?
Begrijpen van Email's API-snelheidslimitering:
Afhandelingsreactie voor snelheidslimiet:
Let op HTTP 429-statuscodes (snelheidslimiet bereikt)
Implementeer correcte retry-logica
Voeg vertraging toe tussen herhaalpogingen
Beste praktijken voor API-integratie:
Herhaal 5xx fouten met originele aanvraag
Voeg vertraging toe voor 429-reacties
Implementeer exponentiële back-off
Monitor API-gebruik ten opzichte van uw abonnementslimieten
Waarom is mijn IP in Automatic IP Warm-up (AWU) niet doorgeschoven naar het volgende niveau?
Email's Auto IP Warm-up systeem werkt op basis van specifieke prestatiecriteria:
Vereisten voor vooruitgang:
Minimaal 90% succesvolle afleveringspercentage
Voldoende verzendvolume voor de huidige fase
Consistente prestatiecriteria
Veelvoorkomende redenen voor het niet vorderen:
Afleveringspercentages onder de 90%
Hoge bouncepercentages
Onvoldoende verzendvolume
Slechte betrokkenheidsindicatoren
Beste praktijken:
Controleer dagelijks je afleveringspercentages
Volg de aanbevolen volumelimieten
Behandel bounces snel
Onderhoud schone mailinglijsten tijdens het opwarmen
