Дмитрий, спасибо Вам огромное за качественную лекцию ! К превеликому сожалению после её прослушивания не прояснился такой момент: если при подключении по SMTP к MTA включена необходимость получения идентификационных данных подключающегося то в случаи подключения с помощью MUA - такие настройки задать можно и этот момент понятен, а как происходит получение сервером MTA входящих сообщений от других почтовых серверов, ведь они не могут предоставить верную идентификационную информацию ?
Оно происходит на основе открытой модели работы SMTP, т.е. MTA получателя будет без какой-либо идентификации отправителя принимать абсолютно любую почту, адресованную этому получателю - отсюда вся эта проблема со спамом. Иллюстрацию см. asciinema.org/a/93zBdUWChYx7CpDsmo3qZxFDz
Т.е. идентификация нужна не для того чтоб передать MTA письмо а для подтверждения того что именно этот отправитель имеет право на пересылку за пределы этого MTA ?
@@DmitryKetov Спасибо, разобрался, postconf - считывает текущую конфигурацию, около 932 параметров, postconf - d читает конфигурацию по умолчанию, postconf - n читает записи с файла main.cf
Неверху, аккурат рядом с MTA "отправителя". На том же уровне, что и MRA "получателя" внизу. Только если MTA/MDA и MRA получателя связаны через Mail BOX то MSA и MTA "отправителя" связаны через Mail QUEUE
На второй неделе освоения почтовых механизмов, понял одно: без ваших слайдов я бы сдох по всяким статьям это понимать. Спасибо.
Шикарная лекция, наконец-то что-то понятно, спасибо
Перешел на видео по случайной ссылке, а тут знакомый голос и доходчивая подача. Смотрю, а это оказывается мой любимый препод по Linux на ютюбе.
спасибо большое! очень доходчиво! Голос поставлен! полно и интересно! Выражаю огромную благодарность!
Это очень крутая лекция! Лектор - эксперт!
Спасибо за материал, а также за классную книгу по Linux. Удачи в работе
Спасибо ВАм. Очень доходчиво и понятно! Супер!
Супер.
Круто !
Дмитрий, спасибо Вам огромное за качественную лекцию ! К превеликому сожалению после её прослушивания не прояснился такой момент: если при подключении по SMTP к MTA включена необходимость получения идентификационных данных подключающегося то в случаи подключения с помощью MUA - такие настройки задать можно и этот момент понятен, а как происходит получение сервером MTA входящих сообщений от других почтовых серверов, ведь они не могут предоставить верную идентификационную информацию ?
Оно происходит на основе открытой модели работы SMTP, т.е. MTA получателя будет без какой-либо идентификации отправителя принимать абсолютно любую почту, адресованную этому получателю - отсюда вся эта проблема со спамом. Иллюстрацию см. asciinema.org/a/93zBdUWChYx7CpDsmo3qZxFDz
Благодарю ! Но, зачем тогда галочка в частности в MS Outlook "smtp серверу требуется проверка подлинности"
Потому что это MTA отправителя. Если он не будет идентифицировать отправителя, то превратится в www.google.com/search?q=open+relay
Т.е. идентификация нужна не для того чтоб передать MTA письмо а для подтверждения того что именно этот отправитель имеет право на пересылку за пределы этого MTA ?
Угу, право на использование этого MTA.
Почему он сказал "подъезд"? Это же СПбГПУ)
Потому что парадные остались в 1917, а сейчас это (з#ср%ные) подъезды 🤣
Дмитрий, а откуда утилита postconf(если вводить только её одну, без параметров) считывает значения, из какого файла, где его можно посмотреть?
man postconf
POSTCONF(1) General Commands Manual POSTCONF(1)
NAME
postconf - Postfix configuration utility
SYNOPSIS
Managing main.cf:
.....
FILES
/etc/postfix/main.cf, Postfix configuration parameters
/etc/postfix/master.cf, Postfix master daemon configuration
@@DmitryKetov Спасибо, разобрался, postconf - считывает текущую конфигурацию, около 932 параметров, postconf - d читает конфигурацию по умолчанию, postconf - n читает записи с файла main.cf
А где в вашей схеме место MSA?
Неверху, аккурат рядом с MTA "отправителя". На том же уровне, что и MRA "получателя" внизу. Только если MTA/MDA и MRA получателя связаны через Mail BOX то MSA и MTA "отправителя" связаны через Mail QUEUE