Некоторые особенности миграции на новые версии Exchange Server 2013 и 2016


Поток компаний, мигрирующих на новые версии Exchange Server 2013 и 2016, нарастает. Нарастает и количество вопросов, которые возникают при выполнении миграции. Читать далее

Реклама

CU11 Exchange Server 2013 – патовая ситуация


Установка CU11 Exchange Server 2013 в организацию с Exchange 2010 создаёт проблему с оснастками управления. Поэтому в подобной ситуации пока не рекомендуется устанавливать CU11, а использовать CU10. Читать далее

Бакапы в Exchange Server 2016


После выхода Exchange Server 2016 RTM интересно оценить, что в нём изменилось. В частности, относительно бакапов, или создания резервных копий.

Можно сразу сказать, что по сравнению с версией 2013 в версии 2016 RTM ничего не изменилось. Почти.

Если взять более ранние версии, то позитивные сдвиги есть и значительные. Читать далее

«Проявление» удаленных почтовых ящиков


Редко приходится восстанавливать удаленные почтовые ящики, поэтому всё время забываю, как их «проявить» в Exchange Server 2013.

Exchange чрезвычайно экономно работает с почтовыми базами и базой Active Directory. Причем настолько экономно, что порой «забывает» изменять второстепенные атрибуты: например, при удалении почтового ящика признак SoftDeleted можно ждать очень долго, а без него трудоёмко найти фактически уже удаленный почтовый ящик.

В Exchange 2010 «проявить» все удаленные почтовые ящики можно было командой:

Get-MailboxDatabase | Clean-mailboxdatabase

Более экономно для одной почтовой базы:

Get-MailboxDatabase "mbdatabase"| Clean-mailboxdatabase

В версии Exchange 2013 командлета Clean-mailboxdatabase нет!

Тем не менее «проявление» удаленных почтовых ящиков можно сделать так:

Get-MailboxDatabase | foreach{Get-MailboxStatistics -Database $_.identity} | ForEach { Update-StoreMailboxState -Database $_.Database -Identity $_.MailboxGuid -Confirm:$false }

(Также можно указать конкретную почтовую базу Get-MailboxDatabase «mbdatabase»| …)

Как видите, стремление к экономии породило новый командлет Update-StoreMailboxState, который в отличие от Clean-mailboxdatabase работает только для одного почтового ящика: поэтому приходится перетряхивать всё содержимое почтовой базы командлетом Get-MailboxStatistics.

Только после этого можно получить список удаленных (отсоединенных) почтовых ящиков:

Get-MailboxDatabase | Get-MailboxStatistics | Where {($_.DisconnectDate -ne $null)}

Полезные ссылки:

  1. Connect-Mailbox
  2. Update-StoreMailboxState
  3. Connect a disabled mailbox

Exchange – надежная доставка сообщений между лесами


Теневая избыточность (Shadow redundancy) обеспечивает высокую надежность доставки сообщений на уровне транспортных служб. Работает она в рамках одной организации Exchange. Но бывают ситуации, когда в компании несколько лесов и несколько организаций Exchange, либо когда есть необходимость обеспечить надежную доставку компаниям-партнерам. Возникает вопрос: можно ли настроить Shadow redundancy так, чтобы этот механизм работал между серверами в разных лесах?

Ответ положительный. Нужно всего лишь выставить для учётных записей серверов (MS Exchange\Externally Secured Servers) право ms-Exch-SMTP-Accept-XSHADOW на коннекторах, которые связывают серверы разных лесов друг с другом, а также выставить доверие (SmartHostAuthMechanism ExternalAuthoritative). В зависимости от ситуации это можно сделать как на существующих коннекторах, так и создать новые.

Два примера (первый и второй). Копия второго:

New-SendConnector ToForest2 -AddressSpaces SMTP:domain.com -SmartHosts mail.domain.com -ProtocolLoggingLevel verbose -DNSRoutingEnabled $False -SmartHostAuthMechanism ExternalAuthoritative
Get-SendConnector ToForest2 | Add-ADPermission -user "MS Exchange\Externally Secured Servers" -ExtendedRights ms-Exch-SMTP-Send-XShadow

New-ReceiveConnector FromForest1  -Bindings 0.0.0.0:25 -RemoteIPRanges 192.168.1.1 -ProtocolLoggingLevel verbose -Banner "220 Forest2 XShadow SMTP Server" -AuthMechanism ExternalAuthoritative
Get-ReceiveConnector FromForest1 | Add-ADPermission -user "MS Exchange\Externally Secured Servers" -ExtendedRights ms-Exch-SMTP-Accept-XShadow


Exchange Server и обновления безопасности MS15-011 и MS15-014


Только что выпущены обновления безопасности MS15-011 & MS15-014
и возникает вопрос о том, какое влияние они могут оказать на Exchange Server 2010/2013. Читать далее

Одна из причин исчезновения места в почтовом ящике Exchange Server


В Outlook есть папка самого верхнего уровня, на уровень выше папки «Входящие». Обычно она именуется по имени владельца почтового ящика или по его адресу. Если ее выбрать мышкой, то открывается страничка «Outlook Today» или «Outlook Сегодня».

С этой папкой, а это именно папка, связана одна неприятная проблема: пользователь может перемещать туда элементы (письма, задачи и т.д.), но потом не видит их. Например, он может ошибочно настроить правило автоматического перемещения писем.

В результате, как бы пользователь не чистил свой почтовый ящик, его размер неуклонно растёт, достигает предельной квоты и блокируется.

Читать далее