История электронной почты через RFC

1 сентября 2014 года, автор Стив
 
Многие стороны электронной почты намного старше, чем вы могли бы себе представить. Некоторые люди в начале 1970 - х годов занимались разработкой обеспечения полезных услуг с использованием ARPANET, сети, которая развилась, в течение следующих 10 или 15 лет, в современный Интернет.
Они использовали Запросы на комментарии  (RFCs) для фиксирования протокола и исследовательских работ, так же как и сегодня. Вот некоторые из интересных этапов.
 
1971, Апрель RFC 114 Протокол передачи файлов. Одним из первых сервисов, которые были развернуты таким образом, что стали полезными для людей, а не обязательной частью сетевой инфраструктуры, был способ передачи файлов с одного компьютера на другой. В ранних версиях сервиса, которые я мог найти, уже можно добавлять текст в существующий файл. Это было вскоре использовано для отправки коротких сообщений, сначала на удаленный принтер, откуда он отправлялся по внутренней почте, но вскоре также в почтовый ящик, где их можно было бы прочитать в Интернете.
 
1971, Август RFC 221 Протокол почтового ящика , версия-2 содержит такой пророческий пункт:
 
Другая проблема, которая была поднята в протоколе почтового ящика - возможность кому-то случайно или намеренно залить принтер сайта мусором, так как нет контроля доступа или файлового размера. Некоторые размышления и обсуждения этой проблемы не дали простых удовлетворительных решений. Я рекомендовал бы первоначальные реализации без стандартных специальных гарантий в этой области. Гарантией будет сайто-зависимый вариант. Стандартные меры предосторожности для указанной выше проблемы могут быть легко добавлены позже, если они действительно окажутся необходимыми и удовлетворяющие из них могут быть согласованы.
 
Август, 1972 RFC 385 Замечания по протоколу передачи файлов формализировали его использование для электронной почты командой “MAIL <user>”. Это позволило в интерактивном режиме отправлять сообщение пользователю на удаленной системе, с определением либо их имени пользователя на подключенной вами удаленной системе или их "NIC IDENT", причем последний - глобальный способ идентификации человека или роли почтового ящика. Используемый протокол требовал от вас отметить конец вашего сообщения строкой, состоящей из одного периода, так же, как современная ESMTP почта.
 

Ноябрь, 1972 RFC 414 - использует user@host адреса электронной почты в качестве первичной контактной информации.

1973 , Февраль  RFC 458 Индексирование почты через FTP позволил пользователю непосредственно читать электронную почту в удаленном почтовом ящике, далеком предке современных POP и IMAP.
 
Март 1973 RFC 469 и RFC 475 обсуждали разработку электронной почты от простой системы удаленного файла до продвинутого склада хранения с возможностью пересылки, в том числе впервые упомянутого "MAIL FROM" и раннего упоминания о "@" знака для создания адреса электронной почты (принятый Tenex SNDMSG?).
 
Июнь 1973 RFC 524 Предлагаемый почтовый протокол . Это очень сложное, и полное, описание почтового протокола. Здесь есть первые упоминания, которые я нашел, отчетов доставки и уведомлений о состоянии, но в большинстве случаев полезно для понимания , как прост Простой протокол передачи почты в сравнении с этим, и как элегантно отделения доставки сообщений от сообщений структуры. RFC 539 реагирует на это, подымая идею почты в качестве отдельного протокола (а не подпротокола FTP) и пересылку почты с одного адреса на другой.
 
Сентябрь 1973 RFC 561 Сетевая Стандартизация почтовых заголовок .Много выглядит знакомо - От :, Дата :, Тема :! Описывает разделение метаданных электронной почты полезной нагрузки от данных маршрутизации электронной почты - хотя это описывается как краткосрочное промежуточное решение. Это будет развиваться в RFC 680RFC 724RFC 733RFC 822,RFC 2822 и , наконец , в сегодняшнем RFC 5322.
 
Октябрь 1973 RFC 577 Приоритет почты  имеет первое упоминание электронной нежелательной почты , из того, что мне попадалось.
 
Июля 1974 RFC 644 К вопросу о подписи аутентификации для Network Mail содержит раннее обсуждение того , как быть уверенным , что электронная почта пришла от именно того, кто в ней указан.
 
Ноябрь 1975 RFC 706 О проблеме нежелательной почты - Сетевой уровень отказа от источников нежелательной почты (далее "IMP" является маршрутизатором к сети).
... Нет никакого механизма хоста избирательно отвергать сообщения. Это означает, что хост, который хочет получить некоторые специфические сообщения, должен прочитать все сообщения, адресованные ему. 
... 
Было бы полезно для хоста иметь возможность отклонить сообщения от источников, которые он считает некорректніми или просто раздражают. 
... 
Хост может 
измерять у такого объекта каждого источника количество нежелательных сообщений в единицу времени, если эта мера превышает пороговое значение, то хост может выдать "отказ от сообщений хоста X" сообщение для IMP.
 
Март 1979 RFC 753 Internet Message Protocol  является предлагаемым двоичным форматом для передачи почты.Это еще не SMTP, но идеи развиваются.
Сентябрь 1980 RFC 772 Mail Transfer Protocol . Довольно узнаваем, как современный SMTP.
Целью протокола передачи почты (МТР) является передача почты надежно и эффективно.
Он будет развиваться в RFC 780RFC 788RFC 821 и RFC 2821  и станет современным ESMTP в RFC 5321 .
 
Оригинал статьи взят здесь https://wordtothewise.com/2014/09/email-history-rfcs/