Créer une adresse e-mail avec son domaine : guide complet

Vous avez acheté le domaine. Il vous faut maintenant la boîte de réception.

Créer une adresse e-mail avec votre domaine permet de rattacher vos échanges à l'identité de votre entreprise. Au lieu de vous présenter comme someone@gmail.com, vous pouvez utiliser name@yourcompany.com. Une adresse personnelle peut aussi servir au travail, mais votre domaine facilite le maintien d'une identité professionnelle stable.

Ce n'est pas qu'une question d'image : administrer le domaine et les enregistrements MX vous permet de choisir l'hébergeur et d'organiser les accès. Les coûts, l'exportation et la disponibilité des données restent soumis au contrat, à la configuration et aux autorisations effectives. Le domaine ne remplace pas ces vérifications.

Que vous créiez votre première boîte ou transfériez cinquante clients depuis cPanel, les composants de base sont un domaine, un hébergeur de messagerie et les enregistrements DNS adaptés. La complexité de la migration dépend des données, des routes et des droits de chaque client. Ce guide présente la préparation et les vérifications.

Avant de commencer : ce qu'il vous faut vraiment

Préparez les trois éléments suivants avant de configurer la messagerie. Vous pourrez ainsi coordonner les changements DNS et la création des destinataires sans improviser pendant la mise en service.

1. Le domaine

Vous devez être autorisé à administrer le domaine, par exemple yourcompany.com. Si vous n'en avez pas encore enregistré, comparez notamment Namecheap, Cloudflare Registrar et Porkbun. Séparer l'enregistrement du domaine et l'hébergement web peut réduire les dépendances. Vérifiez toutefois qui exploite le DNS faisant autorité et protégez les comptes : cette séparation n'élimine pas tous les risques de blocage ou de panne.

2. L'accès au DNS

Vous devez disposer d'un accès autorisé en écriture à la zone DNS. Selon l'interface, cherchez DNS Management (gestion DNS), Zone Editor (éditeur de zone) ou Advanced DNS (DNS avancé). Vous modifierez les enregistrements TXT, MX et CNAME nécessaires selon les instructions du fournisseur. Obtenez cet accès avant de poursuivre.

3. Un hébergeur de messagerie

Le DNS faisant autorité publie le routage, et l'hébergeur fournit le service de messagerie. Enregistrer un domaine chez GoDaddy ne crée pas une boîte mail à lui seul. Voici deux types de solutions à comparer :

• Les suites collaboratives : Google Workspace ou Microsoft 365. La comparaison historique utilise $72-$144 par utilisateur et par an ; vérifiez les tarifs et licences actuels. Les adresses fonctionnelles info@ ou billing@ peuvent être gérées par des alias, groupes ou boîtes partagées selon les besoins et les droits du service, sans nécessairement ajouter des utilisateurs payants.
• L'hébergement centré sur le courrier : TrekMail. Comparez ses forfaits et son stockage mutualisé avec vos besoins en domaines, boîtes et envoi. Les fonctions, quotas et conditions de facturation dépendent de l'offre en vigueur.

La liste de contrôle en 10 minutes

Cette liste organise la vérification initiale, sans promettre un délai de mise en service. Préparer les destinataires et le routage peut éviter de consacrer une heure à un diagnostic imprévu.

Étape 1 : créez d'abord les boîtes aux lettres

Un destinataire absent du nouveau serveur peut empêcher la réception d'une demande commerciale. Faites l'inventaire des adresses avant la bascule.

Après la bascule des MX, les expéditeurs utilisent la nouvelle route à mesure que leurs caches expirent. Si le serveur ne reconnaît pas contact@yourdomain.com et ne dispose pas d'une route valide pour cette adresse, il peut répondre 550 User Not Found. La notification à l'expéditeur dépend de son système ; consultez aussi les files d'attente et les journaux disponibles pendant la transition.

Créez les boîtes et autres destinataires nécessaires avant de modifier la route de livraison. La vérification préalable du domaine peut demander la publication d'un TXT.

La procédure dans TrekMail :

1. Connectez-vous à votre tableau de bord TrekMail.
2. Ouvrez l'onglet Boîtes aux lettres de votre domaine.
3. Créez toutes les adresses que vous utilisez déjà.

Pour les PME : créez au minimum votre adresse personnelle (yourname@) et une adresse fonctionnelle (hello@ ou info@).

Pour les agences qui migrent un client : inventoriez ses boîtes, alias et routes autorisées. S'il disposait de billing@ chez l'ancien hébergeur, préparez billing@ chez le nouveau avant la bascule des MX. Faites valider la liste par le responsable et vérifiez la copie des messages, les dossiers et les derniers écarts. Les contacts et calendriers peuvent nécessiter une opération distincte.

TrekMail permet de créer les boîtes manuellement ou d'envoyer une invitation de configuration de boîte aux lettres. Le lien à usage unique et à durée limitée permet au destinataire de choisir son mot de passe personnel. Vérifiez qu'il est autorisé et protégez la transmission du lien ; la création manuelle exige une gestion sûre des identifiants. Consultez la documentation sur les invitations de configuration.

Étape 2 : configurez les enregistrements MX et basculez le trafic

Les enregistrements MX, pour Mail Exchange, indiquent les serveurs de réception et leurs priorités. En leur absence, SMTP peut tenter une route implicite vers les adresses A/AAAA du domaine ; cela ne remplace pas une configuration explicite adaptée à votre hébergeur. Une cible MX doit résoudre vers des adresses et ne doit pas être un CNAME.

Comment configurer les enregistrements MX :

1. Accédez à la page de gestion de votre fournisseur DNS faisant autorité, qui peut être différent de votre bureau d'enregistrement.
2. Examinez les enregistrements MX existants. Certaines entrées peuvent correspondre à « GoDaddy Secure Mail », « Google Workspace » ou un ancien hébergeur cPanel. Validez les routes autorisées, priorités et secours avant de retirer uniquement les entrées obsolètes.
3. Ajoutez les valeurs indiquées dans le panneau actuel de votre compte. Le tableau conserve des exemples historiques de TrekMail, à ne pas copier sans vérification ; la configuration actuelle par défaut utilise mail.trekmail.net.

À propos du TTL : si vous administrez la zone, vous pouvez préparer un TTL (Time To Live) de 300 secondes avant la bascule. Cela représente 5 minutes de validité en cache, pas des consultations périodiques. Une ancienne réponse valable 24 heures peut subsister jusqu'à son expiration. Attendez la fin du TTL précédent puis, après vérification des routes, rétablissez une valeur adaptée, par exemple 3600.

Pour consulter des captures d'écran et les noms de champs propres à chaque bureau d'enregistrement, reportez-vous à notre guide de configuration DNS pour les fournisseurs courants.

Étape 3 : première connexion et test d'envoi-réception

Les intervalles de 15-30 minutes ou de 24 heures sont des exemples de planification, pas des délais maximaux du DNS. La visibilité dépend du TTL précédent et des caches ; terminer l'étape 2 ne prouve pas que tous les expéditeurs utilisent la nouvelle route.

Commencez par le webmail et testez des messages réels avant de configurer Outlook ou votre iPhone. Vous réduisez ainsi les variables du diagnostic ; une connexion au webmail ne valide pas à elle seule les connexions IMAP et SMTP d'un client.

Test d'envoi : rédigez un message depuis votre nouvelle adresse et envoyez-le à votre compte Gmail personnel.

• Le message est-il arrivé ?
• A-t-il été classé comme spam ? Examinez SPF et DKIM, mais aussi le contenu, la réputation et les règles du destinataire. Consultez l'étape 4 ci-dessous.

Test de réception : depuis Gmail, répondez à votre nouvelle adresse professionnelle.

• La réponse est-elle arrivée dans la boîte de réception du webmail ?
• Si oui, vous avez vérifié cette livraison par la route observée, pas tous les MX ni tous les caches.

Une fois les deux tests réussis, vous pouvez configurer votre client de messagerie. Pour les paramètres de connexion IMAP, consultez la documentation des paramètres IMAP et SMTP de TrekMail. Si vous souhaitez utiliser Gmail comme client, suivez plutôt le guide de connexion à Gmail.

Étape 4 : le trio de la délivrabilité, SPF, DKIM et DMARC

Les MX publient la route de réception. SPF, DKIM et DMARC apportent authentification et règles, sans garantir l'arrivée en boîte de réception. Dans le contexte de 2025-2026, vérifiez les exigences de Google et Yahoo applicables à vos envois ainsi que les résultats sur des messages réels.

SPF : qui est autorisé à envoyer

SPF (Sender Policy Framework) publie l'autorisation des adresses IP pour l'identité SMTP évaluée. Si le domaine de MAIL FROM, ou de HELO lorsque cela s'applique, est yourcompany.com, le destinataire évalue sa politique SPF. Ce contrôle ne porte pas directement sur le domaine du From visible.

Voici un exemple historique de SPF. Ne le copiez pas sans vérifier le panneau actuel : la configuration par défaut de TrekMail utilise le domaine d'inclusion spf.trekmail.net.

v=spf1 include:_spf.trekmail.net -all

Cette politique délègue une autorisation via include et déclare Fail pour les adresses qui ne correspondent pas. Le serveur destinataire décide du traitement de ce résultat ; il ne s'agit pas d'un rejet obligatoire.

Le -all final déclare Fail pour ce qui n'est pas autorisé. Avant d'utiliser -all, inventoriez tous les expéditeurs légitimes, dont le courrier transactionnel et le CRM, et réunissez leurs autorisations dans un seul enregistrement SPF. La limite de 10 porte sur les termes déclenchant des recherches DNS pendant l'évaluation, y compris les références récursives, et non sur tous les paquets de requête. La dépasser peut produire PermError.

DKIM : le sceau qui révèle les modifications

DKIM (DomainKeys Identified Mail) permet de signer cryptographiquement des parties du message. Le destinataire vérifie la signature avec la clé publique du sélecteur publié dans le DNS. Modifier une partie signée peut invalider la signature ; une modification hors des parties signées n'a pas nécessairement cet effet. Vérifiez que vos flux d'envoi sont effectivement signés.

Récupérez dans le panneau TrekMail le sélecteur et la valeur DKIM correspondant au domaine, puis publiez-les selon les instructions. Vérifiez ensuite la résolution DNS et la validation cryptographique sur un message réel. Consultez la documentation sur les enregistrements DNS requis pour la procédure.

DMARC : le moteur de règles

DMARC réussit si SPF ou DKIM réussit avec un domaine aligné sur le From visible. Il échoue si aucune de ces voies alignées ne réussit. Il publie une politique pour ces échecs et permet de demander des rapports ; leur réception dépend des destinataires et de la configuration de l'adresse de rapport.

Commencez par une règle de simple surveillance :

v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com

Cette politique ne demande ni quarantaine ni rejet pour un échec de DMARC ; les autres filtres du destinataire continuent de s'appliquer. Vérifiez tous les flux autorisés et la réception des rapports avant d'envisager p=quarantine, puis p=reject.

Pour approfondir chaque type d'enregistrement, consultez nos articles sur la configuration SPF, la configuration DKIM et la mise en place de DMARC. Si vous préférez disposer d'une vue d'ensemble, le guide sur l'ordre de configuration de l'authentification des e-mails présente les trois mécanismes dans l'ordre.

Pourquoi ne pas simplement utiliser Gmail ?

« Ne puis-je pas simplement utiliser mycompany@gmail.com ? » Si, mais examinez qui administre le compte, comment récupérer l'accès et comment assurer la continuité lorsque l'équipe change.

Voici les risques à examiner lorsque vous utilisez des adresses personnelles pour votre entreprise :

Propriété des données

Un compte peut subir des restrictions d'accès ; les possibilités de récupération et d'assistance dépendent du service et de ses conditions. Lorsque vous créez une adresse e-mail avec un domaine administré par l'entreprise, vous pouvez choisir l'hébergeur et organiser les droits et la continuité. Vérifiez les possibilités d'exportation et de conservation et testez une copie autorisée avant la migration. Le domaine ne garantit pas la récupération de données devenues inaccessibles.

La dépendance à une seule personne

Si votre commercial utilise john.sales@gmail.com, la continuité peut dépendre d'un compte que l'entreprise n'administre pas. Avec john@yourcompany.com, un administrateur autorisé peut préparer le relais, mais doit vérifier la révocation des sessions, jetons et droits en plus du changement de mot de passe. L'accès aux messages doit respecter les règles applicables.

Blocage des comptes SaaS

Créer les comptes du logiciel comptable, du CRM ou de la plateforme publicitaire avec une adresse personnelle peut compliquer le relais. Une adresse administrée comme billing@yourcompany.com facilite la continuité si les responsables, droits, moyens d'authentification renforcée et procédures de récupération sont définis. Administrer la boîte ne remplace pas l'autorisation requise dans chaque service.

Comprendre l'adresse e-mail sur domaine personnalisé

Une adresse e-mail sur domaine personnalisé utilise, après le symbole @, le même domaine que votre site web. La définition est simple, mais l'infrastructure sous-jacente change réellement les conditions dans lesquelles votre messagerie reste accessible ou cesse de fonctionner.

L'hébergement dédié est une option utile pour réduire les dépendances du serveur web, pas la seule architecture valable. Comparez les risques communs, l'assistance et les procédures de récupération des solutions envisagées.

La configuration la plus simple pour 1-5 boîtes aux lettres

Si vous n'avez besoin que du courrier pour trois personnes et de quelques adresses fonctionnelles, comparez un hébergement de messagerie à Microsoft 365 et Google Workspace selon les fonctions réellement utiles. Une plateforme capable de servir 500 personnes peut aussi convenir à une petite équipe qui a besoin de ses outils collaboratifs.

L'ancienne méthode (le piège du tarif par utilisateur)

Dans l'exemple historique, Google Workspace Starter coûte $6 par utilisateur et par mois. Vous avez trois employés et les adresses info@, sales@ et billing@. Si chacune exige un utilisateur payant distinct, cela représente 6 licences, soit $36 par mois et $432 par an. Ce n'est pas la seule solution : vérifiez si des alias, groupes ou autres options autorisées conviennent, ainsi que les tarifs actuels.

La comparaison historique utilise 30GB par utilisateur pour Starter. La capacité effective dépend du stockage mutualisé, des limites individuelles et de l'édition souscrite ; elle peut couvrir Gmail, Drive et Google Photos. Avant d'envisager une offre à $12 par utilisateur et par mois, examinez les quotas et options actuels. Atteindre une limite ne signifie pas toujours devoir augmenter toutes les licences.

La nouvelle méthode (le modèle mutualisé de TrekMail)

La description historique de Starter de TrekMail indique $3.50 par mois (ou $42 par an), 50 domaines, 100 boîtes par domaine et 15GB de stockage mutualisé. Les adresses info@, billing@ et support@ peuvent être organisées avec des alias vers des boîtes autorisées. Vérifiez les quotas, fonctions et tarifs en vigueur avant de souscrire ou de créer les destinataires.

Le stockage mutualisé offre une autre répartition de la capacité que le modèle par boîte évoqué dans cette comparaison de 2005. Un dirigeant disposant de 12GB de pièces jointes consomme une partie du quota commun, mais les limites individuelles et celles du compte restent importantes. Examinez la capacité réelle avant de changer d'offre.

Vous n'avez pas besoin de choisir une suite avec 500 réglages si ses outils supplémentaires ne vous servent pas. Le panneau de messagerie permet d'organiser domaines et utilisateurs, mais le DNS, l'authentification, les droits et les quotas restent à vérifier.

Consultez la page des tarifs de TrekMail ou comparez les offres dans la présentation des forfaits. Pour une comparaison plus large du marché, lisez notre analyse des solutions de messagerie professionnelle pour les petites entreprises.

Comprendre les enregistrements MX sans jargon

Le DNS est abstrait, alors prenons une comparaison concrète.

Imaginez que votre domaine est un immeuble commercial.

• L'enregistrement A est la porte d'entrée : c'est par elle que les clients accèdent à votre site web.
• L'enregistrement MX est le quai de livraison : c'est là que les messages arrivent.

Quand quelqu'un vous envoie un e-mail, son serveur recherche votre domaine dans l'annuaire DNS mondial. Il demande précisément l'enregistrement MX.

• Aucun enregistrement MX ? SMTP peut tenter les adresses A/AAAA du domaine comme route implicite ; vérifiez si cette route reçoit effectivement du courrier.
• L'enregistrement MX pointe vers votre ancien hébergeur ? Le message peut encore y parvenir, selon les caches et la configuration de l'ancien service.
• L'enregistrement MX est correct ? Il dirige la livraison vers le serveur prévu ; les destinataires, le service et ses filtres doivent encore fonctionner.

Le site web peut fonctionner via son enregistrement A alors que le routage MX rencontre un problème. Ce sont des routes distinctes, mais elles peuvent partager le DNS, le réseau ou les comptes d'administration.

5 erreurs DNS qui nuisent à la délivrabilité

Ces erreurs reviennent constamment. Si quelque chose ne fonctionne pas après la configuration de la messagerie de votre domaine, commencez par vérifier ces points.

1. Conserver le « MX de secours »

Ne conservez pas un ancien serveur comme secours sans vérifier son autorisation, ses filtres, ses destinataires et sa route de relais. Un MX secondaire bien administré peut être valable ; une entrée obsolète peut recevoir du courrier qui n'est plus traité correctement. Examinez les priorités et les routes hybrides, puis retirez uniquement ce qui ne fait plus partie de l'architecture autorisée.

2. Conflits CNAME sur le domaine racine

Un CNAME ordinaire ne peut pas coexister avec les enregistrements SOA, NS et MX nécessaires à la racine du domaine (@). Pour Wix, Squarespace ou un autre service, utilisez les adresses A/AAAA ou les fonctions Alias/ANAME ou d'aplatissement documentées par votre fournisseur. Ces fonctions ne reviennent pas à publier un CNAME ordinaire à la racine.

3. Modifier de nouveau les enregistrements avant la fin de la propagation

Les résolveurs peuvent conserver une ancienne réponse même si votre propre requête affiche la nouvelle valeur. Un intervalle de 24 heures peut servir à planifier, mais dépend du TTL et des caches. Avant de corriger l'enregistrement au bout de 10 minutes, comparez la zone faisant autorité aux réponses en cache. Un nouveau changement ne relance pas un compteur mondial de propagation.

4. Oublier l'enregistrement SPF

Sans politique SPF valide, le destinataire ne peut pas vérifier cette autorisation pour l'identité SMTP évaluée. Cela peut influer sur l'authentification et le filtrage, sans expliquer à lui seul un classement en spam. Publiez une politique couvrant les expéditeurs réels et consultez le guide SPF avant de la modifier.

5. Indiquer le mauvais nom d'hôte dans l'enregistrement MX

Pour recevoir à la racine du domaine, utilisez @ ou le champ vide indiqué par le fournisseur. Avec mail ou www, vous configurez un sous-domaine : par exemple user@mail.yourcompany.com, pas user@yourcompany.com. Cela peut être valable si c'est votre intention ; vérifiez le nom complet publié.

Quelles adresses créer en premier

Avant d'ajouter des boîtes aux lettres au hasard, réfléchissez au cycle opérationnel de chaque adresse. Qui la contrôle ? Que se passe-t-il lorsque quelqu'un quitte l'entreprise ?

1. Le compte administrateur de secours (ops@ ou admin@)

Définissez un compte administratif protégé et des responsables autorisés, sans dépendre uniquement d'une adresse personnelle ou de la boîte que vous pourriez devoir récupérer. Prévoyez une authentification renforcée, des droits minimaux et des méthodes de récupération sûres. Documentez le relais administratif et réservez ce compte aux tâches nécessitant ses privilèges.

2. Les alias fonctionnels (info@, support@, hello@)

Pour éviter de consulter cinq boîtes, vous pouvez diriger info@ par un alias vers une boîte autorisée, si votre offre le permet. Envoyer en tant que info@ exige une identité autorisée et une configuration de client et de SMTP compatible ; le transfert entrant ne l'active pas à lui seul. Vérifiez les conditions actuelles et consultez la documentation sur la configuration du transfert.

3. Les comptes fonctionnels pour l'infrastructure (billing@, marketing@)

Les adresses fonctionnelles peuvent faciliter le relais des abonnements SaaS, plateformes publicitaires et services financiers. Si Facebook Ads est associé à sarah@yourcompany.com, vérifiez l'autorité de récupération et révoquez les accès et sessions concernés avant d'organiser un transfert autorisé. Un compte personnel non administré par l'entreprise peut compliquer la récupération ; trois semaines serait un exemple de retard, pas un délai d'assistance établi.

Conventions de nommage et choix du format

Choisissez un format avant d'avoir 20 employés. Un changement ultérieur peut demander de mettre à jour les carnets d'adresses et de prévenir les clients ; conserver des anciennes routes vérifiées facilite la transition.

Recommandation pratique : vous pouvez commencer par firstname@ dans une petite entreprise. Envisagez first.last@ au-delà de 5-10 personnes et prévoyez les doublons. Si l'offre et la configuration le permettent, gardez john@ comme alias après l'adoption de john.doe@, puis testez les deux routes avant d'annoncer le changement.

Dépannage en cas de problème

Si un problème persiste, les cas suivants offrent des points de départ. Confrontez chaque symptôme à la réponse complète du serveur et aux journaux disponibles.

« Je peux envoyer des messages, mais pas en recevoir. »

Causes possibles : MX, caches, destinataires, quotas, files d'attente ou quarantaine du serveur.
Vérifications : consultez plusieurs résolveurs avec whatsmydns.net et comparez leurs réponses à la zone faisant autorité. Une ancienne valeur peut être en cache ; une réponse vide demande de vérifier la publication et la requête. Examinez aussi la route et les journaux de la livraison concernée.

« Je peux recevoir des messages, mais les miens arrivent dans les spams. »

Causes possibles : authentification, contenu, réputation ou règles du destinataire.
Vérifications : envoyez un test à mail-tester.com et confrontez ses observations aux en-têtes d'un message réel. Sa note ne représente pas tous les destinataires. Google Postmaster Tools fournit des métriques agrégées pour Gmail personnel lorsque le domaine remplit les conditions de disponibilité, pas un journal complet de livraison. Consultez aussi le guide de diagnostic du spam.

« Outlook me redemande sans cesse mon mot de passe. »

Causes possibles : identifiants, serveur, port, TLS ou méthode d'authentification incompatible.
Vérifications : confirmez les paramètres actuels du fournisseur et la compatibilité du client. OAuth ou les mots de passe d'application dépendent du service et de sa politique ; voici des exemples de connexion :

• IMAP (entrant) : port 993, TLS implicite ; SSL/TLS peut être le libellé du client, sans recommander l'ancien protocole SSL
• SMTP (sortant) : port 465 (SSL/TLS comme libellé du TLS implicite) ou 587 (STARTTLS), avec validation du certificat
• Nom d'utilisateur : votre adresse e-mail complète avec @domain, pas seulement la partie qui le précède

Pour obtenir la configuration complète du client, consultez le guide pour connecter Outlook ou la référence complète des paramètres IMAP et SMTP.

« Je reçois un message de rejet 550. »

Causes possibles : un rejet permanent peut concerner le destinataire, l'authentification, la réputation ou une règle du serveur distant.
Vérifications : lisez la réponse complète et identifiez le serveur et le destinataire concernés. Vérifiez l'existence et la route de l'adresse si le diagnostic le justifie ; le code seul ne démontre pas un problème de réputation. Consultez le guide de réputation lorsque les éléments recueillis y conduisent.

Conclusion

Créer une adresse e-mail avec votre domaine revient à assumer la responsabilité opérationnelle de votre présence numérique. Vous cessez de dépendre d'une adresse empruntée et prenez le contrôle de la vôtre.

L'objectif est une configuration vérifiable et maintenable. Examinez les routes MX autorisées, les expéditeurs SPF, les signatures DKIM et les rapports DMARC disponibles. Recommencez lorsque les fournisseurs, applications ou droits changent ; une bonne configuration initiale ne supprime pas le besoin de suivi.

Si vous n'avez pas besoin de Google Calendar ni de SharePoint, comparez TrekMail comme solution centrée sur le courrier. Vérifiez les tarifs, quotas et droits d'envoi actuels et configurez un client IMAP et SMTP compatible. Dans le modèle Nano décrit, tout envoi, réponses comprises, exige votre propre SMTP autorisé ; les offres avec SMTP géré dépendent de leurs droits en vigueur. Vérifiez la disponibilité de l'offre gratuite et les conditions d'évolution avant de choisir.

Administrez votre domaine, vérifiez vos enregistrements et prévoyez l'accès aux données et leur conservation.

Consultez l'offre gratuite et ses conditions sur trekmail.net