У меня проблема с репликацией общих папок между двумя серверами Exchange 2003.
Сервер A (наш исходный сервер) размещен на Windows Small Business Server 2003.
Сервер B (наш новый сервер) размещен на Windows Server 2003.
Обе системы полностью снабжены последними обновлениями и пакетами обновлений для Windows и Exchange.
Проблема, с которой я столкнулся, заключается в том, что общие папки не будут реплицироваться ни в одном направлении. Я настроил репликацию и могу видеть сообщения репликации, передаваемые между двумя серверами, с помощью Центра отслеживания сообщений. Однако я заметил, что последняя строка любого сообщения репликации гласит:
SMTP: Message Queued for Local Delivery
но сообщение на самом деле не сохраняется, что говорит о том, что проблема здесь.
Я включил различные параметры ведения журнала, и в моем журнале приложений появляется следующая ошибка (1 для каждого реплицируемого PF)
Event Type: Error
Event Source: MSExchangeTransport
Event Category: SMTP Protocol
Event ID: 7010
Date: 06/01/2010
Time: 15:47:13
User: N/A
Computer: MAIL
Description:
This is an SMTP protocol log for virtual server ID 1, connection #5.
The client at "192.168.16.2" sent a "xexch50" command, and the SMTP
server responded with "504 Need to authenticate first ". The full
command sent was "xexch50 2904 2". This will probably cause the
connection to fail.
Обратите внимание, что 192.168.16.2 - это сервер A, и что это сообщение было получено в журнале событий сервера B.
Я также получил эту ошибку (опять же, 1 ошибка для каждого реплицируемого PF)
Event Type: Information
Event Source: MSExchangeTransport
Event Category: Categorizer
Event ID: 9013
Date: 06/01/2010
Time: 16:57:56
User: N/A
Computer: MAIL
Description:
A message from 'smtp:CERBERA-IS@girlings.co.uk' could not be delivered
because the sender does not have permission to send to recipient
'smtp:MAIL-IS@girlings.co.uk'. This is due to a delivery restriction
configured on the recipient. (Message-ID: [REMOVED]). A DSN will be generated.
Я смотрел на KB843106 и подтвердил, что встроенная проверка подлинности Windows включена на обоих виртуальных SMTP-серверах, но не знаю, куда идти дальше. Любые идеи?
Как и выше, за исключением - Доставка -> Расширенная доставка -> FQDN = serverb.domain.local
Это немного озадачивает, если я не могу взять в руки машины. Я все равно попробую.
Вносили ли вы изменения в конфигурацию «Виртуального SMTP-сервера по умолчанию» на любом из компьютеров? Что-нибудь, касающееся конкретно TLS / SSL?
Убедитесь, что оба сервера входят в группу «Серверы домена Exchange».
Редактировать:
Разрешения «SendAs» и «ReceiveAs», предоставленные «серверам домена Exchange», указываются в объекте «msExchOrganizationContainer» в контейнере «Microsoft Exchange» контейнера «Services» NC конфигурации вашей Active Directory. Разрешения наследуются по всей организации.
(Хм ... ваш комментарий относительно: эти разрешения исчезли. Тем не менее, я оставлю это изменение.)
Принадлежат ли объекты серверного компьютера к каким-либо нечетным группам? В стандартной среде AD / Exchange 2003 они были бы членами «Компьютеров домена» и «Серверов домена Exchange». У меня возникает ощущение, что тот или иной другой сервер может быть членом группы «Администраторы домена».
Обходной путь, который вы могли бы использовать, - разрешить репликацию общих папок без аутентификации. Это не исправление, но оно позволит сообщениям течь, пока вы не выясните основную причину. Создайте значение REG_DWORD с именем «SkipPublicMDBRestriction» в «HKLM \ System \ CurrentControlSet \ Services \ MSExchangeTransport \ Parameters» и установите для него значение 1. Это устранит требование проверки подлинности для репликации общих папок и должно открыть шлюзы. (Видеть http://support.microsoft.com/kb/830181 для фона.)