Erreur expliquée simplement

Le MX reste chez l'ancien fournisseur, mais certains messages arrivent dans Proton

Une adresse personnalisée active dans Proton peut créer deux routes de réception selon le fournisseur de l'expéditeur.

Ce que cela signifie simplement

Les expéditeurs ordinaires suivent le MX public, mais Proton peut livrer directement à une adresse déjà active dans son propre système.

Contrôles sans risque

  1. Vérifier si l'adresse personnalisée est active dans Proton
  2. Lire les MX publics sans les modifier
  3. Tester séparément depuis Proton et depuis un fournisseur extérieur
  4. Surveiller les deux boîtes pendant toute coexistence

Solution pas à pas

  1. Préparer toutes les destinations avant l'activation
  2. Réunir activation et changement MX dans une fenêtre courte
  3. Choisir explicitement la route attendue pour les deux types d'expéditeurs
  4. Préparer le retour arrière avant le premier changement

Pourquoi ce cas surprend

Le DNS public n’est pas toujours le seul chemin. Proton connaît ses propres adresses actives et peut remettre un message en interne sans consulter le MX externe.

La fenêtre courte est plus simple

Proton documente une exception de chiffrement par adresse, mais ne la recommande pas comme configuration ordinaire. Pour une migration personnelle, préparer en amont puis rapprocher activation et changement MX limite généralement la période ambiguë.

Une coexistence peut être volontaire

Dans notre essai du 10 septembre 2026 (observed), le fournisseur externe a conservé les MX et une copie vers Proton ; l’envoi Proton a été vérifié avec authentification. Ce choix ne prouve pas que chaque message interne Proton reste copié chez le fournisseur. Gardez cette limite explicite ; la bascule complète et la coexistence demandent des plans différents.

Ce qu'il ne faut surtout pas faire

Quand s'arrêter et demander de l'aide

Comment vérifier que le problème est résolu

Testé sur

Sources