Назад | Перейти на главную страницу

Прекратить ведение журнала постфикса «отказ от ключевых слов EHLO: 8BITMIME»

Мой новый постфиксный сервер v2.2.10, похоже, работает хорошо. Но он всегда регистрирует «postfix / smtp [2095]: отбрасывание ключевых слов EHLO: 8BITMIME»

Это хорошо, плохо или безразлично? [Почему сервер не должен обрабатывать 8BITMIME?]

Я думаю, что хотел бы подавить сообщения журнала. я нашел http://www.postfix.org/postconf.5.html#smtp_discard_ehlo_keywords

Это правильно? Можете ли вы дать мне пример правильного использования этого параметра конфигурации?

Спасибо за ваш опыт!

Ларри

Обычная причина отбрасывать ключевое слово 8BITMIME ESMTP - убедиться, что все, что зависит от 7-битных чистых тел сообщений, работает правильно. Самый очевидный пример - это подпись DomainKeys / DKIM. Если ваше сообщение подписано как 8-битное сообщение, а затем его статус понижен до 7-битного на нисходящем переходе, подписи будут повреждены, поскольку содержимое преобразуется в Quoted-Printable (или, что менее вероятно, в Base64).

Принудительное преобразование восходящего перехода в Quoted-Printable перед доставкой на ваш сервер Postfix (т. Е. Без рекламы 8BITMIME в ответе EHLO) - это самый простой способ получить чистое сообщение для вашего контента, сканирующего / подписывающего. Предположительно, если это было в main.cf вашего дистрибутива по умолчанию, упаковщик хотел убедиться, что у вас установлен наименьший общий знаменатель, без неприятных сюрпризов при добавлении функций позже.

В общем, попытка заставить Postfix не регистрировать данные - больше проблем, чем оно того стоит. Лучше постобработать журналы с помощью сценариев (или в вашем демоне syslog, если он имеет такую ​​возможность).

Сообщая о проблеме с Postfix (или просто задавая вопрос), следуйте инструкциям в Отладка Readme .

Насколько я понимаю, вы установили smtp_discard_ehlo_keywords, фактически не используя молчаливый отказ псевдоключевое слово в значениях. Я бы посоветовал не изменять эти параметры, если вы не знаете, что делаете.

Кроме того, измените сценарий (-ы) анализа журнала, чтобы игнорировать эту строку в журналах. Намного проще.