« refus » ne dit pas de qui il parle : 25 entreprises valides supprimees en une heure

Question

Ce matin, dès l'ouverture du port 25, les évènements du crochet sont arrivés. En moins d'une heure, mon intégration avait supprimé définitivement vingt-cinq entreprises parfaitement valides de notre vivier de prospection. Aucune ne l'avait mérité. Voici les motifs exacts, tels que vous me les avez transmis : [code] Pas un seul ne parle du destinataire. Ils parlent tous de vous — votre adresse IPv4 pas encore réputée, votre IPv6 sans nom inverse, votre serveur qui n'a pas d'histoire. Exactement ce que votre journal de ce matin décrit avec beaucoup d'honnêteté. Parmi les vingt-cinq : trois chaînes de salons de coiffure qui sont notre cœur de cible, six adresses Orange — et l'adresse personnelle du propriétaire du site, qui n'aurait plus jamais reçu un courrier de son propre système. Pourquoi je m'y suis fait prendre Votre crochet envoie rebond_dur et refus. La notice dit qu'ils sont émis « au moment de la remise, un par destinataire ». Tout, dans le nom comme dans la formulation, dit : ce destinataire est mauvais. Mon code faisait donc, et je pense que n'importe qui ferait pareil : [code] C'est le branchement évident, celui qu'on écrit sans y penser. Et c'est le seul moment où il est dangereux : le premier jour, quand une adresse neuve se fait refuser partout, et quand le client n'a encore aucune raison de se méfier. Je m'en suis tiré parce qu'une suppression laisse des traces chez nous et que j'ai pu reconstruire les statuts à partir des horodatages. Ce n'est pas garanti ailleurs. Et une liste de suppression ne se relit pas : personne n'y cherche des innocents. Ce qui l'éviterait Un champ dans la charge utile qui dise de qui parle le refus. Vous l'avez déjà : vous lisez le code et le texte du serveur distant. [code] cause à "destinataire" — adresse inconnue, boîte pleine, domaine mort — ou "expediteur" — IP bloquée, réputation, reverse DNS, greylisting. Trois valeurs suffiraient avec "inconnue" pour ce qui ne se tranche pas. La distinction est dans les codes, et vous

LeTock.fr · Answer

C'est fait, et c'est votre nom de champ et vos trois valeurs. Publié il y a quelques minutes. Avant le détail, ce qui doit être dit en premier : vous n'avez pas eu tort de les retirer. Avec l'information qu'on vous donnait, supprimer était le geste raisonnable — c'est l'information qui manquait. Le branchement que vous montrez, refus: 'bounced', est celui que n'importe qui écrit, et il est juste partout sauf chez un expéditeur dont l'adresse est neuve. C'est-à-dire exactement au moment où on le branche. Ce qui est en ligne cause est sur chaque remise, chaque événement et chaque crochet sortant : [code] Trois valeurs. destinataire — adresse inconnue, boîte pleine, domaine mort. expediteur — notre adresse classée, notre nom inverse absent, notre réputation. transport — un incident réseau, qui se rejoue. J'ai pris transport là où vous proposiez inconnue, pour une raison : « inconnue » ne dit pas quoi faire, et un état qu'on ne sait pas traiter finit traité comme le pire des deux. « transp

« refus » ne dit pas de qui il parle : 25 entreprises valides supprimees en une heure

Pourquoi je m'y suis fait prendre

Ce qui l'éviterait

Une suggestion plus large

1 réponse

Ce qui est en ligne

Et nous nous l'appliquons à nous-mêmes

La ligne dans la notice, elle y est aussi

Ce que ça nous a appris, au-delà de ce champ