зачем нужен промежуточный SMTP-сервер для отправки почты? Почему мой клиент (Outlook, Thunderbird) не может отправлять сообщения непосредственно в SMTP-домен получателя?
например, если я должен отправить по электронной почте address@example.com с моей учетной записи Gmail, я отправить его в smtp.gmail.com сервер; и тогда этот сервер отправит мое сообщение на MX сервер example.com.
3234
технически возможно отправить электронное письмо непосредственно на SMTP-сервер получателя с Вашего компьютера.
глядя на это с исторической точки зрения, если удаленный SMTP-сервер не работает, вы хотите, чтобы система автоматически обрабатывала его и продолжала повторять его - следовательно, у вас есть SMTP-сервер. Точно так же в старые времена не все почтовые серверы были подключены все время - междугородние ссылки были дорогими, поэтому почта ставилась в очередь и отправлялась, когда ссылка была установленный.
переходя к тому, где интернет дешев, по-прежнему полезно иметь механизмы для повторной отправки электронной почты, если сервер недоступен, и это не идеально подходит для этой функциональности, которая будет записана в MUA (mail user agent/end user mail program). Эти функции вписываются в MTA (почтовый сервер / SMTP-сервер).
но становится хуже -спамеры. Большинство писем (более 80%) являются спамом. Таким образом, почтовые провайдеры делают все возможное, чтобы уменьшить эту проблему-и большое количество методов делают предположения о способе доставки электронной почты-следующие важные соображения:
поддержка: некоторые провайдеры автоматически удаляют почтовое соединение, если отправитель и получатель не общались раньше, и ожидают, что они попытаются во второй раз-потому что спамеры часто этого не делают, в то время как SMTP-сервер всегда должен. Это уменьшает объемы спама примерно на 80%. Это отстой, чтобы сделать это хотя.
репутация: гораздо более вероятно, что кто-то, отправляющий электронную почту через авторитетный, известный SMTP-сервер, является законным, чем сервер fly-by-night. Чтобы прочувствовать репутацию, провайдеры делают несколько вещей:
блокировать динамические / клиентские адреса (не 100%, но большие куски интернета были отображены).
посмотрите, что обратный DNS соответствует вперед DNS: не очень трудно сделать, но показывает некоторый уровень подотчетности и знания лучших практик-и что-то много блоков адресов клиентов не имеют.
репутация: при взаимодействии с другими SMTP-серверами многие провайдеры отслеживают количество спама и объемы отправленной электронной почты и могут уменьшить количество спама, ограничивая соединения и следя за этими параметрами. (Есть много способов это сделать, не все из них очевидные, но требующие известного отправителя).
SPF и DKIM: эти механизмы привязывают ресурсы DNS к домену имя, чтобы сделать подделку почты сложнее, и будет трудно (но не обязательно невозможно развернуть, если почтовая программа (MUA) ответственный за исходящую почту. (Добавлено, чтобы сделать этот ответ более полным как это уже было принято. Кредит для этого должен пойти к плакатам ниже как это вылетело у меня из головы, но, тем не менее, очень действительно)
вероятно, есть и другие незначительные проблемы, но это были бы основные.
зачем нужен промежуточный SMTP-сервер для отправки почты? Почему мой клиент (Outlook, Thunderbird) отправляет сообщения непосредственно домен SMTP получателя?
в 1991-и большую часть начала 1990-х и даже раньше-вы могли бы сделать то, что вы описываете. Но реальность в 2015 году заключается в том, что, хотя технически можно отправить электронное письмо кому угодно с любой машины, на которой установлена почтовая служба, МИР спама сделал этот метод эффективным бесполезный.
когда вы используете" реальный " SMTP сервис, вещи устанавливаются как PTR записей, SPF записей и даже DomainKeys, которые все установлены для одной цели и только одной цели: ручаться, что SMTP, который посылает сообщение является законным. А если этого не произойдет? Фильтрация сообщения в папку спама или "большую пропасть" удаления. Вот разбивка того, что каждый из этих элементов:
PTR (запись указателя / обратная запись DNS): сервер проверка уровня. Как пояснил, что, запись PTR используется для сопоставления сетевого интерфейса (IP)с именем узла. То есть, если у вас есть адрес 123.456.789.0 на вашем SMTP сервере отправка писем для smtp.example.com тогда соответствующая PTR запись для этого будет smtp.example.com. Кажется слишком простым, но это работает, так как единственный, кто действительно может установить запись PTR является владельцем IP-адреса, и он может быть установлен только на их оборудовании. Таким образом, он действует как точка проверки того, кто владеет/работает / управляет этим IP адрес.
SPF (структура политики отправителя): проверка начального уровня DNS имени хоста. SPF запись -как пояснил здесь-это в основном записи DNS установить владельца домена, который предоставляет список IP-адресов и имен серверов, которым разрешено отправлять почту для этого домена. Это еще один шаг проверки, который гарантирует, что только истинный владелец доменного имени для SMTP-сервера может отправлять почту. Так скажем сервер с IP-адресом 123.456.789.9 посылает электронные почты для example.com. Мы уже знаем, что smtp.example.com использует 123.456.789.0, но запись SPF для example.com могу заявить: "Эй! 123.456.789.9 - хороший сервер! Он настоящий! Уважайте его электронную почту!"
DKIM (DomainKeys идентифицированная Почта): Написать сообщение верификацию. Как пояснил, что и Википедия, " DKIM-это система проверки электронной почты, предназначенная для обнаружения спуфинга электронной почты предоставление механизма, позволяющего получать почтовые обменники для проверки того, что входящая почта из домена авторизована администраторами этого домена и что электронная почта (включая вложения) не была изменена во время транспортировки."Используя криптографические хэши, DKIM проверяет, не была ли сама Почта отфильтрована или подделана во время передачи. Это также служит еще одним пунктом проверки в "ВЫ законны или вы спам?" цепь.
Итак, в конце концов, a общедоступный SMTP-сервер, стоящий чего-либо, будет иметь по крайней мере два из этих элементов (PTR и SPF), чтобы проверить, что SMTP-сервер и связанная электронная почта являются законными. Не все используют DKIM, но это еще один уровень проверки, который становится все более популярным в настоящее время, поскольку спамеры становятся более настойчивыми в своих усилиях по отправке спама.
большинство локальных интернет-провайдеров блокируют TCP-порт 25 (SMTP), чтобы предотвратить ваше участие в спам-сети. Если ваш компьютер заражен, ваш компьютер может начать извергать спам по воле кого-то другого.
другие ответы все отлично, и спам действительно имеет много общего с ним.
но на самом деле есть более простой, более общий ответ: особенности. Отправка электронной почты через SMTP на самом деле очень сложная задача. Даже без спама, вы не хотите реализовать весь набор функций протокола SMTP в каждом почтовом клиенте; вы лучше с выделенной частью программного обеспечения (sendmail-а, постфикс и т. д. большие в мире * nix, обмен в окнах мир.)
например, даже самый простой SMTP-сервер должен, по крайней мере, иметь возможность разрешать MX-записи. Затем он должен согласовать функции (в основном TLS, но есть и другие функции). Он должен управлять очередями для повторных попыток, генерировать отчеты о недоставке и т. д.
и это только базовая, необходимая функциональность, без которой сервер даже не работал бы. Он даже не включает такие вещи, как переписывание адресов, mailertables. Не говоря уже о дюжине или так другие протоколы, которые поддерживают sendmail et al, такие как UUCP.
реализация SMTP в Outlook, Thunderbird и т. д. очень минимально-в лучшем случае, примерно эквивалент использования смарт-хоста на sendmail, если это так.
связанный, но отдельный вопрос: электронная почта является очень чувствительной к безопасности темой, и вы хотели бы иметь один или несколько централизованно управляемых серверов, обрабатывающих ее, вместо потенциально сотен или тысяч отдельных На каждом рабочем столе.
зачем нужен промежуточный SMTP-сервер для отправки почты? Почему мой клиент (Outlook, Thunderbird) не может отправлять сообщения непосредственно в SMTP-домен получателя?
вы можете создать почтовую программу, которая сделала это, и я не сомневаюсь, что другие делали (или пытались) это раньше.
вы по существу пишете инструмент, который является как MUA (mail user agent), так и MTA (mail transfer agent) в одном.
причина, по которой это традиционно разделенный на различные инструменты, с MTA, проживающей "на стороне сервера", заключается в том, что MTA, который отправляет почту через открытый интернет, значительно сложнее писать и настраивать, а также в том, что он получает выгоду от проживания на надежном сервере" всегда на".
MTA должен:
ищите и подключайтесь к серверам, которым он не доверяет, или которые могут плохо себя вести, и разбирайтесь с условиями ошибок разумным образом, чтобы не потерять почта.
работа с серверами, которые не работают, и маршрут к альтернативным серверам или очереди почты для последующей повторной попытки. Это лучше всего работает на серверном процессе, который "всегда подключен" к интернету. Это также означает, что агенту передачи почты требуются собственные области хранения для почты, поставленной в очередь.
иметь дело с целым рядом различных возможностей сервера, регулировать поведение в соответствии с возможностями принимающей сервер.
сообщите пользователю об ошибках или о том, что Почта не может быть доставлена, чтобы почта не была просто потеряна.
имеют отличные практики безопасности и быть очень сознательным безопасности.
В идеале, находиться на надежном, всегда подключенном сервере со стабильным IP-адресом и обратной записью DNS, то есть подключение к интернету, подходящее для публичных серверов. Это помогает другим системам не обнаруживать отправленную почту как спам.
учитывая эти требования, имеет смысл разместить SMTP-сервер где-нибудь на общедоступном сервере always-on и попробовать использовать инструмент, подходящий для выполнения этой конкретной работы.
еще одна вещь, чтобы рассмотреть это получение возвращенного email. Как минимум, вся исходящая почта имеет адрес отправителя, на который может быть отправлен ответ (неизвестный пользователь, ответ на отпуск и т. д.). Для разрешения обратного адреса должна существовать запись MX, указывающая на расположение возвращаемого почтового ящика. Если вы не отправляете электронную почту с компьютера со статическим IP-адресом, который всегда включен, вам понадобится сервер для обработки этих входящих сообщений. Это обычно (но не всегда) обрабатывается одним и тем же сервисом.
GMail, Outlook 365 и Yahoo Mail являются примерами служб электронной почты, которые используются лицами, отправляющими электронную почту. Для коммерческой отправки электронной почты существуют такие службы, как MailChimp, Marketo и Eloqua, которые очень хороши при отправке массовой электронной почты для компании и обработке таких вещей, как отскоки, регулирование и доставка.
посмотреть: https://en.m.wikipedia.org/wiki/Bounce_address
 |  |  |  |  |  |  |  |  |  |
Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]
Komp
