J'ai du mal à déplacer les enregistrements MX vers les bureaux d'enregistrement DNS
J'utilise le courrier électronique de Google Apps et héberge traditionnellement mes propres enregistrements DNS via ma configuration Plesk. Il nous a été recommandé de traiter les e-mails de manière plus fiable pendant les temps morts si nous conservions les listes MX et CNAME requises par Google Apps hébergées chez Enom au lieu de les gérer en interne.
J'ai essentiellement copié les paramètres de Plesk vers Enom. Le domaine lui-même est transmis sans problème, mais les enregistrements MX, bien qu'ils semblent être entrés dans Enom sans erreur, ne semblent jamais rediriger mon courrier. Si j'essaie d'envoyer à l'adresse e-mail que je tente d'acheminer, l'erreur suivante s'affiche:
Google a tenté de transmettre votre message, mais celui-ci a été rejeté. Nous vous recommandons de contacter l'autre fournisseur de messagerie pour plus d'informations sur la cause de cette erreur. L'erreur renvoyée par l'autre serveur était la suivante: 553 553 désolé, ce domaine ne figure pas dans ma liste des serveurs autorisés rcpthosts (# 5.7.1) (état 14).
Ce type d'erreur est souvent mentionné en ce qui concerne la propogation, mais cela fait deux jours et Enom met à jour tout le reste presque instantanément.
Des idées?
Vous pouvez attendre le TTL (quelle que soit la rapidité avec laquelle eNom met à jour leurs enregistrements DNS, le TTL sera probablement observé par les systèmes intermédiaires qui ont mis en cache l'enregistrement MX), Cependant, le coupable le plus probable après 48 heures serait votre paramètres de Plesk .
Mise à jour:
Mes excuses: votre question m'a laissé penser que vous dupliquiez vos paramètres Plesk sur eNom à des fins de redondance, bien que l'en-tête que vous avez fourni indique le contraire.
D'après l'examen des en-têtes que vous avez fournis, il semblerait que eNom ne renvoie aucun enregistrement MX - voir mx: nativeapps.org sur MXToolBox (vous souhaiterez peut-être vérifier en permanence quels serveurs de noms d'eNom retournent pour votre domaine vous enquêter avec leur personnel de soutien).
n commentaire, une idée:
Le commentaire est que cette question est probablement mieux servie sur serverfault.com ou superuser.com (honnêtement, je ne sais pas laquelle est la plus appropriée).
L'idée est que vous devriez inclure les en-têtes de message renvoyés dans votre question et indiquer quel domaine exact rencontre ce problème. Le DNS étant un système public, une fois que nous connaissons le domaine, nous pouvons examiner les informations que vous publiez dans le DNS et vous indiquer où se situe le problème.