Всё о о Microsoft Exchange Server и электронной почте.

Как избежать попадания писем в Junk? Весь секрет в X-MS-Exchange-Organization-SCL: -1

Проблемы с Junk Вчера всплыла еще раз проблема, связанная с функцией Junk E-mail в Outlook. Один из моих пользователей пожаловался на то, что письма от некоей компании стали попадать в папку Junk e-mail. С одной стороны это не проблема,  нужно добавить отправителя в белый список в Outlook и всё. С другой стороны многие пользователи даже не подозревают о существовании Junk e-mail. Блокируемые письма содержат брони авиабилетов и из-за «пропущенного» письма может сорваться командировка. Согласитесь, так быть не должно и в этой ситуации решение должен принимать администратор.

Как обычно перед нами встает вопрос:«А что же делать? Как лучше поступить?»

Существует ряд решений этой проблемы:

  • Добавление отправителя в глобальный белый список, автоматически импортирующийся в Outlook. Я писал об этом года два назад.  А если нельзя будет зацепиться за адрес отправителя? Например, если это будут письма , отправляемые самописным приложением, где можно зацепиться только за тему сообщения или содержимое текста сообщения
  • Обучение пользователей — самый трудоемкий способ, но однозначно сокращающий вопросы к службе HelpDesk в будущем
  • Еще один способ

Вот об этом третьем способе я и хочу поговорить. В принципе задача сводится к следующему:«Нужно каким-то образом помечать сообщения, чтобы спам фильтр в Outlook их не помещал в Junk e-mail»

Как-то очень давно я читал статью  Evan Dodds ,  где четко сказано, что спам фильтры Exchange и Outlook ни как не связаны, это два разных фильтра, с разной логикой и разными обновлениями. Если у кого есть хорошие пруфлинки на эту тему,  дайте, плиз, почитать.  У Outlook можно добавить отправителя в белый список, вот вроде бы и все настройки.

Но с выходом Forefront Protection 2010 появилась следующая проблема, помечаемые спам сообщения не попадали в Junk-email в Outlook.  Выяснилось, что проблема в поле

X-MS-Exchange-Organization-SCL: -1

То есть FPE2010, в случае всевозможных белых списков, устанавливает значение в -1 и Outlook не помещает такие сообщения в Junk e-mail. И нашел я здесь замечательные слова: «Reserved by Microsoft® Exchange Server 2003 for messages submitted internally. A value of -1 should not be overwritten because it is this value that is used to eliminate false positives for internally-submitted e-mail»

а потом еще и такие, посвежее:

«FPE marks messages that it believes to be legitimate with an SCL rating of -1. As a result, on Exchange Server 2007, the end user blocked senders feature may not be enforced for these messages. If this occurs, as a workaround, you can set the extended option CFAllowBlockedSenders to ‘true’. This changes the SCL rating from -1 to 0 and allows Exchange Server 2007 to enforce the end user blocked senders feature»

Это как раз решение для моего случая.  Мне нужно создать транспортное правило, которое будет в зависимости от условий — совпадение подстроки в адресе отправителя или по подстроке в теме сообщения менять SCL сообщения на -1 и оно никогда не попадет в Junk e-mail.

Например, если Олег Крылов пришлет мне письмо, с темой письма: «Galka needed!», то оно попадет ко мне сразу в Inbox  и я не пропущу его в Junk e-mail.

Ну вот, но одну проблему стало меньше 🙂

Всем хороших выходных.

Похожие посты:

  • http://www.exchangerus.ru Pavel Nagaev

    Поступило две жалобы, что это не работает.

    Одну жалобу проверили, вроде заработало. Если у вас возникнут проблемы, плиз, сообщите, нужно быть уверенным, что все что написано — правда. 🙂

  • http://www.exchangerus.ru Pavel Nagaev

    Так, сегодня два письма все же попали в Junk e-mail с

    X-MS-Exchange-Organization-SCL: -1.

    Как -то нестабильно. Наведу справки.

  • Alexandr Mouzhagitov

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

  • Андрей

    Создал по аналогии правило, единственная разница — указал конкретный адрес отправителя, от которого надо менять SCL. Не меняет…

  • http://www.exchangerus.ru Pavel Nagaev

    Значит что-то не так в правиле.

  • Павел

    Спасибо! Очень выручили.