Вчера всплыла еще раз проблема, связанная с функцией Junk E-mail в Outlook. Один из моих пользователей пожаловался на то, что письма от некоей компании стали попадать в папку Junk e-mail. С одной стороны это не проблема, нужно добавить отправителя в белый список в Outlook и всё. С другой стороны многие пользователи даже не подозревают о существовании Junk e-mail. Блокируемые письма содержат брони авиабилетов и из-за «пропущенного» письма может сорваться командировка. Согласитесь, так быть не должно и в этой ситуации решение должен принимать администратор.
Как обычно перед нами встает вопрос:«А что же делать? Как лучше поступить?»
Существует ряд решений этой проблемы:
- Добавление отправителя в глобальный белый список, автоматически импортирующийся в Outlook. Я писал года два назад. А если нельзя будет зацепиться за адрес отправителя? Например, если это будут письма , отправляемые самописным приложением, где можно зацепиться только за тему сообщения или содержимое текста сообщения
- Обучение пользователей — самый трудоемкий способ, но однозначно сокращающий вопросы к службе HelpDesk в будущем
- Еще один способ
Вот об этом третьем способе я и хочу поговорить. В принципе задача сводится к следующему:«Нужно каким-то образом помечать сообщения, чтобы спам фильтр в Outlook их не помещал в Junk e-mail»
Как-то очень давно я читал статью , где четко сказано, что спам фильтры 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.
Ну вот, но одну проблему стало меньше 🙂
Всем хороших выходных.