Media Temple, SPF et Modification des adresses IP

OK … alors j'ai un count d'hébergement avec Media Temple et j'ai récemment eu des problèmes avec les servers de messagerie marquant mes courriels envoyés comme SPAM. J'ai examiné le problème et j'ai lu que c'est une bonne idée de mettre en œuvre SPF qui est ce que j'ai fait, mais voici le problème: mon logging MX (mail.mydomain.com) dans mon DNS doit indiquer une adresse IP – disons simplement 10.0.0.1 par exemple – mais au cours de la search de pourquoi je recevais la list noire par les FAI, j'ai constaté que mes e-mails sortants étaient envoyés à partir d'une IP différente – disons simplement 10.0.0.2 – que ce qui figure dans mon input DNS MX . De ce que je peux dire, c'est la raison pour laquelle mes messages ont été signalés: l'IP d'origine ne faisait partie de l'logging DNS nulle part.

Donc, je suis entré dans mon logging SPF qui n'avait qu'une seule input: mydomain.com et ajouté une input ip4 qui indiquait l'adresse IP du server de messagerie sortant (par ex. Ip4: 10.0.0.2). D'après ce que j'ai recueilli, cela indique à la réception des servers de messagerie que les e-mails provenant de mon domaine sont autorisés à passer par cette adresse IP. Super … pas plus difficile ne fonctionne pas … Je passe tous les tests SPF que je cours sur le domaine … tout semble correct.

Mais – par curiosité, je request à la personne de support de Media Temple si l'IP du server de messagerie sortant changera jamais … ils répondent que oui, cela changera occasionnellement. Évidemment, lorsque cela se produira, mon logging SPF ne fonctionnera plus. Donc, ma question est de savoir comment atténuer ce risque de les faire modifier l'IP du server sortant et puis-je envoyer des e-mails qui échouent aux vérifications SPF? Est-ce que je suis vissé ici ou est-ce qu'il y a quelque chose que je peux faire avec l'logging SPF ou une autre input DNS qui empêchera cela?

Voici à quoi ressemble mon SPF actuel:

v = spf1 ip4: 10.0.0.2 a: mydomain.com/20-tout

2 Solutions collect form web for “Media Temple, SPF et Modification des adresses IP”

En règle générale, je dis aux gens de restr loin d'envoyer des courriels de leur hébergeur du site web en raison des raisons suivantes:

  • La réputation de votre expéditeur est liée à votre adresse IP, qui est généralement partagée par beaucoup de personnes et peut avoir une réputation terrible à partir d'expéditeurs non réputés
  • Vous ne savez pas si vos courriels ont effectivement été envoyés, ou s'ils ont été livrés, ou quelque chose au-delà de cela

Mais dans votre cas, ce que vous allez devoir searchr est une sorte d'alias pour l'adresse IP qui envoie le courrier électronique. Avec PostageApp , nous demandons à nos clients d'utiliser mailer.postageapp.com dans leurs loggings SPF, car nos IP peuvent changer de time en time, nous utilisons donc un nom d'hôte pour nous assurer qu'ils ne doivent jamais faire face au problème que vous rencontrez.

Peut-être que vous pouvez chercher à get un server SMTP dédié qui a une IP définie ou dont le nom d'hôte est disponible pour atténuer ce problème, ou vous pouvez get des services de courrier électronique tiers afin que vous ne deviez jamais y penser.

( DIVULGATION COMPLÈTE: Je suis le responsable du produit de l'affranchissement, mais je connais votre problème. Faites-moi savoir si vous avez d'autres questions!)

La meilleure option est d'utiliser les informations fournies sur la (Mt) Media Temple KnowledgeBase pour créer un logging SPF. Cela garantira que, peu importe ce qui se passe avec l'adresse IP du courrier électronique, votre SPF vous aura couvert. Voici cet article:

https://kb.mediatemple.net/questions/658

Je tiens également à vous informer que l'adresse IP du courrier électronique diffère de l'adresse IP Web, en supposant que vous êtes sur le (gr) Grid-Service (gs). C'est parce que le courrier est hébergé sur un set différent de servers physiques. Donc, si vous avez des scripts sur vos sites Web qui envoient également du courrier, assurez-vous d'append * .gridserver.com au SPF.

Maintenant, pour ma divulgation complète: je travaille au (mt) Media Temple.

  • Vérification SPF basée sur IP client au lieu de IP MTA?
  • Deux servers, même courrier électronique envoyé par les deux, Gmail ne voit qu'un seul comme spam
  • Syntaxe correcte pour un logging SPF
  • Le courrier marqué comme spam (Gmail / Hotmail): IP non sur la list noire, DKIM Valid, SPF Valid et DMARC valide
  • Mixage des loggings SPF
  • Enregistrement DNS pour l'envoi du server de messagerie
  • Pourquoi est-ce que je reçois ces courriels?
  • Route 53 - Devrais-je dupliquer mes loggings SPF comme loggings TXT?
  • Test d'un server de messagerie / server ne le rendant pas au destinataire
  • Comment éviter le rejet des messages en raison de DMARC lorsqu'ils sont envoyés via un alias de Gmail?
  • Ai-je besoin de SPF, et comment puis-je le configurer?
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.