Prérequis
- Toutes les sources prévues ont été traitées séparément
- Les boîtes d'origine sont toujours actives
Tester la route, pas seulement l’interface
Un message visible dans Proton ne prouve pas à lui seul que toute la chaîne fonctionne. Pour chaque source activée, notez le mécanisme choisi et exécutez seulement les contrôles qui lui correspondent.
| Route choisie | Contrôles obligatoires |
|---|---|
| connexion Gmail | réception, envoi, réponse et identité affichée |
| redirection en réception seule | présence dans la source, présence dans Proton, copie conservée et absence de boucle |
| Outlook ou Hotmail conservé | réception dans Outlook et la destination; envoi de l’ancienne identité depuis Outlook |
| domaine personnalisé | réception externe, envoi, réponse, SPF/DKIM/DMARC et absence de réception scindée |
| historique importé | dates extrêmes de la période choisie, dossier Envoyés et pièce jointe |
Ne contrôlez pas une période qui n’a pas été importée. Si aucun historique n’a été copié, la preuve utile porte sur les nouveaux messages et la conservation de la boîte d’origine.
Calendrier de surveillance
- Jour 0: tests complets juste après l’activation.
- 24 heures: nouveau message externe et contrôle d’une éventuelle alerte de connexion.
- 7 jours: vérification des services habituels et des pièces jointes.
- 30 jours: dernier contrôle, limites restantes et décision de maintenir ou non l’ancien mécanisme.
Contrôles pendant trente jours
Tenez un journal simple des messages attendus, des alertes de connexion et des écarts. Une journée sans problème n’est pas une preuve suffisante: certains services n’écrivent qu’une fois par mois. L’absence de message attendu est un signal; l’absence générale d’erreur ne prouve pas la livraison.
Revenir sans panique
Si une source échoue:
- n’effacez rien;
- relisez le message dans la source originale;
- suspendez uniquement la connexion, redirection ou route de domaine concernée si son repli a été préparé;
- consignez l’erreur exacte sans secret;
- corrigez et testez avec un message non sensible.
Reçu de migration
Le reçu final imprimable indique les sources pseudonymisées, le mécanisme de chaque route, les périodes réellement importées, les quatre dates de contrôle, les limites connues et la décision prise à la fin de la surveillance. Il ne contient ni adresses, ni captures, ni identifiants.
Distinguer mise en service et suivi
La mise en service peut être validée dès que les contrôles immédiats du périmètre réussissent. Le suivi à trente jours reste ouvert : il ne faut ni antidater ses contrôles ni attendre trente jours pour utiliser une route déjà vérifiée. Ce calendrier est une méthode de surveillance du guide, pas une garantie contre tout incident futur.
Pour un domaine, vérifiez un message reçu chez un fournisseur extérieur : expéditeur exact et résultats SPF, DKIM et DMARC. Dans notre essai (observed, 10 septembre 2026), le premier envoi n’était pas signé DKIM ; un second, après validation, réussissait les trois contrôles. Les minutes d’attente ne constituent donc pas à elles seules une preuve.
Téléphone et doubles copies
Contrôlez séparément : message dans Proton web, même message dans l’application mobile, puis notification avec le téléphone au repos. Notez si le contrôle est observé directement ou confirmé par l’utilisateur. Voir le dépannage téléphone.
Si deux circuits sont volontairement conservés, une copie peut rester dans la boîte de réception et l’autre dans Archives. Le doublon existe toujours : le rangement ne l’efface pas. Documentez le circuit et les exceptions, notamment spam source et destinataires cachés ; voir les doubles chemins.
Vérifier avant de continuer
- Chaque source reçoit selon son mécanisme réel: connexion, redirection ou domaine
- Chaque identité d'envoi prévue affiche l'expéditeur attendu
- Les historiques importés, et eux seuls, ont été contrôlés par période
- Aucune route n'a été interrompue pendant trente jours
Arrêtez-vous si…
- Un message attendu manque
- Une pièce jointe importante ne s'ouvre pas
- L'identité d'expédition est ambiguë