» Microsoft Exchange Server

Можно всюду потыкать, можно слегка погуглить https://social.technet.microsoft.com/Forums/ru-RU/4dde9b79-18e4-407f-8edc-896e6c40eb25/need-to-modify-server-response-to-ehlo-helo?forum=exchangesvradmin Помню, что данный параметр точно есть. К сожалению, не могу посмотреть.
Насчет ДНС - самый простой способ - использование записей MX

Добавлено:
На 2010 нашел прямо на первой вкладке свойств коннектора или можно использовать командлет http://technet.microsoft.com/en-us/library/bb125140(v=exchg.150).aspx
На 2013 нечто вроде GUI тоже есть, только через HTTP. И там есть этот параметр, если я не забыл.

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

Добавлено:
В ссылке на MS надо развернуть Parameters и отыскать FQDN

Добавлено:
Как-то так, видимо Set-ReceiveConnector -Fqdn 'mail.primer.ru' -Identity 'MyExhangeServerName\NameOfMyReceiveConnector'

Да, управление сабжем 2013 производится через вебморду. Добротную, надо сказать. Пусть и "специфическую", но добротную. Упоминаний HELO-EHLO я не видел, но чисто на интуиции предположу, что речь как раз о том поле, где нужно указать FQDN-имя сервера-ретранслятора потока почты (ибо других, собственно, и нет).

Что характерно, письма наружу так и не уходят. Понятия не имею (пока), почему. Буду читать дальше...

ShadowDweller

Цитата:

нужно указать FQDN-имя сервера-ретранслятора потока почты

Может быть. Командлет в бою надежней, как сапог. Попробуйте
Код: Get-ReceiveConnector | FL

День добрый. Имеется следующая проблема:

Пользователь используя Outlook 2010 назначает другому внешнему пользователю Outlook 2010-2013 встречу. Так вот. У пользователя, которому назначали встречу в календарь она добавляется на час раньше. (Назначили на 14:00, добавилась как 13:00). Внутри компании встречи назначаются с верным временем. Данную проблему стали наблюдать после 527 апдейта (изменение часовых поясов).

Пользователь1: Windows 7 (Обновление KB2998527 установлено), Outlook 2010, UTC+3 Москва RTZ2
Пользователь2: Windows 7 (Обновление KB2998527 установлено),Outlook 2010,UTC+3 Москва RTZ2

Используется Exchange 2010 server (Обновление KB2998527 так же установлено).

Повторяю, внутри компании встречи назначаются с верным временем. Внешние же пользователи видят встречу на час раньше.

Скриншот:
http://s017.radikal.ru/i444/1410/2f/8735a8158395.png

Цитата:

Что характерно, письма наружу так и не уходят. Понятия не имею (пока), почему.

Потому что я дятел, вот почему. Буквально спустя пару минут после отправки двух тестовых писем на разные адреса заметил результат:
• От рабочей почты (nic.ru) обратно в тестирующий ящик сабжа влетел отказ - мол, тыктотакойдавайдосвидания (получателя не знаю).
• На личной почте (gmail.com) искомое письмо обнаружилось в папке "Спам" (что закономерно, поскольку MX-запись на хостинге ещё не прописана).

Эксперимент с отправкой вовне успешен, будем думать с отправкой вовнутрь. За подсказки огроменное спасибо

P.S. Всё-таки я ближе к гуйщикам, чем к консольщикам. ПШ мне пока не по зубам.

Shumilin Aleksandr
Посмотрите у внешнего пользователя, откуда скриншот, что за зона указана в настройке времени Windows, в поясе Москвы, +3 или +4
Внутри компании, видимо, есть сервер времени, предположу, что эмулятор PDC, так что расхождений нет.

ShadowDweller

Цитата:

(получателя не знаю)

Значит его и нет - ошибка в адресе.

Цитата:

письмо обнаружилось в папке "Спам" (что закономерно, поскольку MX-запись на хостинге ещё не прописана).

МХ не при чем, отсутствует PTR указывающий, что IP отправителя соответствует SMTP домену. Писал выше об этом. МХ нужен, чтобы найти ВАШ почтовый сервер, то есть, чтобы послать письмо ВАМ. Можете кинуть в личку IP, я пошлю вам письмо без всяких записей МХ. Хотите от Барака Обамы, главное, чтобы спам фильтр не юзался.
Так вот, МХ запись, как только вы ее сделаете, сделает этот IP доступным для всех, кто хочет послать вам почту.
Осваивайте командлеты. Это несложно, надо только начать. Начинающиеся с Get- вполне безвредны. Тот же Get-ReceiveConnector выдаст точную инфу про ваш HELO, ибо в GUI мы только предполагаем, как оно на самом деле.
Далеко не все настраивается из GUI. Хотя, после перехода на веб морду, это скорее WUI (Web User Interface)

Добрый день!
Помогите разобраться с проблемой, есть почтовый сервер exchange 2010, нужно подключить к нему мобильного клиента (iPhone, android) с использованием starttls, который находится в локальной сети. По IMAP письма получает а вот отправить через smtp не получаеться. Пишет не удалось установить защищенное соединение с smtp сервера с использованием starttls, так как он не заявил о поддержке этой возможности.

Ок, суммирую полученные знания:
• Есть, скажем, внешний домен primer.ru, есть AD-домен sub.primer.ru, фронтэнд-сервер сабжа сидит по FQDN xch.sub.primer.ru.
• На хостинге прописывается MX-запись mail.primer.ru, соответствующая домену primer.ru.
• Записи А-типа для mail.primer.ru, owa.primer.ru и autodiscover.primer.ru хостинга указывают на мой текущий белый IP (подразумевается, что аналогичные настройки вкручены и в свойствах фронтэнд-сервера сабжа).
• HELO/EHLO-ответчик для соединителя отправки указывает на primer.ru (или всё-таки mail.primer.ru?).

Я нигде не ошибся?


Цитата:

(получателя не знаю)

Я снова дятел: речь об отправителе шла.

RoNiBu
Не знаю, что такое starttls, у обоих гаджетов есть Exchange Active Sync. Прекрасно работает, только iPhone иногда переполняет логи web сервера CAS серверов Exchange.
Подключение по защищенному SMTP... Ваш Exchange должен быть настроен на безопасное соединение (разрешен TLS), это настройка по умолчанию. Слушает он на порту 995 со своим сертификатом, присвоенным службе SMTP. Покопайте в эту сторону. Начните, например, со стандартного клиента почты, укажите ему защищенное соединение. Если работает, то смотрите, что это за клиент на девайсах и что ему надо. Я уж не говорю, что данный порт должен телнетиться извне (пустое окно с курсором).

ShadowDweller

Цитата:

• На хостинге прописывается MX-запись mail.primer.ru, соответствующая домену primer.ru. являющаяся доменным именем третьего уровня (поддоменом primer.ru)
• Записи А-типа для mail.primer.ru, owa.primer.ru и autodiscover.primer.ru хостинга указывают на мой текущий белый IP (подразумевается, что аналогичные настройки вкручены и в свойствах фронтэнд-сервера сабжа). Доступ у OWA идет через https://mail.primer.ru/owa
• HELO/EHLO-ответчик для соединителя отправки указывает на primer.ru всё-таки mail.primer.ru

• У провайдера не на хостинге делается PTR запись соответствия IP xxx.xxx.xxx.xxx = mail.primer.ru

Читайте внимательней. PTR можно сделать уже сейчас. Почта должна уходить и в спам не попадать.
Вообще, сделайте следующее


Код: nslookup - 8.8.8.8
set type=mx
my_domain_primer.ru

Paromshick
Есть действующий сертификат, привязан к SMTP,POP,IMAP

Настроил почтовый клиент Thunderbird, при попытке отправить письмо на почтовом сервере появляется ошибка:


Код: Имя журнала: Application
Источник: MSExchangeTransport
Дата: 23.10.2014 15:11:33
Код события: 12014
Категория задачи:TransportService
Уровень: Ошибка
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: SRV_MAIL.domain.local
Описание:
Microsoft Exchange не удается найти сертификат, содержащий имя домена remote.domain.ru, в хранилище личных сертификатов на локальном компьютере. Поэтому он не поддерживает команду STARTTLS SMTP для соединителя Windows SBS Internet Receive SRV_MAIL с полным доменным именем remote.domain.ru. Если полное доменное имя соединителя не указано, используется полное доменное имя компьютера. Проверьте конфигурацию соединителя и установленных сертификатов, чтобы убедиться, что для этого полного доменного имени есть сертификат с именем домена. Если сертификат существует, выполните команду Enable-ExchangeCertificate -Services SMTP, чтобы убедиться, что служба транспорта Microsoft Exchange имеет доступ к ключу сертификата.

RoNiBu
Сейчас самоподписанный стоит что ли? Вообще, изготовление и установка сертификата отдельная чувствительная к клиентам тема, не хотелось бы писать просто так. И непонятно, кто это remote.domain.ru это удаленный компьютер (клиент), или SMTP домен для Exchange?

Добавлено:
Get-ExchangeCertificate | FL плиз. Реальные имена маскируйте * для понятности, локальные - не надо. Что толку, если я узнаю firma.local Впрочем, как хотите.

Цитата:

set type=all
наш_mailexchangerName

Имеется в виду mail.primer.ru?

Paromshick
[PS] C:\Windows\system32>Get-ExchangeCertificate | fl


Код:
AccessRules : {System.Security.AccessControl.CryptoKeyAccessRule, System.Security.AccessControl.CryptoKeyAccessR
ule}
CertificateDomains : {SRV_MAIL.firma.local}
HasPrivateKey : True
IsSelfSigned : False
Issuer : CN=domain-SRV_MAIL-CA
NotAfter : 13.03.2015 23:40:19
NotBefore : 13.03.2014 23:40:19
PublicKeySize : 2048
RootCAType : Registry
SerialNumber : 46306BEE00000000000E
Services : None
Status : Valid
Subject : CN=SRV_MAIL.firma.local
Thumbprint : EF470DD55AC9C45999F15E325EDF92E7B8CFCA62

AccessRules : {System.Security.AccessControl.CryptoKeyAccessRule, System.Security.AccessControl.CryptoKeyAccessR
ule}
CertificateDomains : {SRV_MAIL, SRV_MAIL.firma.local}
HasPrivateKey : True
IsSelfSigned : True
Issuer : CN=SRV_MAIL
NotAfter : 22.01.2019 13:26:33
NotBefore : 22.01.2014 13:26:33
PublicKeySize : 2048
RootCAType : None
SerialNumber : 1E73AE2EF05BCF8E43B1CC90731C667A
Services : IMAP, POP
Status : Valid
Subject : CN=SRV_MAIL
Thumbprint : 9DE5B85DCCAA5E3F58E29C8C9BC27374B36703C5

AccessRules : {System.Security.AccessControl.CryptoKeyAccessRule, System.Security.AccessControl.CryptoKeyAccessR
ule, System.Security.AccessControl.CryptoKeyAccessRule}
CertificateDomains : {SRV_MAIL, SRV_MAIL.firma.local}
HasPrivateKey : True
IsSelfSigned : True
Issuer : CN=SRV_MAIL
NotAfter : 25.07.2018 10:52:58
NotBefore : 25.07.2013 10:52:58
PublicKeySize : 2048
RootCAType : None
SerialNumber : 562CA79D11A30AAF4C7EA0B1B252941F
Services : IMAP, POP, SMTP
Status : Valid
Subject : CN=SRV_MAIL
Thumbprint : 4B84B3FBAFA981B909A28E7FAEA500528CB3EF02

AccessRules : {System.Security.AccessControl.CryptoKeyAccessRule, System.Security.AccessControl.CryptoKeyAccessR
ule}
CertificateDomains : {Sites, SRV_MAIL.firma.local}
HasPrivateKey : True
IsSelfSigned : False
Issuer : CN=domain-SRV_MAIL-CA
NotAfter : 16.07.2015 17:09:03
NotBefore : 16.07.2013 17:09:03
PublicKeySize : 2048
RootCAType : Registry
SerialNumber : 1EFB359E00000000000C
Services : None
Status : Valid
Subject : CN=Sites
Thumbprint : E750834D40354F0B36CC347222ECC02642BA4443

AccessRules : {System.Security.AccessControl.CryptoKeyAccessRule, System.Security.AccessControl.CryptoKeyAccessR
ule}
CertificateDomains : {remote.domain.ru, domain.ru, SRV_MAIL.firma.local}
HasPrivateKey : True
IsSelfSigned : False
Issuer : CN=domain-SRV_MAIL-CA
NotAfter : 16.07.2015 17:08:25
NotBefore : 16.07.2013 17:08:25
PublicKeySize : 2048
RootCAType : Registry
SerialNumber : 1EFAD01900000000000B
Services : None
Status : Valid
Subject : CN=remote.domain.ru
Thumbprint : DEFE3786CFD4E44CF5F80BF0F9771E258C5942B0

AccessRules : {System.Security.AccessControl.CryptoKeyAccessRule, System.Security.AccessControl.CryptoKeyAccessR
ule}
CertificateDomains : {domain-SRV_MAIL-CA}
HasPrivateKey : True
IsSelfSigned : True
Issuer : CN=domain-SRV_MAIL-CA
NotAfter : 18.07.2016 18:08:00
NotBefore : 18.07.2011 17:58:01
PublicKeySize : 2048
RootCAType : Registry
SerialNumber : 480E997EF6981F864ACA8F36BEB21F2D
Services : None
Status : Valid
Subject : CN=domain-SRV_MAIL-CA
Thumbprint : D0EDD1AA0958B8E253EEB622974447CD2406DBC8

AccessRules : {System.Security.AccessControl.CryptoKeyAccessRule, System.Security.AccessControl.CryptoKeyAccessR
ule}
CertificateDomains : {WMSvc-WIN-HM1KG2N5PIP}
HasPrivateKey : True
IsSelfSigned : True
Issuer : CN=WMSvc-WIN-HM1KG2N5PIP
NotAfter : 15.07.2021 17:50:10
NotBefore : 18.07.2011 17:50:10
PublicKeySize : 2048
RootCAType : Registry
SerialNumber : 187AFE560885D7974D2D4432B21BADE8
Services : None
Status : Valid
Subject : CN=WMSvc-WIN-HM1KG2N5PIP
Thumbprint : D12C2A5F905246122440108EBB58FFFB3DF1B2D0

ShadowDweller
Имеется в виду результат, возвращаемый первой командой.
Первая комада ищет мх запись, вторая возвращает все IP, соответствующие этой записи, третья проверяет соответствие IP домену.
1. Не думаю, что primer это ваш реальный домен.
2. Ну хотя бы о простом можно и догадаться. Ведь возврат первой команды будет именно mail exchanger.

Вот с небольшими сокращениями то, что вы могли бы сделать для себя. Вообще, имхо для данной ветки это флудовато как-то...

Код: C:\>nslookup - 8.8.8.8
google-public-dns-a.google.com
Address: 8.8.8.8
> set type=mx
> yandex.ru
Не заслуживающий доверия ответ:
yandex.ru MX preference = 10, mail exchanger = mx.yandex.ru
> set type=all
> mx.yandex.ru
Не заслуживающий доверия ответ:
mx.yandex.ru AAAA IPv6 address = 2a02:6b8::89
mx.yandex.ru internet address = 87.250.250.89
mx.yandex.ru internet address = 213.180.204.89
mx.yandex.ru internet address = 93.158.134.89
mx.yandex.ru internet address = 213.180.193.89
mx.yandex.ru internet address = 77.88.21.89
> set type=ptr
> 87.250.250.89
Не заслуживающий доверия ответ:
89.250.250.87.in-addr.arpa name = mx.yandex.ru
> exit

Paromshick

Wildcard сертификат дороговат, думаю это следующий этап.

Ошибка в Exchange пропала, но почтовый клиент ругается
Сообщение не может быть отправлено, так как соединение с SMTP-сервером «remote.domain.ru» было утеряно в середине транзакции. Попробуйте снова или свяжитесь с администратором сети.

может что с настройками не так


Код: Windows SBS Internet Receive SRV_MAIL

Общие:
remote.domain.ru

Сеть:
Локальный IP 192.168.0.2 Порт 587
Удаленные сервера 0.0.0.0-255.255.255.255

Проверка подленности:
Обычная проверка подленности
встроенная проверка подленноси

Группа разрешений
Пользователи Exchange

RoNiBu
М.б. решит будущие вопросы...
У меня вот такой командлет запроса нарисовался. В запросе я GUI не доверяю

Код: New-ExchangeCertificate -FriendlyName 'Моя фирма Wildcard Certificate' -GenerateRequest -PrivateKeyExportable $true -KeySize '2048' -SubjectName 'C=RU,L="Мой город",O="My Firm. Ltd",OU="IT Department",CN=*.firma.ru' -DomainName '*.ADdomain.local','firma.ru','mail-server' | Out-File \\server\share\Cert\WildcardCert\Request.txt

Paromshick
При создание запроса в CA появляется ошибка

Код: Обработчик запросов сертификатов - Недопустимые данные. 0x8007000d (WIN32: 13)

RoNiBu
Я, чесгря, не особо понимаю, откуда вы вставляете цитаты. Если запрос неверный, то обычно ошибка выделяется красным. Может, что скопипастилось не так, пройдя через минимум два браузера. Может я где в знаке ошибся, может еще чего с синтаксисом.
Можно создать запрос в GUI, и до нажатия финальной кнопки похитить содержимое командлета из мастера сертификатов. Там кнопочка неприметная слева внизу, над основными кнопками. Из похищенного текста становится понятной логика запроса. Берите его в блокнот и правите под себя.

Цитата:

Где копать?

Не знаю. Видимо, вы бОльший спец, если можете посмотреть отпечаток сертификата выдаваемого клиенту.
ИМХО, надо сделать один и нормальный. Тогда и Exchange Active Sync заработает на всех гаджетах и без всякого стороннего софта. А то, я боюсь, не сломать бы поток почты. Инфра вообще не описана никак. Так, телепаю.
В общем, мое видение направления работ я пожалуй исчерпал. Создать и прицепить сертификат не такая уж проблема. Гугль выдаст кучу ссылок. К тому же я не знаю сам SBS, мб там есть особенности.
Да, попробуйте с другого места. Редкость конечно, но мне раз провайдер поднс**л, протокол GRE у него был заблокирован. Правда, это из другой оперы, аля VPN, но вдруг...

Ребят подскажите профану, какие технические условия нужно выполнить что б в Exchange 2013 можно было зайти с Интернета через owa или другой клиент из вне сети?.
На самом серваке настройки/сертефикаты сделал.

Достаточно на локальном роутере выполнить проброс портов почтовых служб на IP-адрес сервера с сабжем.

cRYSMAS
При простом пробросе - никаких. Внешняя ссылка должна в свойствах OWA соответствовать внешнему адресу, запрашиваемому клиентом. При использовании обратного прокси с контролем SSL например TMG делать настройки надо на TMG.

Тут задавали вопрос по поводу календаря в OUtlook и коррекции временных зон. Если еще актуально, то вот попалась статейка http://blogs.technet.com/b/dkhrebin/archive/2014/09/16/update-for-russian-time-zone-changes-2014-and-exchange-how-auto-adjustment-works.aspx
Русский для русских пишет по-английски. В чем шик...

По поводу времени
На текущий момент наблюдается проблема на связке почтовая система Exchange + Outlook, Echange + iMac, Exchange + iPhone, Exchange + iPad и др.:
Данные в календаре могут отображаться некорректно, а именно расписание встреч и событий сдвинуто на 1 час назад. Данная проблема затрагивает события (в т.ч. повторяющиеся), созданные ранее 26.10.2014.
Данная проблема была подтверждена производителем ПО - компанией Microsoft.


Есть статья:
https://social.technet.microsoft.com/Forums/exchange/en-US/27df7662-cc12-4103-9399-8e739bb3974f/exchange-server-meetings-in-russian-time-zones-as-well-as-names-of-time-zones-are-incorrect-after?forum=exchangesvradmin

Exchange Server 2010 and Exchange Server 2013 rely on Windows for time zone information.
Meetings will display correctly in the calendar, it is more of a feature issue around time zone display names.
Exchange Server SP3 RU8 will address this, and it will be released in middle November.

Копаем дальше

Здравствуйте.
Exchange 2010 SP1.
В логах постоянно выдает предупреждение MSExchangeMailboxAssistants, код события 9045.

Служба MSExchangeMailboxAssistants. Помощником Помощник по настройке параметров нежелательной почты остановлена обработка базы данных Database1n (d23ee381-451e-4596-b362-a224f40bab2f) в связи с ее неработоспособным состоянием.

База подключена, все работает. Пишут что есть проблемный почтовый ящик и его нужно пересоздать. Вот только как узнать какой ?

Да любой. Вы извините, но ни конфига, ничего нет. Один у вас сервер или как. Есть ли DAG. Думаете неважно?
ОК. Ответ исходя из вышеописанного вами и через пень колоду, но работает.
Создайте новую базу ящиков. Оцените пространство и всё такое. Planing проведите. Затем мигрируйте все ящики из старой базы в новую.
Проблемные мигрировать не смогут. Мигрируйте их исходя из более щадящих условий, как-то пропустить проблемные месседжи и т.п. Если это вообще надо, ибо это могут быть "мертвые" ящики.
Если останется мусор, ну... удалите подумав... Посмотрите по правам, мб просто нет доступа. Но важно удалить, если не хотите хранить копию старой базы на диске. Все гигабайты будут лежать мертвым грузом.
Да база распухнет вдвое новая+старая. Лишние гигабайты - их надо удалить.
Удаляем старую. Не удаляется. Надо мигрировать системные ящики. Здесь вам в итоге понравится работать с командлетами, ибо эти ящики мигрируются только ими. Когда появится ошибка об удалении старой базы, там будет подсказка - много букафф. Прочтите просто внимательно. Скопируйте в редактор и почитайте, покурите.
Если не включена "федерация", то сосредоточьтесь на ящиках арбитража. Извините, пишу по памяти, но гугл в помощь при моей ошибке в синтаксисе.
Get-Mailbox -Arbitration
Поучаете список ящиков. Если у вас несколько баз, то параметры командлета надо расширить, но опять же конфига нет. Погуглите потыкайте. Направление - в какой базе и на каком сервере лежат. Эти параметры потом передаются следующему командлету.
Итак, всё у нас просто, все системные ящики в одной базе, в старой, на одном сервере, надо просто переместить в новую.

New-MoveRequest -Identity {copy-paste* результата Get-Mail... подстановка разрешена
Он спросит куда? Укажете. Не спросит? Значит надо изначально правильно строить командлет, но емнип - спросит.
При удачном стечении, запрос на перемещение отразится в GUI. В разделе запрос на перемещение, где вы уже перемещали ящики юзеров. F5
Опять New-Move... для всех системных ящиков, пока они не переедут в новую.
Переехали?
Удаляем завершенные запросы на перемещение.
Удаляем старую базу. Удаляем файл базы. Удаляем лог базы.
Итог. Имеем чистую нефрагментированную базу без проблемных ящиков.
Место на диске даже чуть больше стало.
Если старая таки не удаляется, то значит в ней есть еще ящики. Вы их найдете, все для этого есть.
Удачи.

Если такой сценарий устраивает - мелкие вопросы в гугл. Я отбываю в командировку.

Здравствуйте!

Возникла странная проблема с одним из почтовых ящиков, надеюсь сообщество что-нибуть посоветует.
Проблема заключается в следующем:
Пользователь получает доступ к своему почтовому ящику посредством OWA. Если он залогинен в один момент времени на одном компьютере, то всё в порядке. А если он залогинен, скажем, дома и в это же время пытается залогиниться на работе то он получает ошибку "При попытке использования почтового ящика возникла ошибка." При этом в ECP зайти можно. У других пользователей, ящики которых находятся в этой же базе или других базах, такой ситауции не наблюдается.

Всё это на Exchange 2010 SP3

Приветствую всех!
Может кто подсказать?
Столкнулся с проблемой установки Exchange2007.

1. Поставил win2k8r2en
2. накатил обновления со wsusа
3. Запускаю диск (автозапуск) и вылетает это:


Цитата:

Faulting application name: Setup.EXE_Microsoft® Exchange, version: 8.1.240.3, time stamp: 0x47342abc
Faulting module name: Setup.EXE, version: 8.1.240.3, time stamp: 0x47342abc
Exception code: 0xc0000005
Fault offset: 0x000000000001b8b0
Faulting process id: 0x674
Faulting application start time: 0x01cff528ae8a50db
Faulting application path: D:\Setup.EXE
Faulting module path: D:\Setup.EXE
Report Id: ecf54a5d-611b-11e4-ba6b-bcaec523e2bc

Попытался найти ответ в гугл, никак.
Что делать ума не приложу.

Благодарю.

ne_tot
А образ точно не битый установочный? И что говорит, если попытаться установить не с автозапуска, а прям запуском сетапа с диска?

Здравствуйте. Подскажите, пожалуйста, кто знает точно.
Exchange 2007. Что будет, если с ящика А поставить переадресацию на ящик Б и наоборот. Возникнет бесконечная пересылка или нет? Спасибо.

tishkir Побреет настройкой MaxHopCount, по дефолту в 2007 кажется 15. В логах будет писать что-то подобное:
Unable to deliver message because the maximum hop count was exceeded. This is a potential message routing loop.

Всем привет.

Такая проблема, не могу победить. Может кто уже сталкивался с подобным?

Был MS Exchange 2010 SP1, обновил его до Exchange 2010 SP3 + RollUp 7

Теперь у кого стоит MS Outlook 2010 не открываются делегированные почтовые ящики, в логе на клиенте регится следующее уведомление:


Код: Тип события:    Уведомление
Источник события:    Microsoft Office 14 Alerts
Категория события:    Отсутствует
Код события:    300
Дата:        18.11.2014
Время:        10:38:44
Пользователь:        Н/Д
Компьютер:    DRG-068
Описание:
Microsoft Outlook
Невозможно развернуть папку. Невозможно открыть набор папок. Ошибка при входе на сервер Microsoft Exchange.
P1: 300032
P2: 14.0.4763.1000
P3: 4vr3
P4: 0x8004011D