Résumé

  • Dans son message du 25 septembre, le directeur exécutif de l’IETF annonce l’arrêt du traitement des rebonds et la réactivation de toutes les adresses désactivées pendant l’incident.
  • L’ancien système avait laissé s’accumuler des abonnements injoignables ; le nouveau produit aussi, selon l’IETF, des avis de rebond dont certains semblent faux.
  • Aucun chiffre public ne permet d’attribuer une taille à l’une ou l’autre population, ni de conclure que toute adresse rétablie reçoit effectivement les courriels.

La notification reçue par un responsable de liste a une portée concrète : un abonné vient de perdre la livraison de ses messages. C’est ce signal, multiplié après la migration du service de messagerie, que l’IETF a jugé trop incertain pour continuer à désactiver des adresses automatiquement. Son directeur exécutif écrit que le traitement des rebonds est coupé et que toutes les adresses précédemment désactivées ont été remises en service en attendant une correction. Le fait nouveau est la révocation d’une décision sur l’état des abonnements, pas seulement l’existence d’un défaut technique.

Il serait trompeur d’en faire une victoire définitive contre les « faux positifs ». Le même message rappelle que l’ancienne infrastructure ne transmettait pas les rebonds aux listes. Des adresses devenues injoignables sont donc restées abonnées. Le nouveau traitement devait rattraper ce retard, mais il a aussi fourni des indices de rebonds incorrects. Une adresse remise en état actif peut encore être invalide ; une adresse coupée a pu être joignable. Le texte public ne sépare pas ces cas, ne donne pas leurs effectifs et ne promet pas une date de reprise du contrôle automatique.

Cette précision change la lecture du billet du 11 septembre. L’IETF y annonçait l’achèvement de la transition vers une architecture modulaire et présentait un meilleur traitement des rebonds comme un bénéfice attendu. L’annonce ultérieure décrit l’état opérationnel réel au 25 septembre : ce traitement est suspendu. Huit autres problèmes sont présentés comme corrigés, notamment le rejet silencieux de certains courriels marqués Precedence: Bulk ; la lutte contre un excès de pourriels demeure, elle aussi, ouverte. Additionner ces symptômes pour déduire une perte de messages ou un nombre de participants exclus dépasserait les sources.

Le site de l’IETF rappelle que l’essentiel de ses travaux se déroule sur plus de 500 listes de diffusion. La livraison à ces listes n’est donc pas un simple confort. Dans Mailman, la documentation générale distingue l’événement de rebond, la suspension de livraison et les avertissements qui peuvent suivre. Elle n’atteste ni les seuils retenus par l’IETF ni la cause précise de chaque avis observé. La phrase du directeur exécutif sur l’effet de VERP sur le temps de traitement reste ambiguë quant au sens de cet effet ; on peut dire que VERP a été désactivé, pas mesurer une accélération ou un ralentissement sur cette base.

Une reprise crédible du traitement devrait rendre lisible la frontière entre dette ancienne et signal nouveau erroné. Quels indices déclenchent une suspension, qui peut contester une décision et comment une restauration est-elle vérifiée ? Daniel Kade propose un relevé limité de ces décisions et de leurs voies de correction, sans exposer les adresses, les traces de rebond ni la correspondance. Il ne s’agit pas d’une règle annoncée par l’IETF, et l’absence d’un tel relevé dans le message public ne prouve pas l’absence de vérifications internes.

Sources