В чем преимущество наличия клиентского MTA в сети SMTP? - PullRequest
0 голосов
/ 03 июля 2018

Стандартная доставка электронной почты использует как минимум 2 SMTP-соединения:

  • От отправителя к MTA отправителя
  • От MTA отправителя к MTA получателя

и требует как минимум двух SMTP-серверов, первый из которых - relay .

Вместо этой инфраструктуры маршрутизации / ретрансляции клиент может напрямую отправлять свои сообщения в MTA получателя, например, минуя шаг реле.

Я понимаю, что есть некоторые преимущества, такие как:

  • делегирование аутентификации и серый список : получатель может доверять MTA отправителя для аутентификации отправителя, поэтому нет необходимости иметь возможность аутентифицировать отправителя.
  • преимущества клиент-серверной архитектуры : клиентский MTA, являющийся сервером, может легко обеспечить больше функций (быть более защищенными и т. Д.), Чем клиентское приложение. Например, когда подключение к Интернету было дорогостоящим, сервер MTA мог бы установить соединение с Интернетом.

Но, похоже, это только преимущества, а не ограничение дизайна сегодня (встраивание библиотеки в клиент больше не проблема).
Существуют ли какие-либо причины, по которым сегодня требуется использование клиентского MTA, или это связано с технологической инерцией этих протоколов (например, сложность изменения хорошо разработанного и внедренного стандарта)?

Ответы [ 2 ]

0 голосов
/ 05 июля 2018

Существует несколько веских причин для использования клиентского MTA. Вот два:

1) Отправляющий MTA выполняет DNS-запросы, чтобы выяснить, к какому почтовому серверу нужно обратиться, чтобы связаться с MTA получателя.

2) Если отправляющему MTA не удается связаться с почтовым сервером получателя, он может повторить попытку доставки позже. Или это может быть связано с использованием одной из записей MX на более высоком расстоянии принимающего домена (если таковые имеются).

Вы всегда можете написать эту функцию в своем почтовом клиенте, но если вы сделаете это, вы уже на пути к тому, чтобы сделать свой почтовый клиент MTA.

Есть и другие причины. Например, если отправляющий MTA обрабатывает почту для нескольких отправителей, он может отправлять электронные письма: например, если у него несколько адресов электронной почты, предназначенных для адресов Gmail, он может отправлять их по одному и тому же соединению. Таким образом, не нужно открывать и закрывать соединение для каждого письма. Это становится еще более выгодным, если необходимо согласовать TLS и / или AUTH.

0 голосов
/ 03 июля 2018

Ваше предложение слишком сложно для большинства пользователей в "эру спама".
Это может стоить усилий, необходимых для некоторых, но, к сожалению, в основном для спаммеров.

Отправка через «MTA / SMTP-сервер отправителя» значительно упрощает отправку электронной почты, устраняя неполадки по отправителю и реализацию клиента электронной почты.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...