web-dev-qa-db-fra.com

Vous ne recevez pas d'e-mail envoyé de PHP mail () après la migration de cPanel?

Je viens de déplacer mon site example.com d'un hôte à un autre en effectuant une sauvegarde et une restauration de compte cPanel. Les serveurs de noms sont modifiés il y a quelques heures. [email protected] est hébergé chez Google Apps avec des enregistrements MX pointant vers aspmx.l.google.com, etc.

Le changement de serveur de noms semble s'être propagé car le site Web fonctionne correctement à partir du nouveau serveur. Cependant, il y a quelque chose d'étrangement faux dans les courriels:

  1. Les e-mails envoyés de mon compte Gmail [email protected] (compte Gmail natif) à [email protected] sont correctement reçus.
  2. Je peux ensuite me connecter aux applications Google pour afficher la boîte de réception de [email protected], voir le message et envoyer une réponse à [email protected], qui est à nouveau correctement reçu.
  3. Les e-mails envoyés à [email protected] par PHP mail () depuis le nouveau serveur sont correctement reçus, avec les champs "mailed-by" et "signés par" appropriés dans Gmail .
  4. Les e-mails envoyés à [email protected] par PHP mail () à partir du nouveau serveur ne sont PAS du tout reçus, PAS même de spam.

C’est vraiment bizarre, car [email protected] et mail () semblent bien fonctionner individuellement, mais lorsque vous envoyez un message () à [email protected], le message n’arrive tout simplement pas.

Une idée pourquoi? S'agit-il de la propagation DNS ou y a-t-il un problème interne avec mon serveur ou mon code? Dois-je attendre ou dois-je faire quelque chose?

phpdnsemailcpanelmx
1
datasn.io

Une fois les serveurs de noms modifiés et la migration, bien que mon site Web fonctionne correctement à partir du nouveau serveur, cela ne signifie pas que la propagation de la modification est terminée.

Lorsque mon nouveau serveur tente d'envoyer un courrier électronique à [email protected] via PHP mail (), il doit rechercher les enregistrements MX de example.com pour le serveur de destination. Cependant, comme la propagation n’est pas encore terminée, il n’est pas en mesure d’acquérir l’adresse IP du serveur de destination pour le moment, ce qui empêche le message d’être envoyé.

Nous avons donc 2 solutions:

  1. Attendez que la propagation soit complètement terminée.
  2. Modifiez les serveurs DNS consultés par le serveur d'envoi pour résoudre les domaines de messagerie. example.com .

Je suis passé à Google DNS pour mon serveur afin que mail () puisse résoudre avec succès [email protected] et envoyer des messages.

1
datasn.io