Pourquoi un serveur SMTP intermédiaire est-il nécessaire pour envoyer des messages?

Lorsqu'une personne apprend plus sur le fonctionnement des clients de messagerie, des serveurs SMTP et de l'ensemble du système de messagerie en ligne, elle peut se demander pourquoi un serveur SMTP intermédiaire est nécessaire. Dans cet esprit, le SuperUser Q & A post d'aujourd'hui a les réponses aux questions d'un lecteur curieux.

Question d'aujourd'hui &La session de réponse nous est offerte par SuperUser, une subdivision de Stack Exchange, un regroupement communautaire de sites Web Q & A.

Photo publiée avec l'aimable autorisation de David Schroeder( Flickr).

La question Lecteur

SuperUser Tobia veut savoir pourquoi un serveur SMTP intermédiaire est nécessaire pour envoyer du courrier:

Pourquoi ai-je besoin d'un serveur SMTP intermédiaire pour envoyer du courrier? Pourquoi mon client de messagerie( Outlook ou Thunderbird) est-il incapable d'envoyer des messages directement au domaine SMTP du destinataire?

Par exemple, si je dois envoyer un mail à [email protected]

avec mon compte Gmail, je l'envoie au serveur smtp.gmail.com ;alors ce serveur envoie mon message au serveur MX de example.com .

Pourquoi un serveur SMTP intermédiaire est-il nécessaire pour envoyer du courrier?

La réponse

SuperUser contributeur davidgo a la réponse pour nous:

Il est techniquement possible d'envoyer du courrier directement sur le serveur SMTP du destinataire à partir de votre ordinateur.

Si vous le regardez de manière historique, si le serveur SMTP distant est hors service, vous voulez qu'un système le gère automatiquement et continue de réessayer, d'où vous avez un serveur SMTP.De même, jadis, tous les serveurs de messagerie n'étaient pas connectés en permanence( les liaisons longue distance coûtaient cher), de sorte que le courrier était mis en file d'attente et envoyé lorsqu'un lien était établi.

Passant à l'endroit où les services Internet sont bon marché, il est toujours utile d'avoir des mécanismes pour réessayer d'envoyer du courrier si un serveur est indisponible. Il n'est pas idéal que cette fonctionnalité soit écrite dans le MUA( programme de courrier électronique agent / utilisateur final).Ces fonctions s'intègrent dans un MTA( serveur de messagerie / serveur SMTP).

Mais ça devient pire-les spammeurs. La plupart des messages( plus de 80%) sont des pourriels. Les fournisseurs de messagerie font tout ce qu'ils peuvent pour réduire ce problème et un grand nombre de techniques font des hypothèses sur la façon dont le courrier est livré.Les éléments suivants sont importants:

1. Greylisting: Certains fournisseurs abandonnent automatiquement une connexion de messagerie si l'expéditeur et le destinataire n'ont pas communiqué auparavant et s'attendent à ce qu'ils essaient une deuxième fois. Les spammeurs ne réessayent souvent pas lorsqu'un serveur SMTP est toujours supposé le faire. Cela réduit le volume de spam d'environ 80%, mais il est à craindre d'avoir à le faire.

2. Réputation: Il est beaucoup plus probable que quelqu'un envoyant du courrier via un serveur SMTP de bonne réputation est légitime comparé à un serveur fly-by-night. Pour avoir une idée de la réputation, les fournisseurs font un certain nombre de choses:

• Bloquer les adresses dynamiques / client( pas 100 pour cent, mais de gros morceaux d'Internet ont été mappés).
• Vérifiez si le DNS inverse correspond au DNS direct. Ce n'est pas très difficile à faire, mais cela montre un certain niveau de responsabilité et de connaissance des meilleures pratiques( ce que beaucoup de blocs d'adresses clients n'ont pas).
• Vérifiez la réputation. Lors de la communication avec d'autres serveurs SMTP, de nombreux fournisseurs gardent une trace de la quantité de spam et du volume de courrier envoyé.Ils peuvent réduire la quantité de spam en limitant les connexions et en gardant un œil sur ces paramètres. Il y a beaucoup de façons de procéder, pas toutes évidentes, mais qui nécessitent un expéditeur connu.
• SPF et DKIM.Ces mécanismes lient les ressources DNS au nom de domaine pour rendre le courrier forgé plus difficile et serait difficile, mais pas nécessairement impossible à déployer si le programme de messagerie( MUA) est responsable du courrier sortant.

Il y a probablement d'autres préoccupations mineures, mais celles-ci seraient les plus importantes.

Avoir quelque chose à ajouter à l'explication? Sonnez dans les commentaires. Vous voulez lire plus de réponses d'autres utilisateurs de Stack Exchange? Découvrez le fil de discussion complet ici.