akelsey

Неочень понятен вопрос, если б была описана ситуация было бы проще.
А так, необходимо создать локальный файл PST и скопировать туда данные из In-Place арихва.

А как вы подключаетесь к Exchange? Почему у вас на Windows 10 PSSession пытается подключаться к localhost?
Неочень ясна проблема. Нужно больше деталей.

Включить SSH на обоих хостах и далее scp. После копирования добавить в инвентарь скопированную машину.

Слушайте, ну вы сами себе напридумывали костылей. Теперь ждёте что кто-то их разрешит. Вариант написать свой майл.ру со своей ситемой прав вам наверное не подойдет. Других вариантов задачу решить именно так как вы написали - нет. Как сервис должен догадаться что все эти 30 пользователей имеющих один и тот же логин и пароль ломящихся в один почтовый ящик - это разные люди?
Телепатически?
Если мыслить категориями MS Exchange например:
Почтовый ящик - индивидуальная вещь, принадлежащая отдельному пользователю.
Есть общий почтовый ящик - этот ящик уже может использоваться несколькими людьми и там могут быть настроены права, на чтение, на отправку, на удаление, полный доступ - на уровне папок/AD/mailbox.
Есть лист рассылок - когда нет никакого почтового ящика - просто информация падает всем кто входит в этот список.
Вообщем-то и всё. (за это берут очень не кислые деньги). Возможно есть еще более продвинутые сервисы эл. почты для групповой работы (более гибкие чем Exchange), но я их не знаю. Да и сомневаюсь что они есть.

1. ">>_" - ошибка синтаксиса, не закрыта кавычка, скобка, прочее. Т.е. ждать можете вечно - скрипт не работает -)
2. у вас для всех ящиков en-US/en-GB локаль? сомневаюсь. Наверняка русская, папка Calendar для русской локали будет называться "Календарь". Таков Exchange.
3. вообще плохая практика сразу травить скрипт на всех пользователей лучше все же "get-mailbox IIvanov" и посмотреть что будет
4. полагаю ошибка где-то тут: "$($Mailbox.Name):\Calendar", но не уверен -) проверять некогда.

Что если просто купить новый диск и добавить пространства на почтовый сервер? И не придумывать болты с левой резьбой?

В русском языке есть проблема кодировок, по этому видимо вам видится слово "слово" (1251), а Exchange его видит как "ёыютю" (866). Я не знаю в какой кодировке Exchange ожидает слова, т.е. какая является базовой для кириллицы, но думаю это windows-1251 (а может UTF8), стало быть что бы правило отработало с русскими словами - придется искать не только слово "слово", а и "ёыютю" так же.

Отсутствие ответов говорит о том что вопрос людям не понятен. Как может стоять "исходящее" и "внутри организации", а потом еще и отправляемые через один ящик.
Вот вы не обижайтесь, но сам вопрос напоминает постановку вопроса "как из шаурмы собрать кошку".
Напишите по человечески что хотите, возможно кто-то поможет.

Значит файл некорректно выгружен. Можно попробовать починить scanpst.exe.
Если поможет, значит вам повезло.

Воспользоваться халявным транспортным агентом на свой страх и риск. Например этим:
https://www.corelan.be/index.php/2008/07/21/free-t...

Только увеличите нагрузку на свой сервер и кол-во исходящего трафика. Спамеру до лампочки NDR от вашего почтовика.

Mikrotik в вашем случае работает на L3 и он ничего не знает о http/https.
Необходимо на денвере создать дефолтный виртуальный сервер - и настроить либо на проксирование запросов, либо на редирект на нужные сайты. Зависит от фантазии и задачи.
На микротик такое сделать увы не получится (моё субъективное мнение).

Никакого отбойника в Exchange не бывает.
Если только настроен карантин - но это обычно знает администратор почтовой инфраструктуры.
Что бы понять что происходит, стоит как минимум посмотреть путь прохождения письма в messagetrackinglog.

Всё верно нужно использовать EWS (Exchange Web Services) - они используются для получения данных из Exchange для сторонних приложений.
И использовать придется EWS Managed https://github.com/OfficeDev/ews-managed-api
далее использовать документацию отсюда: https://msdn.microsoft.com/ru-ru/library/office/dd...
С кодом не помогу, трудно будет 100%, удачи :-)

Суть инкрементал бэкапа - бэкап транзакшн логов, после успешного бэкапа - BackupExec должен сообщить Exchange что бэкап прошёл успешно, и тот должен удалить забэкапленные логи.
Процесс рестора же обратный - восстанавливается фуллбэкап, потом транзакционными логами доигрывается база до нужного времени.
Так что либо вы торопитесь - либо инкрементал бэкап проходит с фейлами, либо галочку надо поставить - сообщать exchange об успешном завершении инкрементал бэкап и делать truncate logs.
PS
Когда включены circular logging - по дизайну самого Exchange невозможно сделать incremental backup - технически.