Que devient un message adressé le 12 novembre 2026 à une adresse en @usinternet.com ? Il ne sera remis à personne : le fournisseur américain U.S. Internet (USI) coupe dès le 11 novembre le courrier de ses propres domaines, ainsi que le filtrage Securence qui protégeait plus de 1 100 domaines clients d’après l’estimation d’Al Iverson. Quand le taux de rejet d’une campagne grimpe sans le moindre changement côté expéditeur, le premier réflexe va au listing de l’IP sur Spamhaus. Ici, la cause se trouve chez le destinataire. Il reste 15 jours pour préparer la base.
Ce qui s’arrête le 11 novembre
Securence est la division sécurité et messagerie cloud de U.S. Internet, un fournisseur d’accès du Minnesota (Spam Resource, 27 octobre 2026). La FAQ de migration publiée par Securence applique la même date à chaque produit : filtrage entrant et sortant, boîtes POP/IMAP et webmail, Hosted Exchange (transport et portail d’administration), hébergement DNS, enregistrement de domaines. Le motif affiché est un recentrage sur la fibre et la connectivité réseau. Le client migre lui-même ses boîtes et ses zones DNS.
Côté expéditeur, la FAQ prévoit que le filtrage Securence cessera d’accepter le courrier, entrant comme sortant. Son relais smarthost disparaîtra avec lui. Les serveurs DNS faisant autorité cesseront aussi de répondre : les domaines non migrés deviendront impossibles à résoudre dès le mercredi 11 novembre 2026.
Deux populations d’adresses, deux destins
Le 27 octobre 2026, une requête MX sur usinternet.com, hula.net ou pixi.com renvoie encore les mêmes hôtes : smtp1-msp.securence.com et smtp1-mke.securence.com, tous deux résolus vers 216.17.3.48. Les huit domaines contrôlés pour cet article (alohausi.com, hula.net, luaumail.com, pixi.com, pixi.net, usihi.com, usinternet.com, usiwireless.com) délèguent leur zone aux serveurs ns1 à ns4.usinternet.com (ns5 et ns6 pour pixi.net). Un seul point d’arrêt concentre donc tout le courrier entrant de ces huit domaines.
| Type de domaine | Ce qui s’arrête | L’adresse survit-elle ? | Traitement dans la base |
|---|---|---|---|
| Domaines propres à USI (usinternet.com, usiwireless.com, hula.net, pixi.com…) | Boîtes POP/IMAP, webmail, filtrage | Non, la FAQ parle d’adresses qui ne seront plus utilisables | Contact par un autre canal si possible ; sinon Suppression List |
| Domaines clients dont le MX pointe vers smtp1-*.securence.com | Acceptation du courrier entrant et sortant | Oui si le client branche un autre filtre | Suspendre les envois puis relire le MX après le 11 |
| Domaines clients dont les serveurs de noms sont ceux d’USI | Résolution DNS complète, site et MX compris | Oui si le client déplace sa zone | Quarantaine, réactivation quand NS et MX changent |
La FAQ le précise pour les domaines clients : l’adresse ne change pas si le domaine est migré vers un autre fournisseur. Les domaines d’USI n’ont pas cette porte de sortie, d’où le conseil d’Al Iverson de demander dès maintenant une nouvelle adresse aux abonnés concernés. La FAQ énumère neuf domaines USI, dont aloha.cm tel qu’orthographié dans le document.
Ce que votre MTA verra à partir du 12 novembre
« Les emails vers ces domaines vont rebondir. Vous perdrez l’accès à ces abonnés. » (traduction d’un passage d’Al Iverson, Spam Resource, 27 octobre 2026)
Le billet reste prudent sur le mécanisme : les fournisseurs ne coupent pas toujours le courrier entrant d’un seul coup. Ni lui ni la FAQ ne décrivent la réponse SMTP exacte. Le fonctionnement du DNS permet de déduire la suite. Quand des serveurs de noms cessent de répondre, le résolveur de votre MTA obtient un SERVFAIL ou un délai dépassé, alors qu’un NXDOMAIN aurait signalé un domaine inexistant. Le MTA classe cela en échec temporaire et garde le message en file, avec la mention status=deferred dans les logs de Postfix.
Postfix conserve un message 5 jours par défaut (paramètre maximal_queue_lifetime). La section 4.5.4.1 de la RFC 5321 recommande un délai d’abandon d’au moins 4 à 5 jours. Un message parti le 12 novembre 2026 pourrait donc ne produire son rebond définitif que vers le 17 novembre. Chaque ESP règle sa propre durée de relance. Aucune des sources n’a observé cette durée : c’est une déduction. Les logs du 12 au 17 novembre trancheront.
Pour une boîte USI dont le serveur répondrait encore, le scénario classique serait un 550 5.1.1 user unknown immédiat, un hard bounce propre qui alimente la Suppression List sans délai.
Isoler les adresses concernées dans une base
La liste complète des domaines clients n’est pas publique ; le billet de Spam Resource renvoie vers un instantané publié plus tôt en 2026. Le test que donne la FAQ de Securence est plus fiable parce qu’il se rejoue sur vos propres données : un domaine utilise le filtrage Securence si son MX pointe vers smtp1-msp.securence.com ou smtp1-mke.securence.com. Les relais sortants smarthost.securence.com, mail.securence.com et mail.usinternet.com relèvent de la même infrastructure, adresse 216.17.3.48 comprise : un serveur interne qui les utilise cessera aussi d’émettre.
- Extraire les domaines distincts de la base (la partie après le @) puis interroger leur MX en lot ; la commande dig +short MX usinternet.com renvoie par exemple les deux hôtes Securence. Le même appel en boucle suffit sur quelques centaines de domaines.
- Marquer tout domaine dont le MX contient securence.com ou se résout vers 216.17.3.48, puis séparer les domaines propres à USI des domaines clients.
- Pour les domaines USI (usinternet.com, usiwireless.com, pixi.net et leurs voisins), tenter un contact par un autre canal tant que la fenêtre est ouverte ; au-delà du 11 novembre, ces adresses rejoignent la Suppression List.
- Pour les domaines clients, suspendre ou espacer les envois autour de la date plutôt que de supprimer : une partie d’entre eux aura changé de MX.
- Le 12 novembre 2026, relancer la résolution MX sur les domaines marqués. MX modifié : réactiver. MX inchangé ou domaine non résolu : quarantaine et arrêt des relances sur les messages différés. Un changement de serveurs de noms met de quelques minutes à 48 heures à se propager selon la FAQ ; une seconde lecture le 13 novembre 2026 évite les faux négatifs.
La méthode complète de contrôle d’une adresse, du syntaxique au SMTP, est détaillée dans le guide sur la vérification d’une adresse email. Les seuils de suppression après rebond figurent dans l’article sur la réduction du taux de hard bounce.
Cela concerne-t-il une base française ?
Probablement peu, pour une base européenne : USI est un acteur du Minnesota. La FAQ s’adresse aux clients de Securence. Les expéditeurs qui leur écrivent n’y figurent pas, c’est l’angle mort de la documentation officielle. La requête MX décrite plus haut chiffre l’exposition en quelques minutes ; un fichier B2B nord-américain peut afficher un résultat nettement plus élevé.
Le risque secondaire se situe plus loin dans le temps. La FAQ indique que les transferts de domaines restent à la charge des clients ; un domaine que plus personne ne renouvelle peut être racheté. Certains domaines abandonnés sont recyclés en pièges à spam. Un simple hard bounce deviendrait alors un incident d’IP reputation. Rien n’indique aujourd’hui que les domaines USI suivront ce chemin. La FAQ de Securence promet seulement que le nom de domaine reste la propriété du client, avec un transfert via code EPP chez un autre registrar. Un précédent de fournisseur qui change d’infrastructure mail est analysé dans le cas Virgin Media et Atmail.
Le relevé DNS des huit domaines USI daté du 27 octobre 2026 sert de point de comparaison pour un second contrôle le 12 novembre.
