Предположим, что Алиса отправляет электронное письмо Бобу по SMTP. Мы предполагаем, что Алиса UA отправляет свое сообщение на свой почтовый сервер через SMTP.
Есть ли разница между SMTP-сообщением, которое Алиса UA отправляет своему почтовому серверу MTA, и SMTP-сообщением, которое Алиса отправляет на почтовый сервер Боба?
Я попытался найти в Интернете примеры рабочих нагрузок SMTP от UA к MTA, но не нашел. Большинство примеров рабочих нагрузок SMTP находятся между MTA и MTA ...
Протокол SMTP и содержимое сообщения по существу одинаковы для MUA-to-MTA и MTA-to-MTA. MTA может добавлять недостающие или лишние заголовки и добавлять Received заголовок в начале заголовков, что позволяет отслеживать путь доставки. Кроме того, соединения MUA-to-MTA могут быть аутентифицированы и использовать отдельный подчинение порт с отдельными настройками.
Входящее сообщение обычно принимается немедленно, а затем помещается в очередь на MTA. Большинство MUA покажут ошибку, если доставка не удалась из-за невозможности доступа к серверу. Рабочая нагрузка связана с очередью. Если нужно доставить много писем, доставить их все одновременно невозможно. Также могут быть временные проблемы с достижением целевого MTA или временные проблемы, из-за которых он не может принять сообщение, например ограничения скорости.
Если MTA получает ошибку, которая носит временный характер, он попытается выполнить доставку позже с увеличивающимися интервалами, и почта останется в очереди в течение установленного максимального периода ожидания. После этого это будет считаться постоянной ошибкой и письмо будет отправлено. подпрыгивать назад. MTA может также предоставлять дополнительные уведомления о статусе доставки.
Очередь - это внутренняя структура, которая отвечает основным требованиям модели SMTP.: как определено в RFC 5321, 2.1, единственный MTA несет полную ответственность за доставку сообщения за раз, пока следующий MTA не примет эту ответственность:
Передача сообщений может происходить в одном соединении между исходным SMTP-отправителем и конечным SMTP-получателем или может происходить серией прыжков через промежуточные системы. В любом случае, как только сервер отправил успешный ответ в конце почтовых данных, происходит формальная передача ответственности за сообщение: протокол требует, чтобы сервер ДОЛЖЕН принять на себя ответственность либо за доставку сообщения, либо за надлежащее сообщение об ошибке для Сделай так.