web-dev-qa-db-fra.com

Configuration d'un compte de messagerie à l'aide du service d'hébergement cpanel de godaddy

Je viens d’acheter un service d’hébergement cpanel avec GoDaddy. Ensuite, j'ai configuré l'hébergement pour un domaine enregistré sur un autre compte GoDaddy. Pour cela, j'ai modifié l'enregistrement DNS dans le deuxième compte (celui qui a enregistré le domaine) pour qu'il pointe vers l'adresse IP de mon serveur cpanel. Cela a bien fonctionné.

Le problème est que lorsque je configure un e-mail (avec cpanel), je ne peux ni envoyer ni recevoir d'e-mails vers/depuis le domaine. Vous ne savez pas comment configurer les enregistrements MX, mais vous avez tenté de définir un enregistrement MX de manière à ce qu'il pointe sur mail.mydomain.com et un enregistrement A a été créé pour pointer mail.mydomain.com sur l'ip du serveur cpanel. Cela ne fonctionne pas, je ne sais pas comment procéder à partir de maintenant et j'apprécierais toute aide.

merci

2
natral

Vous confondez des enregistrements A avec des enregistrements MX, mail.example.com est une configuration d’enregistrement A automatiquement créée par cPanel et n’est pas pertinente pour la configuration des enregistrements MX nécessaires au fonctionnement du courrier électronique.

La solution la plus simple serait de trouver les serveurs de noms utilisés par votre hébergement, puis de remplacer les serveurs de noms de domaine par ceux de l’hébergement, puis les enregistrements sont: configuré automatiquement pour vous.

Si vous préférez le faire manuellement, vous devez vérifier quels enregistrements MX vous devriez utiliser, par exemple:

  • smtp.sercureserver.net priorité 0
  • mailstore1.secureserver.net priorité 10

La modification des enregistrements de domaine ou des serveurs de noms peut prendre entre 1 et 72 heures, même avec de nouveaux domaines.

Ensuite, dans votre client de messagerie, vous pouvez utiliser mail.example.com pour les paramètres POP3/IMAP/SMTP. Toutefois, il est conseillé de vous connecter à leur serveur de messagerie en utilisant leurs propres domaines à des fins SSL et de rapidité.

3
Simon Hayter