Чел! Ты красавчик!) Очень классно и доступно обьясняешь!) Мне очень нравится! Спасибо тебе!

После просмотра этой замечательной лекции смешно вспоминать себя и других, когда отправляя письмо на соседний (ну или находящийся относительно рядом) комп с открытой почтой через пять секунд возмущаешься "а чо еще не пришлооо то?!"...черт возьми - да этим байтам-фреймам нужно пройти через 31 "колено" что бы оно (письмо) пришло на тот ящик, и пять секунд - это на самом деле ОЧЕНЬ БЫСТРО!!! Низкий поклон вам Дмитрий!!! Действительно полезное видео!

Проф лекция бесплатно! бывает же

спасибо каналу code blog за ссылку на этот замечательный цикл, слушаю как подкаст, а то норм подкастов-то образовательных в сфере ит вообще не могу найти везде какой-то кринж

Неплохая лекция, мне б такую инфу лет 12 назад, чтобы читать толстые книжки с уже некоторым пониманием и проще воспринимать информацию. Не лишним было бы рассказать про протокол IMAP, про проверку PTR записи отправляющего сервера (в серии про DNS тоже не было ничего про реверсные зоны), SPF записи, SMTP relay, было б еще информативнее.

Дмитрий, прекрасные видео. есть предложение создать серию видео о линуксе :)

Дмитрий молодец спасибо за выпуск ))

Доходчиво.

Надеюсь, я доживу до того времени, когда почтовые протоколы доведут наконец до ума. Например когда отчёт о доставке будет обрабатываться сервером и почтовым клиентом, а не будет зависеть от пользователя как сейчас. Чтобы отправив письмо можно было иметь железную уверенность, что засранец на другом конце его получил, а не удалил письмо и делает вид, что его не было. Или например когда серверы научат сообщать клиенту о том, что у него квота заканчивается.

Без проводов есть протокол даже без вайфая. RFC 1149 и RFC 2549 - IP over Avian Carriers (IP через голубиную почту).

Есть одна не точность про тему письма, в современной почте она является лишь частью так называемого "заголовка письма", а не отдельной сущностью, как это могло прозвучать, само письмо же состоит из 2х частей - заголовок и нескольких частей тела письма, суть такая: в заголовке передается всякая техническая информация, большая часть из которой используется при отображении письма и некоторая является если не обязательной, то крайне желательной, такие как тема письма, кодировка и тип содержимого, без которых есть высокая вероятность того, что письмо будет отображаться неправильно на машине или программе, отличной от отправителя, так же может содержать дополнительную информацию, например отображаемый адрес(чтобы в поле "Отправитель" у клиента писалось "Василий", вместо "vasiliy@mail.ru"), DKIM подпись, которая позволяет конечному серверу проверить подлинность письма через DNS, адрес для отписки при рассылках(в случае с рассылками является обязательным), обратный адрес для ответа, ну и множество других, в том числе дописываемые сервером получения, например, время и дата получения письма. Разбивать тело на несколько частей не обязательно, но если сделать это, то можно получить, например, HTML письмо со встроенной картинкой, в этом случае тело письма может состоять из 3х частей, 1 - версия текста письма без HTML(обязательно, например, яндекс с высокой вероятностью отправит письмо в спам из-за ряда некоторых технических причин), на случай если клиент пользователя не поддерживает HTML, 3 - перекодированная в текст(обычно через алгоритм BASE64) картинка, вообще это не обязательно, чисто для данного примера, 2 - HTML версия письма, при этом вместо картинки в нем будет ссылка на 3ю часть письма, так же таких ссылок может быть несколько(если хотим, например, использовать какой-нибудь графический bullet вместо встроенного), и несмотря, что частей тела 3, в каком-нибудь аутлуке мы будем видеть только одну, но очень красивую ;)

Эх, icq теперь удел олдфагов... 😢