sbh: Письма придут от отправителя -) Заголовки конечно поменяются, это особенность смтп протокола, любой транзитный сервер должен обновлять headers (что бы был понятен mailflow).
ksim_miloff: наверное да, первая ссылка всё же апи для разработки под виндовс. я на самом деле не разработчик, я Exchange администратор. Тогда возможно что-то интересное можно почерпнуть из библиотеки для php https://github.com/jamesiarmes/php-ews
По второй ссылке - по большому счету EWS это SOAP запросы к Exchange Server - на том конце обычный IIS на 80 или 443 порту, который принимает SOAP, обрабатывает, возвращает ответ XML (тут могу ошибаться) - который уже можно распарсить. Т.е. конечно библиотеками-фреймворками делать подобное проще (на powershell можно творить чудеса) - а под Ruby придется помучаться.
Сергей: возьмите учетную запись которая вас напрягает, откройте asiedit.msc - уберите аттрибуты которые не заполненны (в смысле скройте, отфильтруйте их). И попробуйте поискать (просто скроллируя вниз аттрибуты) в учетной записи где раздражает адрес - эти данные. Если их в ADSIEdit нет - то значит они хранятся в другом месте. Но я всё же подозреваю что они в AD.
Сергей: Вот так с полпинка не понятно. Возможно у вас схема AD расширена, возможно в аутлюке стоит add-ins который эти данные подсасывает из битрикс. Случай не стандартный, разобраться можно только по месту.
Сергей: это я понял. я вам и объясняю, я понятия не имею куда там программисты битрикса пишут эти данные в AD. Без скриншота контакта карточки Outlook - мне это тоже непонятно. Т.е. можно разобраться только по месту. Покажите скриншот карточки контакта, замазав приватные данные.
Вадим Чопоров: Да, создать можно Transport Rule + почтовый ящик - SPF_PreMod (type:shared) - дать на него права админу (вам наверное). После этого создать правило, ссылку на картинку для примера: 3.bp.blogspot.com/-k-FIv_W9dv4/TXYcThmAz_I/AAAAAAA... на ней видно "From users Outside" потом добавить условие и "Senders содержат mydomain.ru" - отправить в ящик для модерации.
Александр: можно использовать и один диск не вопрос, просто путь у пассивных БД должен идентичным активным, т.е. если БД имеет путь R:\MyExchangeDBs\DB1 - то на второй путь должен быть у базы реплики такой же R:\MyExchangeDBs\DB1 - уровень вложенности может быть пока позволяет ОС. Если нужно изменить путь реплики, то и путь активной БД тоже нужно менять, т.е. дизмаунт, и мув.
Александр: По моему мы разговариваем с вами о разных вещах.
1. При наличии DAG - у вас уже каждой твари по паре. Т.е. к активной БД есть пассивная БД на втором сервере. Т.е. если у вас 3 базы примаунчены и добавлены в ДАГ, то автоматически на втором сервере есть те же самые БД.
2. Теперь же вы хотите добавить ещё один диск, для новой БД, в таком случае вам придется добавить еще один ТАКОЙ же диск на второй сервер, в противном случае смысла от ДАГа у вас не будет.
Потом зачем ломать текущую инфраструктуру, если можно спланировать, добавить два новых виртуальных диска на оба сервера, назначить им новые метки дисков (одинаковые), завести четвертую БД, и смигрировать часть пользователей с текущих трёх - снизив с них нагрузку.
Через MessageTrackingLog можно собрать всё что вам требуется (сомнения есть по встречам). Автоматизированных вещей прямо под вашу задачу из коробки - не припомню. Есть тулза от MS - LogParser Studion - https://goo.gl/GVFpme - Попробуйте её.
