Une requête SMTP contient-elle des informations d'en-tête d'hôte (ou simplement l'adresse IP du server SMTP ciblé)?

Nous utilisons un server smtp commercial externe pour nos bulletins d'information (en les envoyant à travers les composants .NET) et ils proposent deux URL smtp – smtp.critsend.com et fast.critsend.com – et la seconde est réservée pour envoyer des emails singuliers , le premier pour le volume.

L'utilisation de nslookup montre que les deux résolvent les mêmes 4 adresses IP (fast.critsend.com étant un Alias).

Question: (comment) est-il possible pour le relais smtp de distinguer différents noms? Existe-t-il quelque chose dans les en-têtes qui peuvent être comparés aux en-têtes d'hôte du protocole HTTP (je n'ai trouvé aucune information intelligible pour un système non-sysadmin)?

La raison pour laquelle je request est parce que nous aimerions utiliser une des adresses IP dans notre script de bulletin d'information (qui fonctionne) plutôt qu'un nom (afin d'save les requests de DNS), et nous nous demandons des problèmes potentiels.

Les 4 adresses IP que vous voyez en utilisant nslookup pourraient simplement être des servers de passerelle pour le réseau en utilisant round and robin dns pour échouer / surcharger l'équilibrage.

Ces passerelles se transmettront à différentes "back ends", la seule façon d'être vraiment sûr si cela se produit est d'envoyer des e-mails de test à vous-même et d'inspecter les en-têtes de courrier électronique (à less qu'ils ne fassent un bon travail de purge interne), et voir le différents servers utilisent pour envoyer les emails.

Le nom du server cible n'est pas utilisé dans la requête SMTP. Il n'y a pas d'équivalent de l' Host: HTTP Host: tête.

Si vous souhaitez utiliser une adresse IP au lieu d'un nom DNS, je vous recommand de parler au fournisseur de service de messagerie afin de vérifier quelle adresse IP préfèrent que vous utilisiez. (Et, pour l'amour de DEITE, ne codiez pas l'adresse IP – utilisez un file de configuration ou placez-le dans /etc/hosts , et vérifiez-le avant la prochaine exécution!)

Une autre façon d'éviter de multiples succès sur le server DNS de votre FAI serait de configurer un résolveur DNS local, au lieu d'utiliser les résolveurs de votre FAI.