Configuration de Mail.ru pour votre domaine personnalisé : Guide technique complet

Une adresse e-mail avec un domaine personnalisé — telle que contact@yourdomain.com — achemine tout le courrier via des serveurs que vous contrôlez via DNS, plutôt que via un espace de noms de fournisseur partagé. Pour configurer Mail.ru for Business avec un domaine personnalisé, vous devez vérifier la propriété du domaine via un enregistrement DNS TXT ou CNAME, pointer les enregistrements MX de votre domaine vers mxs.mail.ru, et configurer les identifiants IMAP/SMTP dans votre client de messagerie. L’ensemble du processus se termine généralement dans les 24 à 48 heures, selon la vitesse de propagation DNS à travers les résolveurs mondiaux.

Ce guide couvre chaque étape technique en détail complet, y compris la syntaxe des enregistrements DNS, la configuration du client de messagerie, les modes d’échec courants et le renforcement de la sécurité — des informations qui vont bien au-delà du guide de configuration standard.

Prérequis et aperçu de l’architecture

Avant de toucher un seul enregistrement DNS, comprenez ce que vous construisez réellement. Mail.ru for Business agit comme un échangeur de courrier géré : il accepte les connexions SMTP entrantes au nom de votre domaine, stocke les messages sur son infrastructure et les expose aux utilisateurs finaux via IMAP, POP3 ou son interface web. Le DNS de votre domaine est le plan de contrôle qui indique au système mondial de routage du courrier où livrer les messages.

Les composants impliqués sont :

• Enregistrements MX — dirigent le trafic SMTP entrant vers les serveurs de Mail.ru
• Enregistrement TXT (SPF) — autorise les serveurs sortants de Mail.ru à envoyer au nom de votre domaine
• DKIM — signe cryptographiquement les messages sortants pour prévenir l’usurpation
• DMARC — enregistrement de politique qui indique aux serveurs destinataires quoi faire avec les messages qui échouent aux vérifications SPF/DKIM
• Enregistrement de vérification de domaine — un enregistrement TXT ou CNAME unique qui prouve la propriété au système de provisionnement de Mail.ru

Ignorer SPF, DKIM ou DMARC est l’une des erreurs les plus courantes commises par les administrateurs. Sans eux, votre courrier sortant atterrira fréquemment dans les dossiers spam ou sera purement et simplement rejeté par des destinataires stricts comme Google Workspace et Microsoft 365.

Vous aurez également besoin de :

• Un domaine enregistré actif avec accès à son panneau de gestion DNS
• Un compte Mail.ru (personnel ou nouveau compte professionnel)
• Un accès administratif à votre zone DNS (droits de modification du TTL)

Si vous n’avez pas encore enregistré de domaine, AlexHost Domain Registration fournit un contrôle complet de la zone DNS, ce qui est essentiel pour les modifications d’enregistrements décrites tout au long de ce guide.

Étape 1 : Enregistrer et accéder à la zone DNS de votre domaine

Connectez-vous à votre registraire de domaine ou fournisseur DNS et localisez le panneau de gestion DNS ou d’éditeur de zone. Vous devez pouvoir créer, modifier et supprimer les types d’enregistrements suivants : TXT, MX et CNAME.

Avant d’apporter des modifications, notez les valeurs TTL actuelles de vos enregistrements existants. Réduire temporairement le TTL à 300 secondes (5 minutes) avant de commencer réduira considérablement le temps d’attente de propagation à chaque étape de configuration. N’oubliez pas de restaurer le TTL à une valeur raisonnable (3600 ou plus) une fois la configuration terminée.

Si votre domaine utilise actuellement une messagerie active via un autre fournisseur, ne supprimez pas les enregistrements MX existants tant que Mail.ru n’est pas entièrement vérifié et testé. Exécutez les deux configurations en parallèle pendant la fenêtre de transition.

Étape 2 : Créer un compte Mail.ru for Business

Accédez à biz.mail.ru et connectez-vous avec un compte Mail.ru existant ou créez-en un nouveau. La plateforme professionnelle est distincte de l’interface Mail.ru grand public — elle fournit un tableau de bord de gestion de domaine, le provisionnement des utilisateurs et des contrôles administratifs.

Une fois authentifié :

1. Cliquez sur « Connecter un domaine » ou l’option équivalente dans votre paramètre de langue.
2. Entrez votre nom de domaine exactement tel qu’enregistré — par exemple, yourdomain.com — sans préfixe de sous-domaine ni barre oblique finale.
3. Le système vous présentera une méthode de vérification.

Étape 3 : Vérifier la propriété du domaine

Mail.ru proposera une ou les deux méthodes de vérification suivantes :

Méthode A : Enregistrement TXT

Ajoutez un enregistrement TXT à votre zone DNS avec la valeur fournie par Mail.ru. L’enregistrement ressemblera à ceci :

Name/Host: @  (or yourdomain.com)
Type:       TXT
Value:      mailru-verification: <unique-token>
TTL:        300

Méthode B : Enregistrement CNAME

Name/Host: mailruverify  (or as specified)
Type:       CNAME
Value:      <unique-value>.mail.ru.
TTL:        300

Ajoutez l’enregistrement que votre fournisseur DNS prend en charge le plus facilement. Certains fournisseurs gèrent les enregistrements TXT sur le domaine apex (@) de manière plus fiable que les enregistrements CNAME à la racine. Une fois l’enregistrement sauvegardé, retournez au tableau de bord Mail.ru et cliquez sur « Vérifier ». Le système de Mail.ru effectuera une recherche DNS pour confirmer l’existence de l’enregistrement.

Vérification de la réalité de la propagation : Les modifications DNS ne prennent pas effet instantanément. Utilisez un outil comme dig pour surveiller la propagation depuis votre terminal avant de cliquer sur vérifier :

dig TXT yourdomain.com +short

Ou interrogez un résolveur public spécifique pour voir ce qu’il retourne actuellement :

dig TXT yourdomain.com @8.8.8.8 +short

Une fois que le jeton apparaît dans la sortie, la vérification réussira. Ne cliquez pas sur vérifier avant que l’enregistrement ne soit résolu — des tentatives échouées répétées peuvent temporairement limiter le point de terminaison de vérification.

Étape 4 : Configurer les enregistrements MX

Les enregistrements MX sont le mécanisme de routage principal pour les e-mails entrants. Après la vérification du domaine, Mail.ru affichera les enregistrements MX que vous devez ajouter. La configuration standard est :

Ajoutez cet enregistrement dans votre zone DNS :

Name/Host: @
Type:       MX
Priority:   10
Value:      mxs.mail.ru.
TTL:        300 (raise to 3600 after testing)

Détail critique : Le point final après mxs.mail.ru. est significatif dans la syntaxe DNS — il désigne un nom de domaine absolu (entièrement qualifié). La plupart des panneaux DNS basés sur le web l’ajoutent automatiquement, mais si vous modifiez un fichier de zone brut, omettez-le uniquement si le panneau le normalise pour vous.

Si vous migrez depuis un autre fournisseur de messagerie, supprimez les anciens enregistrements MX uniquement après avoir confirmé que Mail.ru reçoit correctement les messages de test. L’exécution de deux ensembles d’enregistrements MX simultanément pendant la migration est acceptable — le numéro de priorité le plus bas l’emporte, donc définissez Mail.ru à la priorité 10 et votre ancien fournisseur à la priorité 20 temporairement.

Vérifiez que l’enregistrement MX a été propagé :

dig MX yourdomain.com @8.8.8.8 +short

Sortie attendue :

10 mxs.mail.ru.

Étape 5 : Configurer SPF, DKIM et DMARC

C’est l’étape que la plupart des tutoriels omettent, et c’est la principale raison pour laquelle les e-mails de domaine personnalisé finissent dans le spam.

Enregistrement SPF

SPF (Sender Policy Framework) spécifie quels serveurs sont autorisés à envoyer des e-mails depuis votre domaine. Ajoutez l’enregistrement TXT suivant :

Name/Host: @
Type:       TXT
Value:      v=spf1 include:_spf.mail.ru ~all
TTL:        3600

Le qualificateur ~all signifie « échec doux » — les messages provenant de serveurs non autorisés sont marqués comme suspects mais ne sont pas rejetés. Si vous souhaitez une politique stricte et êtes certain que tout le courrier légitime transite par Mail.ru, utilisez -all (échec dur). N’utilisez jamais +all en aucune circonstance — cela autorise chaque serveur sur Internet à envoyer en tant que votre domaine.

Contrainte importante : Un domaine ne peut avoir qu’un seul enregistrement TXT SPF. Si vous avez déjà un enregistrement SPF pour un autre service, fusionnez les instructions include en un seul enregistrement :

v=spf1 include:_spf.mail.ru include:other-service.com ~all

Enregistrement DKIM

Mail.ru for Business génère une paire de clés DKIM. La clé publique est fournie sous forme d’enregistrement TXT que vous devez publier dans votre zone DNS. Récupérez-la depuis le tableau de bord Mail.ru Business sous les paramètres de domaine. Elle ressemblera à :

Name/Host: mailru._domainkey
Type:       TXT
Value:      v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GN...
TTL:        3600

Le sélecteur (mailru) peut varier — utilisez exactement ce que le tableau de bord fournit. Vérifiez-le après la propagation :

dig TXT mailru._domainkey.yourdomain.com +short

Enregistrement DMARC

DMARC relie SPF et DKIM et donne aux serveurs destinataires une politique à appliquer. Commencez avec une politique de surveillance uniquement :

Name/Host: _dmarc
Type:       TXT
Value:      v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com
TTL:        3600

Une fois que vous avez confirmé que le courrier légitime passe les vérifications SPF et DKIM (consultez les rapports agrégés envoyés à rua), renforcez la politique :

v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@yourdomain.com; pct=100

Passez éventuellement à p=reject pour une protection maximale contre l’usurpation de domaine et le phishing.

Étape 6 : Créer des boîtes aux lettres dans le tableau de bord Mail.ru Business

Une fois le DNS entièrement configuré et vérifié, provisionnez vos boîtes aux lettres :

1. Ouvrez le tableau de bord d’administration Mail.ru for Business.
2. Accédez à Utilisateurs ou Boîtes aux lettres.
3. Cliquez sur Ajouter un utilisateur et entrez la partie locale souhaitée de l’adresse — par exemple, contact, support, admin, info.
4. Définissez un mot de passe fort (minimum 12 caractères, majuscules et minuscules, chiffres et symboles).
5. Attribuez un quota de stockage si le plan autorise des limites par utilisateur.

Chaque boîte aux lettres créée devient immédiatement accessible sur username@yourdomain.com. L’interface web est disponible sur mail.ru — les utilisateurs se connectent avec leur adresse e-mail de domaine complète et le mot de passe que vous avez défini.

Étape 7 : Configurer les clients de messagerie via IMAP et SMTP

Pour les utilisateurs qui préfèrent les clients de bureau ou mobiles (Thunderbird, Outlook, Apple Mail, K-9 Mail), configurez les paramètres de serveur suivants :

Référence de configuration du serveur Mail.ru

Nom d’utilisateur : Utilisez toujours l’adresse e-mail complète — you@yourdomain.com — et non uniquement la partie locale.

Authentification : Mail.ru requiert une authentification par mot de passe. Si l’authentification à deux facteurs est activée sur la plateforme grand public, vous devrez peut-être générer un mot de passe spécifique à l’application depuis la page des paramètres de sécurité.

POP3 vs. IMAP : Utilisez IMAP sauf si vous avez une raison spécifique de ne pas le faire. IMAP synchronise l’état des messages (lu, marqué, supprimé) sur tous les appareils et conserve les messages sur le serveur. POP3 télécharge et supprime généralement les messages du serveur, ce qui perturbe les flux de travail multi-appareils.

Exemple de configuration Thunderbird

Account type:       IMAP
Incoming server:    imap.mail.ru
Port:               993
Connection security: SSL/TLS
Authentication:     Normal password
Username:           you@yourdomain.com

Outgoing server:    smtp.mail.ru
Port:               465
Connection security: SSL/TLS
Authentication:     Normal password
Username:           you@yourdomain.com

Étape 8 : Tester le flux de messagerie complet

Ne supposez pas que la configuration est correcte — vérifiez explicitement chaque direction du flux de messagerie.

Tester la livraison entrante :

Envoyez un message depuis une adresse externe (Gmail, Outlook.com) vers you@yourdomain.com. Confirmez qu’il arrive dans la boîte de réception Mail.ru en quelques minutes.

Tester la livraison sortante :

Envoyez un message depuis you@yourdomain.com vers une adresse externe. Vérifiez qu’il arrive et inspectez les en-têtes du message pour confirmer que SPF et DKIM sont validés :

Authentication-Results: mx.google.com;
   dkim=pass header.i=@yourdomain.com;
   spf=pass (google.com: domain of you@yourdomain.com designates ... as permitted sender)

Tester l’alignement SPF/DKIM avec MXToolbox :

# Check SPF record syntax
curl "https://mxtoolbox.com/api/v1/lookup/spf/yourdomain.com"

Ou utilisez l’interface web sur mxtoolbox.com pour effectuer simultanément des vérifications SPF, DKIM, DMARC et de recherche MX.

Tester la connectivité SMTP depuis la ligne de commande :

telnet smtp.mail.ru 465

Si le port 465 est bloqué par votre pare-feu local ou votre FAI, essayez le port 587 avec STARTTLS à la place.

Modes d’échec courants et comment les corriger

Courrier non reçu

• Confirmez que les enregistrements MX ont été propagés : dig MX yourdomain.com +short
• Vérifiez que les anciens enregistrements MX d’un fournisseur précédent ont été entièrement supprimés
• Vérifiez que le statut du domaine dans le tableau de bord Mail.ru Business affiche « Actif »

Courrier sortant atterrissant dans le spam

• L’enregistrement SPF est manquant ou contient une erreur de syntaxe — validez avec dig TXT yourdomain.com +short
• L’enregistrement DKIM n’a pas encore été propagé ou a été saisi incorrectement — vérifiez les sauts de ligne introduits par le copier-coller
• La politique DMARC est absente — même un enregistrement p=none améliore les signaux de délivrabilité

Échecs d’authentification dans les clients de messagerie

• Assurez-vous d’utiliser l’adresse e-mail complète comme nom d’utilisateur, et non uniquement la partie locale
• Si l’authentification à deux facteurs est activée sur le compte Mail.ru, générez et utilisez un mot de passe spécifique à l’application
• Confirmez que le port et le type de chiffrement correspondent exactement — mélanger SSL/TLS avec les ports STARTTLS provoque des réinitialisations de connexion

La vérification du domaine échoue continuellement

• L’enregistrement DNS n’a pas encore été propagé — attendez et revérifiez avec dig avant de réessayer
• La valeur de l’enregistrement TXT a été saisie avec des espaces supplémentaires ou des guillemets — la plupart des panneaux DNS ajoutent automatiquement des guillemets ; ne les ajoutez pas manuellement
• Certains fournisseurs exigent que l’hôte @ soit saisi comme le nom de domaine nu — consultez la documentation de votre registraire

Mail.ru for Business vs. fournisseurs alternatifs

Mail.ru for Business est un choix pratique pour les organisations opérant sur les marchés russophones ou celles disposant d’une infrastructure Mail.ru existante. Pour les équipes nécessitant une intégration approfondie avec des suites de productivité ou opérant sous des exigences strictes de souveraineté des données en dehors de la Russie, évaluez soigneusement les alternatives dans le tableau ci-dessus.

Considérations d’hébergement pour les e-mails avec domaine personnalisé

Si vous exploitez un site web parallèlement à votre messagerie personnalisée, l’environnement d’hébergement affecte votre flux de gestion DNS. Sur un plan d’hébergement VPS, vous avez un accès direct aux fichiers de zone DNS et pouvez gérer les enregistrements via des outils en ligne de commande ou un panneau de contrôle sans attendre que l’interface web d’un registraire propage les modifications en interne.

Pour les équipes gérant plusieurs domaines et configurations de messagerie, un VPS avec cPanel fournit un éditeur de zone graphique qui simplifie la gestion des enregistrements TXT, MX et DKIM sans nécessiter l’édition de fichiers de zone bruts. cPanel inclut également un outil intégré de délivrabilité des e-mails qui vérifie automatiquement l’alignement SPF et DKIM pour les domaines hébergés.

Si vous avez besoin d’une infrastructure de messagerie entièrement gérée plutôt que de router via Mail.ru, AlexHost Email Hosting fournit un hébergement de boîtes aux lettres dédié avec un contrôle DNS complet, éliminant entièrement la dépendance à une plateforme de messagerie tierce.

Pour les environnements professionnels à fort trafic où la messagerie est critique, un serveur dédié vous donne la possibilité d’exécuter votre propre MTA (Postfix, Exim) avec un contrôle complet sur les files d’attente de courrier, les politiques de livraison et la journalisation — une architecture que Mail.ru for Business ne peut pas reproduire.

Liste de contrôle des points clés techniques

Utilisez cette liste de contrôle pour confirmer que votre configuration est prête pour la production avant de considérer la configuration comme terminée :

• Domaine vérifié dans le tableau de bord Mail.ru Business (le statut affiche « Actif »)
• L’enregistrement MX pointe vers mxs.mail.ru avec la priorité 10, les anciens enregistrements MX supprimés
• Enregistrement TXT SPF publié sur le domaine apex avec include:_spf.mail.ru
• Enregistrement TXT DKIM publié sur mailru._domainkey.yourdomain.com
• Enregistrement TXT DMARC publié sur _dmarc.yourdomain.com (commencez avec p=none, renforcez ultérieurement)
• Message de test entrant reçu depuis une adresse externe
• Les en-têtes du message de test sortant affichent dkim=pass et spf=pass
• Client de messagerie configuré avec IMAP port 993 (SSL/TLS) et SMTP port 465 ou 587
• Valeurs TTL restaurées à 3600 après la fin des tests
• Mot de passe spécifique à l’application généré si l’authentification à deux facteurs est active sur le compte Mail.ru

Foire aux questions

Combien de temps prend réellement la vérification de domaine Mail.ru ?

En pratique, si vous réduisez votre TTL DNS à 300 secondes avant d’ajouter l’enregistrement de vérification, Mail.ru peut confirmer la propriété en 5 à 15 minutes. La fenêtre annoncée de 24 à 48 heures s’applique lorsque le TTL est laissé à la valeur par défaut (souvent 3600 ou plus), car les résolveurs mettent en cache l’ancienne réponse (vide) pendant cette durée avant de réinterroger.

Puis-je utiliser Mail.ru for Business parallèlement à un autre fournisseur de messagerie sur le même domaine ?

Oui, mais un seul fournisseur peut être la destination MX principale. Vous pouvez router des sous-domaines spécifiques (par exemple, notifications.yourdomain.com) vers un autre fournisseur, mais pour le domaine racine, un seul ensemble d’enregistrements MX doit être actif à la fois pour éviter une division imprévisible de la livraison.

Pourquoi mon courrier sortant de Mail.ru atterrit-il dans le spam chez Gmail ou Outlook ?

Les causes les plus courantes sont un enregistrement SPF manquant ou mal configuré, une signature DKIM absente ou aucune politique DMARC. Faites passer votre domaine par mail-tester.com pour obtenir un rapport noté identifiant exactement quels mécanismes d’authentification échouent.

Que se passe-t-il avec mes e-mails si j’arrête d’utiliser Mail.ru for Business ?

La livraison du courrier s’arrête dès que vos enregistrements MX sont modifiés pour ne plus pointer vers mxs.mail.ru. Les messages existants stockés sur les serveurs de Mail.ru restent accessibles via l’interface web jusqu’à la fermeture du compte, mais vous devriez les exporter via IMAP (en utilisant un client comme Thunderbird) avant d’effectuer le changement pour éviter toute perte de données.

Est-il possible de configurer la messagerie Mail.ru sur un domaine géré via AlexHost ?

Oui. Si votre domaine est enregistré via AlexHost Domain Registration, vous avez un accès complet à l’éditeur de zone DNS. Ajoutez l’enregistrement TXT de vérification Mail.ru, l’enregistrement MX, l’enregistrement TXT SPF et l’enregistrement TXT DKIM directement depuis le panneau de contrôle AlexHost. Le processus est identique à celui de tout autre registraire — seule l’interface diffère.