Окончание времени жизни Exchange Server 2007


11 апреля заканчивается поддержка Exchange Server 2007. И не только его: время жизни всей линейки продуктов 2007 (Office, Sharepoint) подошло к концу.

В продолжении их использования есть множество проблем. Две основные:

  • не будет обновлений безопасности
  • не будет обновлений временных зон (а наши депутаты никак не угомонятся)

Те, кто использует продукты этих версий, вынуждены будут либо мигрировать на Офис 365, либо на корпоративные продукты более новых версий.

Что касается Exchange, то мигрировать получится либо на Exchange 2010, либо на Exchange 2013 — прямая миграция на 2016 не поддерживается.

Более подробно в статье Exchange 2007 End of Life Roadmap

Exchange 2013 — Authenticated SMTP relay


Редкая конфигурация, когда нужно пересылать в мир почту из небольших автономных офисов через центральный узел с использованием аутентификации на SMTP. Тем не менее кому-то может пригодится.

Суть в том, что в отличие от Exchange 2010 в Exchange 2013 не достаточно включить аутентификацию на коннекторе получения «Default Frontend» — нужно еще добавить права на коннекторе «Client Proxy», потому что подключения такого рода чудесным образом с первого коннектора направляются на второй!

Подробности Authenticated SMTP relaying in Exchange 2013

Новая возможность Outlook 2016


В своей приверженности Облакам компания Майкрософт последнее время редко нас радует новинками предназначенными для корпоративной среды.

И вот нас с вами приглашают опробовать новую возможность Outlook 2016, которая ранее работала только в Облаке — Cloud attachments, совместно с корпоративным SharePoint Server 2016.

Суть в том, что ранее мы могли вместо отправки самих файлов отправлять на них ссылку, при этом сам файл размещался либо на сайте Office 365 (Sharepoint), либо на OneDrive, либо на Office 365  “OneDrive for Business”.

Теперь мы с вами можем размещать вложения на корпоративном сайте SharePoint Server 2016 или на корпоративном “OneDrive for Business”. Подробности по ссылке.

Когда эта новая возможность будет полностью протестирована, мы наконец-то сможем убедительно рекомендовать линейку продуктов 2016 для внедрения в корпоративной среде.

Exchange 2016 — Вопрос о размере сектора


Не секрет, что Exchange Server 2016 сильно оптимизирован для работы с дисками. И работа с дисками постоянно совершенствуется. Тоже самое касается сетевого трафика. Например, в последних версиях не реплицируются индексы, а перестраиваются прямо на пассивной копии.

Несмотря на большую проделанную работу вопросы всё еще остаются. Например, сейчас нужно обязательно использовать одинаковый размер секторов на всех дисках DAG, иначе вы получите проблемы, причем скрытые, что особенно не приятно.

Powershell – END {} это важно!


При написании командлетов (cmdlet) и расширенных функций (advanced function) нужно соблюдать определённые правила.

Вот одно такое правило:

Основная логика (вывода результатов) должна быть помещена в END {} (или Endprocessing для C#)

Если не следовать этому правилу, то мы можем получить причудливые результаты. Один из разработчиков Powershell Jason Shirk продемонстрировал это следующим примером:

PS C:\>function BeginMarlezonBalet { end { write-host 'Первая часть марлезонского балета!'}}
PS C:\>function EndMarlezonBalet { begin { write-host 'Вторая часть марлезонского балета!'}}
PS C:\>BeginMarlezonBalet | EndMarlezonBalet

Вторая часть марлезонского балета!
Первая часть марлезонского балета!

Ошибка использовании общего почтового ящика


Иногда при использовании Shared Malbox в Outlook или OWA мы можем получить ошибку TooManyObjectsOpenedException.

Причина обычно простая: администратор разрешил общий почтовый ящик (Enabled) и выдал пользователям логин и пароль для подключения.

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

DPI в Remote Desktop сессии


Как-то выскользнула из моего внимания эта тема, которая активно обсуждалась на форумах Technet несколько лет назад, но всё еще актуальна. Поэтому оставлю тут короткую заметку.

Иной раз пользователи, подключаясь в серверу по RDP, испытывают проблемы из-за мелкого шрифта. В давние времена можно было изменить настройки эрана в удаленной RDP сессии и сделать объекты крупнее. В версии Windows 2008 эта возможность пропала. Позднее появился отдельный патч, который возвращал эту возможность.

В Windows 2012 ситуация изменилась кординально. В удаленной сессии нет возможности менять DPI. Но не все так плохо. Теперь обновленный RDP клиент сам выполняет масштабирование. В удаленной сессии он устанавлиевает то же DPI, что и в локальной сессии. Иначе говоря, если вы выставили масштаб в 125% в локальных настройках экрана, то этот же масштаб будет в удаленной сессии.