LINUX.ORG.RU
Форум — Admin  

Почтовый сервер postfix не шифрует текст сообщения писем

 


0

1 

Сервер postfix, для сравнения открывал другие почтовики имеют:
Content-Transfer-Encoding base64. И текст писем зашифрован Куда рыть незнаю гугл тоже.

Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

fvfdgvdgvd
On 05.05.2019 19:52, xxxxx wrote:
 Текст письма
★
← Squid3 с подменой сертификатов
Нужен ли ftp для работы сайтов на веб сервере? →

base64 не шифрование. На других почтовиках тоже нет шифрования содержимого писем.

VinilNavigator ★
()

«Encoding» это не «шифрование», а «кодирование». Про разницу читай в википедии

MrClon ★★★★★
()

Почтовый сервер не шифрует/кодирует/изменяет содержимое письма - это делает почтовый клиент.

gfh ★★★
()
Ответ на: комментарий от gfh

Почтовый сервер не кодирует/изменяет содержимое письма

Это неверная информация. MTA может, и когда-то это было широко распространено. Умеет ли Postfix - вопрос отдельный; он появился, когда это было уже не очень нужно. Вот шифровать - это да, не задача MTA.

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 1)
Ответ на: комментарий от AS

Если я сейчас подключусь телнетом на 25-й порт postfix и руками напишу: 

MAIL FROM:xxx@xxx.xxx
RCPT TO:yyy@yyy.yyy
DATA
zzz
.
.
то думаете в теле письма внезапно появятся всякие base64 и т.п.?

Это задача клиента при необходимости кодировать сообщение. Сервер никак не влияет на содержимое письма, он может или принять его или отвергнуть если оно не попадает под стандарты.

gfh ★★★
()
Ответ на: комментарий от gfh

то думаете в теле письма внезапно появятся всякие base64 и т.п.?

Не появится. Но вот если MTA будет Sendmail, если написано будет

DATA
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 8bit

тест
.
то всё может быть иначе. Гуглить про X-MIME-Autoconverted.

Когда-то, давным давно, в сети жили MTA, которые просто ломали 8-битные письма. И другие MTA под них подстраивались таким вот образом.

AS ★★★★★
()
Ответ на: комментарий от AS

Клиент может и имеет право поставить дким подпись. Модификации миме частей на транзите ушли в прошлое. Играются только с хидерами, которые скорее всего не попали в дким.

anonymous
()

Это гугловский композер (mua) кодирует все text,html и прочие octet части в base64. Считай их почтовый клиент. Но не релаи.

anonymous
()
Ответ на: комментарий от anonymous

Клиент может и имеет право поставить дким подпись.

Может поставить, а может и нет. Кстати, наличие DKIM сейчас скорее признак спама. :-)

AS ★★★★★
()
Ответ на: комментарий от AS

нет. dkim alignment позволяет форвардить письма, сохраняя dmarc=pass. dmarc де-факто определяющая технология верификации домена отправителя. Еще раз повторю: spf, dkim, dmarc это не про спам. это верификация отправителя и транспорта. Это фишинг, это бабки.

anonymous
()
Ответ на: комментарий от anonymous

Еще раз повторю: spf, dkim, dmarc это не про спам. это верификация отправителя и транспорта. Это фишинг, это бабки.

Ещё раз для не очень понятливых. Если DKIM-Signature в заголовке присутствует, надо на спам проверять как можно жёсче. Статистика такая, если до тебя не дошло. :-)

AS ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Squid3 с подменой сертификатов
Admin
Нужен ли ftp для работы сайтов на веб сервере? →