Вопрос по правилам транзита электронной почты

Question

Я не поливал RFC на этом и надеялся, что кто-то узнает об этом.

Притворись, что у меня есть базовый почтовый сервер example.com

Я подключаюсь к example.com через порт 25 и делаю что-то вроде этого:

EHLO hi
MAIL from: me@example.com
RCPT to: meagain@anotherserver.com
DATA
Hello world
.

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

Теперь я был бы прав в следующем утверждении:

1. example.com находит запись MX для anotherserver.com, предположим, mail.anotherserver.com
2. example.com выполняет поиск DNS для mail.anotherserver.com, предположим, что это 1.2.3.4.
3. example.com направляет сообщение напрямую к 1.2.3.4 без каких-либо специфических для почты ретрансляционных связей.

Другими словами, при поиске DNS существует иерархия уровня DNS, и когда вы просматриваете запись DNS, вы попадаете на многие машины, некоторые из которых, вероятно, вам не принадлежат, и на них может быть установлено какое-то «программное обеспечение для обнаружения злоупотреблений». .

Вопрос:

Электронная почта одинакова?

• Существуют ли иерархические полномочия маршрутизации на уровне электронной почты следующего уровня между example.com и mail.anotherserver.com?
• И если да, то могли бы они добавить мои серверы в черные списки просто потому, что они передают большие объемы почты между собой?
• Если это так, как можно провести обширное тестирование почтовых сервисов?

Я знаю ответы на эти вопросы примерно в 2004 году или около того. Я также знаю, что к электронной почте применяется множество странных правил; и не отставал от всех технологий, окружающих его. Я не знаю, были ли какие-либо исключения из старых правил массово внедрены в последнее время.

Любое понимание правил транзита будет высоко ценится. Спасибо.

Answer 1

Ваш SMTP-сервер (я полагаю, вы используете SMTP) просто установит TCP-соединение с удаленным SMTP-сервером, как только он разрешит DNS-адрес. Как только соединение установлено, оно передаст сообщение.

Однако во время передачи вы будете отправлять информацию через Интернет, что означает, что эта информация, скорее всего, будет отправлена ​​вашему провайдеру, а затем через магистраль к провайдеру-получателю в рамках обычного процесса маршрутизации. В рамках SMTP нет дополнительной маршрутизации или связи с внешними машинами.

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

Кроме того, целевой SMTP-сервер вполне может поместить вас в черный список, если он не ценит большой объем почты.

Однако, если вы владели обоими SMTP-серверами и имели нормальный контракт с вашим Интернет-провайдером, вы не должны попадать в черный список для этого, поскольку вы не будете получать доступ к другим серверам как часть процесса SMTP.