LH.pl ou dhosting.pl pour récupérer une boîte et basculer le courrier d’un WordPress

Récupérer le message avant de changer de route

Une petite structure héberge son site WordPress et utilise une boîte de contact sur son domaine. Un message a été supprimé avant une migration. L’équipe doit le récupérer, garder les messages reçus depuis sa suppression et changer ensuite de service de réception. Les serveurs de noms restent chez le gestionnaire actuel. Le premier objectif est de retrouver le message dans un point exploitable. Le deuxième est de faire parvenir à la boîte cible tout ce qui a pu arriver sur l’ancienne ou sur la nouvelle route.

Relevez l’adresse exacte, le dossier et la période de réception du message perdu. Vérifiez s’il est encore dans la corbeille, dans un dossier d’archive, dans le webmail ou dans une copie locale. Un logiciel de messagerie qui utilisait POP sans copie serveur peut avoir retiré du serveur le seul exemplaire. Cette situation demande de vérifier le poste ou ses archives avant de compter sur un point de restauration de l’hébergeur.

Avant toute restauration, exportez la boîte active dans un espace protégé ou faites-en une copie indépendante. Relevez les dossiers, les messages les plus récents et un témoin de pièce jointe. Si le fournisseur documente une restauration sans préciser ce qu’il advient de la boîte actuelle, faites confirmer le mode de reprise et la destination. La date visible du point de restauration ne répond pas à cette question.

Séparer le contenu de la boîte et la livraison DNS

La copie de la boîte concerne le contenu historique et les dossiers. Les enregistrements MX indiquent où des serveurs expéditeurs remettent les nouveaux messages. Changer le MX ne copie aucun historique. L’opération demande donc deux preuves. Il faut retrouver les dossiers attendus sur la cible et vérifier que le courrier récent qui atteint encore l’ancienne destination n’y reste pas oublié.

Le site web et le courrier suivent des enregistrements distincts. La résolution du site doit rester stable pendant cette intervention. Vérifiez pourtant que les cibles MX n’utilisent pas une adresse que la migration du site ferait changer. Relevez aussi les alias, les redirections et les adresses utilisées par WordPress. Le formulaire peut dépendre d’un relais sortant séparé, même quand ses notifications arrivent sur la boîte que l’équipe déplace.

Pour la réception, cherchez à vérifier la boîte cible avant de publier son MX. Si le fournisseur n’autorise l’activation qu’une fois les MX modifiés, convenez avec lui d’une méthode de vérification ou d’un ordre de bascule avant d’ouvrir la nouvelle route. Préparez un accès indépendant aux deux services pour lire les messages lors de la transition. Si vous n’avez pas les droits sur la zone qui fait autorité, consignez les valeurs à faire appliquer et l’identité de la personne qui peut les publier. La maquette du dossier simule deux vues du DNS et deux boîtes, avec des messages de démonstration.

LH.pl Kiwi et le point demandé au support

Le guide LH.pl consacré au message supprimé demande une instruction envoyée depuis l’adresse autorisée du titulaire. Elle doit indiquer l’adresse complète de la boîte et la date du point souhaité. LH.pl présente cette restauration comme gratuite. Le guide vise une boîte servie par LH.pl, utilisée par webmail ou IMAP, et exclut le cas où POP a retiré les messages du serveur sans y garder de copie. Vérifiez le service qui hébergeait réellement la boîte à la date recherchée. Une migration future vers LH.pl ne donne pas accès aux archives de l’opérateur précédent.

Le guide sur les courriels supprimés annonce des copies de messagerie nocturnes conservées trente jours. Une autre procédure décrit les copies des fichiers web et des bases, également conservées trente jours. La restauration du courrier passe par le support. Vérifiez que le point recherché existe pour cette boîte. Le guide ne précise ni le délai d’intervention, ni le mode de fusion avec les messages déjà présents. Demandez au support quels points sont disponibles, si un message ou un dossier peut être isolé et où la restauration sera livrée. Conservez la copie récente avant de lui demander d’agir sur la boîte active.

Kiwi affiche 10 Go pour le plan, SSH, un installateur WordPress et Let’s Encrypt. Vérifiez la répartition entre le site et la boîte, ainsi que la place nécessaire si deux copies coexistent. La grille annonce un hébergement en Pologne chez ATMAN. Le guide de restauration et les canaux consultés sont en polonais. Le webmail permet de changer la langue de son interface. Confirmez séparément la langue disponible pour une intervention technique si l’équipe ne travaille pas en polonais.

dhosting.pl Elastyczny et la commande dPanel

Le guide dhosting.pl ouvre la section Poczta e-mail dans dPanel, puis les copies de sauvegarde de la boîte et le bouton Przywróć à côté du point choisi. La comparaison officielle des offres mail annonce jusqu’à sept jours de sauvegarde pour Elastyczny Web Hosting. La rétention plus longue de Poczta Biznesowa concerne une offre distincte. Vérifiez le point visible sur la boîte et la date avant de lancer la commande. Le guide décrit l’action dans le panneau, sans préciser si elle fusionne la copie avec la boîte actuelle, si elle écrase certains éléments ou si elle peut viser un dossier temporaire.

La grille affiche 50 Go de départ et un espace extensible pour le site, les bases et le courrier. Le tableau de messagerie indique un nombre de boîtes sans limite annoncée et un plafond d’envoi de 24 000 messages par jour et par boîte sur Elastyczny. Un plafond d’envoi ne préjuge ni du volume réellement disponible pour importer l’historique ni des règles antispam. Les coûts d’extension des ressources et les limites choisies dans dPanel doivent être vérifiés si la copie déborde de la capacité de départ.

L’offre annonce une optimisation WordPress et Let’s Encrypt. L’aide situe les serveurs d’hébergement dans le centre ATMAN en Pologne. Cela ne détaille pas l’emplacement de toutes les copies de courrier. Les documents dPanel et de restauration utilisés sont en polonais. Le contact par courriel est annoncé en continu, avec des horaires de téléphone distincts. Cette disponibilité ne constitue pas un délai de restauration. La prise en charge en français ou en anglais n’est pas établie par ces sources.

Comparer le coût annuel et les données à conserver

Le 10 novembre 2026, LH.pl Kiwi affiche 60 PLN HT la première année et 249 PLN HT au renouvellement standard. L’option de compatibilité avec d’anciennes versions de PHP affiche 349 PLN HT au renouvellement. dhosting.pl Elastyczny affiche 99 PLN HT la première année et 399 PLN HT la suivante. L’équivalent de deux années selon les prix relevés est de 309 PLN HT chez LH.pl et 498 PLN HT chez dhosting.pl. Ces calculs séparent l’hébergement des coûts de domaine, de stockage supplémentaire et d’éventuelles extensions. Un tarif d’entrée observé ne garantit pas le montant d’une future facture.

À titre d’exemple avec la TVA polonaise standard de 23 %, Kiwi revient à 73,80 PLN la première année puis 306,27 PLN au tarif standard affiché. Elastyczny revient à 121,77 puis 490,77 PLN. Vérifiez la TVA réellement appliquée sur le devis. Le bonus affiché par dhosting.pl pour le dimensionnement ne se déduit pas du prix de renouvellement. Dimensionnez le compte pour le WordPress, la boîte active, les dossiers copiés et la durée de coexistence des deux services.

Dans une boîte, inventoriez aussi les règles, alias, contacts, signatures et archives locales. L’IMAP synchronise des dossiers de messages et peut laisser hors du transfert les éléments propres à un client. Chez LH.pl, un interlocuteur coordonne la copie entrante des messages présents sur le serveur source. Le guide prévoit que le titulaire ou son interlocuteur prépare ensuite le pointage. Pour garder les serveurs de noms, convenez que le changement porte uniquement sur les entrées de messagerie nécessaires. dhosting.pl annonce une migration assistée gratuite jusqu’à trente boîtes sur les nouveaux comptes et décrit aussi un import en libre-service. Faites préciser qui copie les messages, contrôle les dossiers et rejoue la dernière synchronisation. Le gestionnaire de la zone qui fait autorité garde la main sur les MX. Le contrat du service et son accès doivent rester disponibles le temps d’extraire le contenu. Si la localisation des copies ou la durée d’accès après résiliation importe, vérifiez ces points avant de supprimer l’ancien compte.

Préparer le MX et l’envoi sans déplacer les serveurs de noms

Préparez la liste des boîtes, alias et redirections à recréer. Si la zone DNS reste chez un autre prestataire, la procédure dhosting.pl prévoit de déclarer le domaine dans dPanel, de régler les MX chez le gestionnaire DNS, puis d’activer le service courrier lorsque le domaine pointe correctement. Avant de modifier les MX de production, faites confirmer si l’assistance peut préparer la réception ou proposer un test sur un domaine de recette. Si vous ne pouvez ni vérifier la cible ni convenir d’un ordre de bascule avec l’assistance, reportez le changement. L’aide dhosting.pl demande aussi de contacter le support pour DKIM avec une délégation externe. Pour LH.pl, préparez la zone de réception et demandez les valeurs DKIM et DMARC applicables avec vos DNS externes.

Le MX indique la destination de réception. SPF autorise des sources d’envoi et DKIM signe les messages sortants pour le domaine. DMARC s’appuie sur l’alignement d’au moins un mécanisme valide avec le domaine visible dans l’adresse d’expédition. Pendant la coexistence, inventoriez les expéditeurs réellement utilisés, y compris les notifications WordPress. Gardez une seule politique SPF au nom concerné. Vérifiez la présence des sélecteurs que les plateformes utilisent effectivement et conservez la politique DMARC prévue par le responsable du domaine.

Si vous réduisez le TTL, faites-le assez tôt pour que les anciennes réponses aient le temps d’expirer. Pendant la bascule, laissez les deux boîtes accessibles et vérifiez séparément l’enregistrement web. Évitez d’ajouter l’ancien serveur comme secours improvisé dans la nouvelle liste de MX. Cela peut maintenir une réception sur deux destinations au-delà de la période de cache prévue. La coexistence des deux services pendant une migration dépend ici de leur disponibilité et des vérifications de l’équipe.

• Dans la zone DNS actuelle, relevez les MX et leur TTL, ainsi que les enregistrements web à conserver. Interrogez la zone qui fait autorité avant la bascule, puis comparez ses réponses à celles d’un résolveur externe.
• Attribuez la copie initiale, la publication des MX, le test de réception et le rapprochement final à des personnes identifiées.

Copier avant la bascule et rapprocher après

Lorsque la boîte cible est prête, faites une première copie et gardez l’archive du contenu actif. Chez dhosting.pl, l’import en libre-service part de la boîte cible dans Poczta e-mail, puis Akcje et Import wiadomości. Le panneau demande le serveur de messagerie source et les accès à la boîte. Vérifiez séparément qui traitera les messages arrivés après cette première copie. Contrôlez les dossiers, les dates et des pièces jointes représentatives. Si les archives locales contiennent des messages absents du serveur, importez-les séparément. Gardez une note des dossiers qui ont été renommés et des éléments de configuration qui devront être recréés.

Récupérez le message perdu depuis le point identifié. Si l’opérateur offre une destination séparée, comparez le message et sa pièce jointe avant de l’ajouter à la boîte cible. Si la seule restauration se fait sur la boîte active, arrêtez-vous tant que l’effet sur les messages récents est inconnu et que la copie indépendante n’a pas été vérifiée. Un `Message-ID` aide au rapprochement mais peut manquer ou être partagé. Comparez les contenus, les pièces jointes et les dossiers en cas de doute. Ne supprimez pas automatiquement un exemplaire différent.

Après le changement de MX, notez les arrivées sur les deux comptes. Dans une opération réelle, contrôlez la réception à partir de comptes de test autorisés et les journaux disponibles. Vérifiez aussi la sortie SMTP de WordPress, les en-têtes de test et la réception dans la boîte attendue. Faites une dernière copie des messages encore reçus sur la source. Gardez-la disponible tant que les routes, le trafic et les contrôles ne permettent pas de clore la transition.

Rejouer la restauration et les deux vues DNS hors ligne

La maquette charge six messages EML fictifs. La sauvegarde contient un message supprimé et un historique du dossier Envoyés. La boîte courante contient l’historique et un message reçu depuis la sauvegarde. Une restauration totale effacerait ce dernier dans le scénario simulé. Le script copie l’état courant puis ajoute uniquement le message manquant. Il décode la pièce jointe MIME et en vérifie le contenu. Un fichier différent qui partage le même identifiant déclenche un arrêt sans modifier la boîte cible.

Le premier expéditeur fictif a mémorisé l’ancien MX avec un TTL de 300 secondes. Le second résout après la bascule et reçoit le nouveau MX. À 90 secondes, un message arrive sur chaque boîte, tandis que l’adresse web reste stable. Le script montre aussi qu’une fermeture de la source à 100 secondes empêche une remise par la route encore en cache. Il ne modélise pas les délais de nouvelle tentative du serveur expéditeur ni un délai garanti de propagation publique.

Après expiration du cache fictif, la dernière synchronisation conserve cinq messages témoins, dont ceux reçus par chaque route. La relancer dans les mêmes conditions ne crée pas de doublon. Le fichier ZIP passe quatorze contrôles sur cette maquette. Les EML sont réellement lus, mais la remise et le DNS sont des états en mémoire. Aucun service de messagerie n’est utilisé. Cet exercice vérifie la décision de garder la source ouverte, puis de contrôler les deux côtés avant de la fermer.

• Téléchargez la maquette ZIP dans « Pour aller plus loin », extrayez-la dans un dossier séparé puis exécutez python exercice.py.
• Comparez les 14 contrôles à attendu.json. Repérez la remise refusée après fermeture de la source, puis les deux messages arrivés sur des MX différents et présents dans la boîte finale.

Arrêter ou revenir sans oublier la boîte cible

Reportez la bascule si la cible ne reçoit pas, si l’export récent ne peut pas être relu, si la portée de la restauration reste inconnue ou si le message recherché est absent du point choisi. Une erreur sur WordPress peut avoir une autre origine que le MX, par exemple un relais SMTP ou des identifiants. Vérifiez le site et la boîte séparément. Une page qui s’affiche et une connexion réussie au webmail ne prouvent pas une remise de bout en bout.

Si vous devez remettre l’ancien MX, vérifiez d’abord que l’ancien service accepte toujours les destinataires et conservez la nouvelle boîte accessible. Sauvegardez les deux côtés. Les messages reçus seulement sur la cible doivent être récupérés avant sa fermeture et les réponses DNS mémorisées peuvent encore y orienter des envois. Reprenez les valeurs du DNS conservées au départ et vérifiez les réponses réelles, les journaux et les dossiers. Un retour DNS ne remet pas l’historique à sa place.

Kiwi convient à l’équipe qui accepte de passer par l’adresse autorisée et le support, avec un volume compatible avec ses 10 Go de départ. Elastyczny convient si l’équipe privilégie l’action dans dPanel et dispose d’un point dans la période documentée. Dans les deux cas, faites dépendre le choix de la présence du message dans un point exploitable et du résultat du rapprochement. Le prix ou la durée de rétention ne suffit pas à décider du moment de la bascule.

Pour aller plus loin

• Consulter la fiche LH.pl
• Consulter la fiche dhosting.pl
• Vérifier l’envoi des messages de réinitialisation WordPress
• Télécharger la maquette de reprise du courrier et de la bascule MX (ZIP)