Une livraison est considérée réussie quand votre URL répond avec un code HTTP 2xx en moins de 10 secondes. Tout autre résultat (délai dépassé, 4xx, 5xx, erreur réseau) est un échec.
Nouvelles tentatives
Mailpro réessaie automatiquement, avec des délais croissants : 10 s → 1 min → 5 min → 30 min → 2 h → 6 h → 24 h, soit 7 tentatives sur un peu plus d'une journée. Chaque tentative porte l'en-tête X-Mailpro-Attempt et le même X-Mailpro-Event-Id : votre traitement doit donc être idempotent.
Désactivation automatique
Après 10 échecs consécutifs, le webhook passe à l'état Désactivé et plus aucun événement n'est envoyé (le motif et la date sont affichés dans la liste). Une fois votre serveur corrigé, cliquez sur Réactiver et corriger.
Les événements survenus pendant la désactivation ne sont pas rejoués. Si le statut d'un envoi vous manque, vous pouvez toujours l'interroger : statut de livraison par API.
Diagnostiquer
Voir l'historique des livraisons (Paramètres → Webhooks) liste chaque tentative avec le code HTTP renvoyé, la latence, la prochaine tentative prévue et la dernière erreur. Le bouton Réessayer recrée la livraison immédiatement. Le contenu envoyé n'est pas conservé : corrélez avec vos propres journaux grâce à l'Event ID.
Mailpro et les webhooks
Au-delà des appels en échec : des webhooks qui réessaient
Le SMTP et l'API de Mailpro distribuent vos e-mails transactionnels et marketing avec des événements en temps réel, pour que votre app sache toujours ce qui s'est passé.