Почему для отправки почты необходим промежуточный SMTP-сервер?
Когда человек узнает больше о том, как работают почтовые клиенты, SMTP-серверы и вся система онлайн-почты, ему может быть любопытно, зачем вообще нужен промежуточный SMTP-сервер. Имея это в виду, в сегодняшнем посте SuperUser Q & A есть ответы на вопросы любопытного читателя..
Сегодняшняя сессия вопросов и ответов пришла к нам благодаря SuperUser - подразделению Stack Exchange, группе веб-сайтов вопросов и ответов, управляемой сообществом..
Фото любезно предоставлено Дэвидом Шредером (Flickr).
Вопрос
Читатель SuperUser Tobia хочет знать, зачем нужен промежуточный SMTP-сервер для отправки почты:
Зачем мне нужен промежуточный SMTP-сервер для отправки почты? Почему мой почтовый клиент (Outlook или Thunderbird) не может отправлять сообщения непосредственно в домен SMTP получателя?
Например, если мне нужно отправить письмо [email protected] с моей учетной записью Gmail я отправляю ее smtp.gmail.com сервер; Затем этот сервер отправляет мое сообщение на сервер MX example.com.
Зачем нужен промежуточный SMTP-сервер для отправки почты?
Ответ
Участник SuperUser Дэвидго имеет ответ для нас:
Технически возможно отправлять почту прямо на SMTP-сервер получателя с вашего компьютера..
Если посмотреть на это с исторической точки зрения, если удаленный SMTP-сервер не работает, вы хотите, чтобы система автоматически обрабатывала его и продолжала повторять попытки, поэтому у вас есть SMTP-сервер. Точно так же в старые времена не все почтовые серверы были подключены все время (междугородние ссылки были дорогими), поэтому почта была поставлена в очередь и отправлялась, когда была установлена связь.
Переходя к дешевым интернет-услугам, все еще полезно иметь механизмы для повторной отправки почты, если сервер недоступен. Эта функция не является идеальной для записи в MUA (почтовый агент пользователя / программа конечного пользователя). Эти функции вписываются в MTA (почтовый сервер / SMTP-сервер).
Но хуже становится спамерам. Большая часть почты (более 80 процентов) является спамом. Почтовые провайдеры делают все возможное, чтобы уменьшить эту проблему, и большое количество методов делают предположения о способе доставки почты. Ниже приведены важные соображения:
1. Greylisting: Некоторые провайдеры автоматически разрывают почтовое соединение, если отправитель и получатель ранее не общались, и ожидают, что они попробуют во второй раз. Спаммеры часто не повторяют попытки, в то время как SMTP-сервер всегда должен это делать. Это уменьшает объем спама примерно на 80 процентов, но это ужасно, хотя.
2. Репутация: Гораздо более вероятно, что кто-то, отправляющий почту через известный SMTP-сервер с хорошей репутацией, является законным по сравнению с ночным сервером. Чтобы почувствовать репутацию, провайдеры делают несколько вещей:
- Блокировать динамические / клиентские адреса (не 100 процентов, но выделены большие фрагменты Интернета).
- Проверьте, соответствует ли обратный DNS прямому DNS. Не очень сложно сделать, но это показывает некоторый уровень подотчетности и знание передового опыта (чего нет у многих блоков адреса клиента).
- Проверьте репутацию. При общении с другими SMTP-серверами многие провайдеры отслеживают количество спама и объем отправленной почты. Они могут уменьшить количество спама, ограничивая количество подключений и следя за этими параметрами. Есть много способов сделать это, не все из которых очевидны, но которые требуют известного отправителя.
- SPF и DKIM. Эти механизмы связывают ресурсы DNS с доменным именем, что затрудняет подделку почты и будет трудным, но не обязательно невозможным для развертывания, если почтовая программа (MUA) отвечает за исходящую почту.
Есть, вероятно, другие незначительные проблемы, но они будут основными.
Есть что добавить к объяснению? Отключить звук в комментариях. Хотите узнать больше ответов от других технически подкованных пользователей Stack Exchange? Ознакомьтесь с полным обсуждением здесь.
