Назад | Перейти на главную страницу

Формат электронной почты RFC

Я знаю, что существует множество RFC, которые изменили способ создания электронной почты. Однако большинство RFC не относятся, например, к Outlook.

Прежде всего, что такое RFC? И почему, например, Outlook не применил все RFC?

Например, если я попытаюсь создать в Outlook письмо с именем ____.__.____@outlook.com, это выдаст мне ошибку, она должна начинаться с буквы. ТЕМ НЕ МЕНИЕ:

В соответствии с isemail.info, это говорит мне, что электронная почта действительна.

То же самое касается example___~@outlook.com, выдает ошибку, но на isemail.info это говорит

The email address tested was example___~@test.com

The general result is: Address is valid

The specific diagnosis is: Address is valid. 
Please note that this does not mean the address actually exists, nor even that the domain actually exists. 
This address could be issued by the domain owner without breaking the rules of any RFCs.

Теперь мой второй вопрос: если бы я, например, купил бы VPS и настроил почтовый сервер, как бы я сделал электронные письма вроде ~_this.is.example.email_~@example.com возможно?

Мой последний вопрос касается второй части (после @).

В соответствии с isemail.info, этот адрес электронной почты действителен: example@~example.com

The email address tested was example@~example.com

The general result is: The address is only valid according to the broad definition of RFC 5322. It is otherwise invalid.

The specific diagnosis is: Address is RFC 5322 compliant but contains domain characters that are not allowed by DNS

Однако я никогда не видел домена вроде ~example.com. Я предполагаю, что это будет только для локального использования, но я не совсем уверен, так как у меня почти нет сервера и таких знаний.

Вы должны прочитать все свое isemail.info состояния:

Общий результат: адрес действителен только в соответствии с широким определением RFC 5322. В противном случае он недействителен.

Конкретный диагноз: Адрес соответствует RFC 5322 но содержит символы домена, которые не разрешены DNS

Так теоретически, этот адрес допустим (электронная почта RFC), но поскольку DNS не принимает (все) специальные символы, его нельзя использовать через Интернет.

Каждый почтовый клиент должен реализовать основные RFC, такие как длина строки, данные заголовка и т. д., но это не иметь сделать так. Совершенно нормально создать почтовый агент, который не соответствует никаким RFC, касающимся электронной почты, но на самом деле не ожидайте, что электронные письма будут доставлены MTA / MDA / кем-либо еще.

Что касается вашего первого вопроса "что такое RFC", погуглите:

https://www.ietf.org/rfc.html

https://en.wikipedia.org/wiki/Request_for_Comments

Запрос на комментарии (RFC) - это тип публикации, созданной Инженерной группой Интернета (IETF) и Internet Society (ISOC), основными органами по технической разработке и установлению стандартов для Интернета.

RFC создается инженерами и компьютерными специалистами в форме меморандума, описывающего методы, поведение, исследования или инновации, применимые к работе Интернета и систем, подключенных к Интернету. Он подается либо на экспертную оценку, либо просто для того, чтобы передать новые концепции, информацию или (иногда) инженерный юмор. IETF принимает некоторые предложения, опубликованные как RFC, в качестве стандартов Интернета.

Документы «Запрос на комментарии» были изобретены Стивом Крокером в 1969 году для записи неофициальных заметок о развитии ARPANET. RFC с тех пор стали официальными документами интернет-спецификаций, коммуникационных протоколов, процедур и событий.

ИЗМЕНИТЬ для пояснения:

В RFC 2181 указывает, какие специальные символы можно или нужно использовать. Опять же: в вашей собственной частной сети даже ваш DNS может разрешить все, что вы хотите, на самом деле вы можете делать что-нибудь вы хотите. Но не позволяйте этому выходить на волю (Интернет), вы столкнетесь с серьезными проблемами.