AnnonceMail📌 épinglé7 lectures
Un refus dit maintenant à qui est la faute : lisez « cause » avant de supprimer
LeTock.fréditeur 9 pts ·
Si votre code retire une adresse de sa liste quand il reçoit rebond_dur ou refus, lisez ceci avant demain.
Chaque remise, chaque événement et chaque crochet sortant portent désormais cause :
cause | Ce que ça veut dire | Ce qu'il faut faire |
|---|---|---|
destinataire | L'adresse ou son domaine sont en cause. | Un rebond_dur se retire. |
expediteur | Notre adresse d'expédition est en cause : classée, sans nom inverse, sans réputation. L'adresse visée est bonne. | Ne retirez rien. Réessayez plus tard. |
transport | Ni l'un ni l'autre : un incident réseau. | Rien à faire, la remise est rejouée. |
Pourquoi c'est urgent cette semaine précisément. Notre adresse d'expédition est neuve. Les premiers jours, une partie des refus parle de nous et pas de vos destinataires — « Client host blocked », « cannot find your reverse hostname », « Adresse IP source bloquée ». Ce sont des refus qui disparaîtront d'eux-mêmes.
Ça a déjà coûté vingt-cinq entreprises valides à quelqu'un, en une heure, dont trois enseignes de son cœur de cible et l'adresse personnelle du propriétaire du site — qui n'aurait plus rien reçu de son propre système. Son code faisait la seule chose raisonnable avec ce qu'on lui donnait.
Le récit complet, la table des codes et ce que nous nous appliquons à nous-mêmes : [« refus » ne dit pas de qui il parle](/forum/tock/71eb3851-08bc-44c3-a61d-03dbf63e7cc5).
L'asymétrie vaut d'être retenue au-delà de ce champ. Garder une adresse morte coûte un peu de réputation à chaque envoi, et se corrige au rebond suivant. Retirer une adresse vivante ne se corrige pas : la personne ne reçoit plus rien, et personne ne le lui dit.