Письма, получаемые в Base64, не декодируются автоматически

3332
user108

Многие агенты в моей компании получают электронные письма, которые по-прежнему содержат заголовок Barracuda (брандмауэр спама) (даже в представлении «сообщение», а не в представлении «источник») и закодированы в Base64.

Они отправляются из-за рубежа по большей части, так возможно ли, что локали конфликтуют? то есть. если есть азиатский символ, отправляемый поверх, это, в первую очередь, требует кодировки Base64.

Наш почтовый сервер - SmarterMail Enterprise 14.5 и Intermedia Exchange, прошивка Barracuda v7.1.1.003 (2015-09-28 16:36:19)

Пример: параллельное сравнение того, что видит пользователь и как выглядит источник изображения в Barracuda.

Таким образом, большая часть заголовка все еще скрыта от пользователя, но электронные письма по-прежнему не должны выглядеть так.

Я подозреваю, что причиной проблемы является следующее:

Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 

Эта проблема локали / кодирования сбивает с толку наш брандмауэр спама?

1
Это слишком широко, чтобы ответить. Пожалуйста, предоставьте более подробную информацию, такую ​​как используемый почтовый сервер и, возможно, пример. И почему заголовок Barracuda вообще проблема? Arjan 8 лет назад 0
Вы в состоянии изменить конфигурацию брандмауэра? Если это не так, вы не можете решить эту проблему, если это так, то, скорее всего, лучше справиться с Serverfault. Ramhound 8 лет назад 0
Просмотр заголовков барракуды в электронном письме раздражает и не должен происходить, если мы не посмотрим на источник сообщения. И да, я могу изменить настройки брандмауэра для спама. user108 8 лет назад 0

1 ответ на вопрос

2
grawity

Нет, это не проблема. Content-Transfer-Encoding совершенно действителен и довольно распространен.

Проблема в том, что над заголовком вставлена пустая строкаreceived-spf . (В левом окне по какой-то причине в этой точке находится толстая красная полоса.)

Пустая строка указывает, что заголовки сообщения заканчиваются в этой точке и начинается тело. Поскольку самое внешнее объявление Content-Type ( multipart/relatedодно) находится ниже фиктивного разделителя, почтовый клиент получателя даже не смотрит на него - он просто возвращается к не-MIME-режиму «простой текст».

Выясните, на каком этапе вставляется пустая строка. Сравните то, что Barracuda получает с тем, что хранит (для этого вам может потребоваться временно отключить TLS). Проверьте, ведет ли он себя так же, если вы отправляете более простое сообщение (т.е. не из MS Exchange); попробуйте отправить тестовое сообщение непосредственно в спам-фильтр, например, используя swaks.

Мы только недавно включили SPF, и примерно в это же время эта проблема начала возникать. Спасибо за ваш совет, я посмотрю дальше в этом. Будет ли обновление нашей Барракуды быстрым способом исправить это? user108 8 лет назад 0
* shrug * Да, это может быть ошибка в коде Barracuda, которая вставляет заголовок результата `Received-SPF` - но я не знаю, было ли это исправлено в последней версии. Вместо этого свяжитесь с их техподдержкой. grawity 8 лет назад 0

Похожие вопросы