Бетке Сергей: iT блог

Данной статьёй я хочу начать цикл статей по созданию собственного сценария на базе powershell, задачей которого станет формирования обязательного disclaimer (подписи) каждого исходящего письма, используя при подготовке подписи информацию из учётной записи отправителя (из AD), при этом шаблоны подписей и специфичные настройки учётных записей (применять шаблоны или не применять и так далее) планирую также разместить в объектах AD, дописав схему.

Быстрого результата сразу прошу не ждать. Задачу будем решать по этапам, определяя на каждом технологии. Итак, исходные требования:

• Внешний вид при html разметке хотелось бы получить примерно в таком роде:

С уважением, Бетке Сергей Сергеевич, Помощник генерального директора ЗАО "Промышленная группа ГАРО". тел.:  +7 963 3311ХХХ Sergey.S.Betke@NovGARO.RU

• решение должно быть “сервер-центристским” (рабочие станции пользователей и их почтовые клиенты не трогаем), или даже “домен-центристским” (это требование можно выполнить, разместив всё необходимое в AD, и развернув сценарий и всё необходимое к нему посредством GPO на SMTP серверы);
• функционировать решение должно на базе MS Exchange 2003 Server или старше, MS Windows 2003 R2 Standard Server или старше и DC на базе MS Windows 2003 R2 Standard Server или старше (уровень леса и домена – не ниже 2003);
• решение должно поддерживать шаблоны (html и plain text, rtf под вопросом);
• шаблоны должны поддерживать реквизиты, извлекаемые из объекта учётной записи отправителя. Предлагаю пойти дальше и допустить выражения в синтаксисе powershell, при этом полагая, что переменная $_ представляет собой именно учётную запись отправителя (имею в виду объект ADSI, не ADpowershell, так как решение должно функционировать на Windows 2003 Server. Поддержать возможность использования выражений предлагаю с целью обеспечения использования не только реквизитов учётной записи отправителя, но и, возможно, записей его руководителя, и так далее). Если мы решим эту задачу, наше решение будет шире доступных на сегодняшний день коммерческих решений;
• шаблоны должны позволять установить / изменить заголовки сообщения, а также анализировать их в выражениях;
• мы должны иметь возможность выбрать / указать шаблоны для пользователя. Напрашивается расширение recipient policy для exchange, возможность реализации подобного механизма ещё предстоит изучить;
• кроме того, должна быть обеспечена возможность удаления повторных “disclaimer” (в случае “длинной” переписки);
• следует обеспечить поддержку shortcode, другими словами – дать возможность пользователю либо явно указать шаблон, либо указать, что его быть не должно. При этом политиками мы должны иметь возможность как разрешить shortcode в тексте письма, так и запретить их.

Итак, от указанных требований и будем отталкиваться. Сразу оговорюсь, на этом этапе никакого интерфейса не предусматриваю. Редактор шаблонов – notepad, загрузка / выгрузка их (в AD и из AD) – powershell + ADSI, политики – аналогично, либо + MMC ADSI.

Приступим. В этой статье дополнительно соберу ссылки, которые будут полезными, а к реализации приступим уже в последующих статьях.