Adresse
Vérifiez le local-part, le domaine et le compte à rebours. Après avoir changé d’adresse, n’utilisez plus celle de l’ancienne page ou des anciennes données de test.
Ne cliquez pas plusieurs fois sur « Renvoyer ». Vérifiez d’abord l’adresse, puis assurez-vous que l’application a bien créé la tâche d’envoi, avant de distinguer le retard de file, le rejet de distribution et le problème d’actualisation de la boîte de réception.
Après avoir copié l’adresse, vérifiez les espaces au début ou à la fin, les caractères manquants et l’environnement de test. Confirmez que l’adresse temporaire est encore valide et que l’adresse affichée sur la page d’envoi correspond exactement à celle de la boîte de réception.
Vérifiez le local-part, le domaine et le compte à rebours. Après avoir changé d’adresse, n’utilisez plus celle de l’ancienne page ou des anciennes données de test.
Consultez la réponse de l’API déclenchée, les journaux métier et le résultat du choix de modèle. Un message de réussite à l’écran ne signifie pas que la tâche d’envoi a été placée dans la file d’attente.
Notez l’identifiant message du fournisseur, le code de rejet et l’état des nouvelles tentatives. L’expéditeur peut bloquer activement les domaines d’emails jetables.
Conservez les horodatages et les identifiants afin que les équipes de développement, de QA et le fournisseur d’emails parlent bien du même message.
Notez l’heure exacte du clic sur « Envoyer », l’environnement, l’ID utilisateur et l’adresse complète du destinataire.
Confirmez la mise en file, la sortie de file et le nombre de tentatives ; ne considérez pas un code 200 de l’API comme une réussite de distribution.
Recherchez accepted, deferred ou bounced, ainsi que la cause SMTP correspondante.
Actualisez manuellement la boîte de réception, puis envoyez une fois avec une nouvelle adresse pour déterminer si le problème concerne une seule adresse.
Si l’ancienne adresse est toujours valide, que la tâche d’envoi fonctionne et que l’expéditeur renvoie clairement un rejet lié à sa politique sur les domaines temporaires, changer d’adresse ne sert qu’à comparer les résultats et ne contourne pas les règles de l’expéditeur. En cas de retard dans la file, cela créerait au contraire une seconde variable.
Retour à la boîte de réceptionLa plupart des codes de vérification arrivent en quelques dizaines de secondes à quelques minutes. Consultez d’abord les engagements et l’état de la file de l’application ; si le code n’est toujours pas arrivé après l’expiration de sa durée de validité, notez l’échec au lieu de continuer à attendre.
Non. L’actualisation demande seulement à TempGreen les emails existants ; elle n’appelle pas l’API de renvoi du produit tiers.
Non. L’expéditeur peut refuser une adresse ou un domaine selon sa propre politique de gestion des risques. TempGreen ne peut pas modifier sa décision d’envoi.
Les boîtes de réception temporaires ne conservent pas les pièces jointes ; les emails de plus de 100 Mo sont refusés. Pour recevoir une pièce jointe, utilisez un alias de transfert et tenez compte de ses règles de conservation par niveau.