Pull to refresh
-3
0.5
Send message
А есть что по читать по теме усваивания материала? Читаю книгу, все вроде понятно, даже стараюсь разжевывать что к чему, но блин — к вечеру, например, (если читал утром) ничего не помню. Начинаешь перечитывать — вспоминается, но не на долго.
Тех же Стругацких читал — нифига не помню, начинают напоминать — вспоминаю, а некоторые могут по сто лет назад прочитанной книге цитату в разговор к месту вставить или пример какой привести.
Технические вещи какие прочитал, если начал использовать хорошо, если нет — все, на след день уже все забыл.
Да, я как раз в ветке выше поспорил про smtp_* и smtpd_*
Не очень понятно, честно говоря, если вот это Ваш сервер о котором идет речь:
pm-mta1.dnstechserver.ru (pm-mta1.dnstechserver.ru. [91.224.126.165])

то по идее должно работать. Надо значит mail логи смотреть и конфиг постфикса
А покажите заголовки письма, если не я — так может кто другой подскажет
Надо смотреть настройки релея, потому как в этом случае сам postfix ничего не отправляет, а соединяется с релеем для отправки — а как соединяется уже надо смотреть. Как писал выше — google, например, давно не дает подключиться к нему без TLS
При отправке письма через Thunderbird — сначала он соединяется с моим postfix — за это отвечают настройки smtpd_*, затем уже postfix соединяется с сервером google — за это отвечает smtp_*
Дальше идут уже мои догадки: при установке соединения будет предложен алгоритм принимающей стороной и если у postfix не будет списка разрешенного к использованию — он примет этот алгоритм, хотя он может быть уже скомпрометированным
Даже вот так бывает:

image
Тогда у параметра tls_high_cipherlist — поставьте себе отметку, как подойдет время список может поменяться, а какие-то алгоритмы окажутся скомпрометированными
Так у Вас значит и не было предупреждения о шифровании. А подключиться к gmail для отправки почты уже давно без шифрования нельзя
Я не про протокол, а настройки postfix — так вот параметры smtpd_* отвечают за подключения клиентов, которые хотят отправить письма.

Или я что-то не так понял?
А у Вас не релей на google стоит?

Потому как у меня by mx.google.com with ESMTP, а у Вас by smtp.gmail.com with ESMTPSA
Спасибо, добавил в текст. Есть ли ссылка на mozilla — сам не нашел

А smtpd_* отвечает, как я понял, за подключение клиентов для отправки писем
Вы в таком же заблуждении находитесь что и я сначала — данное предупреждение не имеет ни какого отношения к шифрованию самих писем. Предупреждение означает что почтовый сервер отправителя при отправке письма с сервером Google связывался не по безопасному протоколу
После новостей про государственные DNS и всякие реестры доменных имён я подозреваю что нам готовят интранет, а выход в интернет буду получать примерно как раньше новую волгу
получить контроль на уровне прав суперпользователя над десятками миллионов локальных ПК и серверов


Слишком громкое заявления, учитывая тот момент, что в систему надо ещё сначала попасть
Что написано я видел, только не понял как это работает. В справке два условия: SPF и DKIM. В заголовках DKIM нет, вот SPF r01:

$ dig r01.ru -t txt
;; ANSWER SECTION:
r01.ru. 600 IN TXT "v=spf1 a mx include:nic.ru include:hostcomm.ru a:moon.r01.ru ip4:31.177.84.4 ip4:109.70.27.60 ip4:31.177.69.4 ?all"

Почему не стоит что отправлено через vh234.sweb.ru?
Да, этот момент больше всего и смутил.

Вот картинка-пример из справки google:
image
Поправил свой email, спасибо.

А насчет обратного адреса да, я согласен. Надеюсь sweb заблокировал учетную запись, но что помешает зарегить пяток новых на левую почту и через терминал, например, оплатить.
12 ...
26

Information

Rating
1,914-th
Registered
Activity