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

Прежде, чем что-либо писать самому, необходимо изучить то, что доступно. Натолкнулся на недорогой продукт известного вендора MAPIlab Disclaimers for Exchange. Пробую применить его.

Далее »

Я думаю, Вы не однократно сталкивались с необходимостью сообщить Вашему контрагенту по телефону Ваш адрес электронной почты. Диктовать вместе “betke” последовательность “Борис-Елена-Тимофей-Константин-Елена” меня уже утомило.

Необходимо найти решение и для людей, не проходивших обучения на военной кафедре Натыкаюсь последнее время на любопытное решение: некоторые контрагенты в качестве lname используют свой внутренний телефонный номер. И в этом есть смысл – сообщить по телефону 3 цифры куда проще, чем кучу латинских букв.

Приступаем к реализации данного подхода на Exchange Server.

Далее »

В предыдущей статье показал пример написания командлеты Enable-DistributionGroup. В этой статье приведу код отдельного модуля, в котором будет определена наша командлета. В дальнейшем текст модуля в этой статье буду дополнять другими командлетами по мере того, как они мне будут требоваться.

Также приведу варианты решения без использования CDOEXM и удалённых сессий соответственно.

Далее »

Решил отдельно выделить некоторые моменты предыдущей статьи. Покажу вариант реализации управления Exchange Server 2003 с помощью powershell в условиях недоступности exchange management shell.

Итак – Enable-DistributionGroup своими силами.

Далее »

Буквально пару слов скажу о том, каким путём обеспечил поддержку всех “рекомендованных” RFC адресов для всех своих доменов на MS Exchange 2003. И поговорим немного о RFC2142.

Далее »

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

Далее »

Ранее уже писал о возможности организации белого списка отправителей для Exchange 2003. Однако, выявились подводные камни с решением на базе NTFS junctions. После ряда обновлений — симптомы следующие: файлы из папки filter (pickup) успешно "улетают", но в exchange tracking log они вообще не попадают. И письма не доходят.

Решение есть. Разработаем службу (на базе сценария powershell), в которой реализуем подписку на новые файлы в папке Filter нашего SMTP сервера, копирование в архив и в папку Pickup того же SMTP сервера. Далее »

Продолжаю тему автоматизации обслуживания microsoft exchange server 2003  с помощью powershell. Раньше уже писал о автоматизации контроля почтовых сервисов с использованием powershell и LogParser. В частности, предложенный в указанном посте сценарий формировал письмо следующего содержания:

Далее »

Обязательно следует прочитать дополнения к этой статье, разрешающие возникшие проблемы с linkd.

Решил добить идею. Раньше уже писал о реализации белых списков для exchange 2003. Также писал о доступе к этому списку через ADSI средствами powershell. Далее »

В посте “Sender whitelist (белый список) отправителей для Exchange 2003” описывал, как можно использовать возможности MS Exchange 2003 по фильтрации отправителей по адресу (чёрный список) в качестве списка надёжных отправителей (в качестве белого списка). Обещал привести скрипт по закгрузке / выгрузке этого списка средствами powershell. Исполняю обещание. Далее »