Когда человек узнает больше о том, как работают почтовые клиенты, SMTP-серверы и вся система онлайн-почты, ему может быть любопытно, зачем вообще нужен промежуточный SMTP-сервер. Имея это в виду, в сегодняшнем посте SuperUser Q & A есть ответы на вопросы любопытного читателя.
Сегодняшняя сессия Вопросов и Ответов приходит к нам благодаря SuperUser — подразделению Stack Exchange, объединенной группой веб-сайтов вопросов и ответов.
Фото предоставлено Дэвидом Шредером (Flickr) .
Вопрос
Читатель SuperUser Tobia хочет знать, зачем нужен промежуточный SMTP-сервер для отправки почты:
Зачем мне нужен промежуточный SMTP-сервер для отправки почты? Почему мой почтовый клиент (Outlook или Thunderbird) не может отправлять сообщения непосредственно в домен SMTP получателя?
Например, если мне нужно отправить письмо по адресу address@example.com с моей учетной записью 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? Ознакомьтесь с полной веткой обсуждения здесь .