Différents fournisseurs de messagerie pour différents sous-domaines?
Configurer un fournisseur de messagerie (Google Mail/Applications, Outlook, etc.) semble simple pour un seul domaine. Dans le cas de plusieurs sous-domaines, différents fournisseurs de messagerie peuvent-ils être utilisés pour chaque sous-domaine?
Quelques exemples pour montrer ce que je pense:
joe.example.com - [email protected] - Google Apps
jane.example.com - [email protected] - Outlook
mary.example.com - [email protected] - Google Mail
junior.example.com - [email protected] - some other provider
La clé étant que chaque sous-domaine a une adresse électronique correspondante, mais pas nécessairement tous du même fournisseur de messagerie.
Chaque sous-domaine peut-il être configuré indépendamment pour la fourniture de courrier électronique ou doit-il s'agir d'une configuration homogène?
Un fournisseur de service de messagerie spécifique peut être désigné dans chaque sous-domaine à l'aide d'enregistrements MX MX. Cependant, la partie domaine de l'adresse de messagerie détermine ce qui est lu les enregistrements MX et donc le serveur de messagerie qui reçoit les e-mails entrants.
Pour la solution que vous avez demandée, lorsque différents fournisseurs de services de messagerie sont utilisés simultanément pour un même domaine, une configuration plus complexe est requise. Pour être honnête, ce n'est pas une bonne solution. C'est un problème que je rencontre tout le temps, en particulier avec les petites entreprises et les organismes de bienfaisance qui peuvent avoir un grand nombre d'utilisateurs satisfaits d'une interface de messagerie Web standard et du protocole SMTP/IMAP pour envoyer/recevoir des courriels à partir de leurs ordinateurs de bureau et appareils mobiles. , mais peut-être seulement quelques utilisateurs ont besoin d’une configuration d’échange complet avec dossiers partagés, calendriers partagés, gestion des tâches, listes de contacts globales et courrier Active-Sync Push sur leurs appareils mobiles, etc. Malheureusement, la configuration du serveur de messagerie ne peut pas être configurée par adresse électronique. et doit toujours être une configuration par domaine.
J’ai inclus ici 3 options pour savoir comment procéder, principalement pour vous assurer de les connaître et de les examiner, mais pour répondre à votre question lorsque vous avez spécifié que vous souhaitez utiliser simultanément une sélection de fournisseurs de messagerie et à partir d’un seul nom de domaine et ne souhaitez pas être consolidé en un seul fournisseur de messagerie pour tous vos utilisateurs de messagerie, votre seule option réaliste pour aller de l’avant est probablement Option C ci-dessous.
Option A: Consolidation du fournisseur de messagerie
Vous choisissez tous de définir la plate-forme de messagerie que vous utiliserez avec ce nom de domaine. Par exemple, vous utilisez tous Google Apps, Office 365 ou un autre fournisseur. C’est la seule solution qui vous permettra d’envoyer et de recevoir des messages électroniques avec l’image de marque du domaine parent principal (@example.com).
Option B: Séparation du nom de domaine (en utilisant différents gTLD)
S'il n'y a que quelques fournisseurs de messagerie à utiliser simultanément, les entreprises ont parfois géré cette division en utilisant un domaine @example.com pour un fournisseur et un @example.net ou @example.org pour l'autre fournisseur. En utilisant un nom de domaine différent pour chaque fournisseur de messagerie, il n'y a plus de problème de routage. Pour éviter toute perte de messages dus à la confusion ou à des adresses électroniques supposées, vous pouvez configurer des alias/redirecteurs de messagerie sur chaque domaine afin de garantir que tous les messages parviennent aux utilisateurs de boîte aux lettres souhaités . Par exemple:
Email Provider 1 (example.com): [email protected] --> [email protected]Email Provider 2 (example.net): [email protected] --> [email protected]
Option C: Transfert de courrier dans le domaine parent
- Vous configurez les différents enregistrements MX pour chacun des sous-domaines selon les préférences de chaque utilisateur de boîte aux lettres et créez des boîtes aux lettres chez chaque fournisseur de service de messagerie respectif. Pour donner un exemple, pour
[email protected], vous devriez configurer les enregistrements MX suivants:
joe.example.com IN MX preference:10 exchange:aspmx.l.google.comjoe.example.com IN MX preference:20 exchange:alt1.aspmx.l.google.comjoe.example.com IN MX preference:30 exchange:alt2.aspmx.l.google.comjoe.example.com IN MX preference:40 exchange:aspmx2.googlemail.comjoe.example.com IN MX preference:50 exchange:aspmx3.googlemail.com
- Puis, au niveau du domaine parent, pointez les enregistrements MX et A sur les serveurs de messagerie pour lesquels il existe un panneau de configuration auquel vous pouvez accéder pour configurer le transfert des e-mails (en substituant les adresses IP de vos serveurs à celles composées):
example.com IN MX preference:10 exchange:mx1.example.comexample.com IN MX preference:20 exchange:mx2.example.commx1.example.com IN A 111.222.333.444mx2.example.com IN A 111.222.333.444
- À partir de là, vous pouvez créer un alias de messagerie/redirecteur à rediriger:
[email protected] --> [email protected][email protected] --> [email protected]etc...
Cela acheminera automatiquement les e-mails entrants de Joe vers Google Apps pour lui. Toutefois, lorsqu'il répondra à ses messages, ils apparaîtront comme tels et ensuite ils configureront un transitaire/alias pour rediriger les e-mails entrants reçus avec
[email protected]en[email protected].Pour vous aider à gérer cela, si vous n’aimiez pas voir la répétition dans vos adresses électroniques, vous pourriez peut-être choisir vos noms de sous-domaine en fonction du fournisseur de messagerie, par exemple:
[email protected],[email protected]ou[email protected], ou si vous préférez des versions plus courtes. à propos de[email protected],[email protected]et[email protected].Si les utilisateurs envoient/reçoivent leurs courriers électroniques à partir du logiciel de bureau Microsoft Outlook, vous pouvez le configurer pour qu'il utilise le serveur IMAP de Google Apps pour recevoir des messages, mais qu'il utilise le serveur SMTP de votre domaine parent pour envoyer des messages. par
[email protected].La même méthode peut être utilisée à partir d'appareils mobiles, mais autant que je sache, il est impossible si vous vous connectez au système Web de Google Apps ou à Outlook.com ou à Office 365.