Удаление повторяющихся и нежелательного прокси адресов в Exchange

Переводы статьи Переводы статьи
Код статьи: 318774 - Vizualiza?i produsele pentru care se aplic? acest articol.
Данная статья является объединение статей: 318774, 329617
Развернуть все | Свернуть все

В этой статье

Аннотация

Если вы являетесь администратором, политик получателей Microsoft Exchange можно использовать для автоматической настройки и настройки адресов электронной почты всех получателей Exchange с помощью правила создания адреса. Служба обновления получателей относится адресов в пакетном режиме для новых и существующих пользователей в соответствии с определенными правилами. Для настройки этих правил, с помощью диспетчера Exchange System Manager для доступа к свойствам объектов политики получателей.

Однако в некоторых ситуациях можно использовать правило, которое вызывает дубликат или который заставляет несколько адресов для применения в организации Exchange. При обнаружении повторяющихся адресов электронной почты во время обычной работы Exchange отчеты о невозможности доставки (NDR) с 5.1.4 код ошибки могут быть отправлены на сервере и могут возникнуть другие непредвиденные ситуации. Кроме того в журнале событий приложений регистрируется следующее сообщение:



Тип события: предупреждение
Источник события: MSExchangeIS
Категория события: Общие
КОД события: 9514
Компьютер:Exchange_Server_Name
Описание: Два объекта в каталоге имеют одинаковые прокси - /dc = com, dc = домен, cn = конфигурация, cn служб/cn = microsoft exchange/cn = =Название_организации/ CN = административные группы, cn =Имя_учетной_записи/ CN = серверы, cn =Exchange_server_name/ CN = informationstore, cn =storage_group_name/ CN = (хранилище общих папокExchange_server_name) и /dc = com, dc = домен/ou = пользователи, cn =Имя_пользователя.

В данной статье описываются ситуации, где применяются повторяющихся адресов и удаление дублирующихся адресов.

Дополнительная информация

Следующее правило действительно обычный формат адреса электронной почты SMTP (Интернет):
@domain.com
При использовании данного правила, адрес электронной почты добавляется каждый объект получателя, покрытых политики получателя mailnickname@domain.com. Таким образом Если псевдоним электронной почты пользователя Exchange является Пользователь1, адрес Пользователь1@Имя_домена.com применяется к пользователю.

Exchange также можно использовать для определения правила автоматического назначения имен. Например требуется адрес электронной почты получателей настроена как"FirstName_LastName@Имя_домена.com"вместо"mailNickname@Имя_домена. com.» Чтобы внести это изменение можно использовать следующие правила создания адреса:
%g_%s@domain.com
Для получения дополнительных сведений о доступных автоматическое именование спецификаторы и синтаксис щелкните следующий номер статьи базы знаний Майкрософт:
285136Настройка генераторов адресов электронной почты SMTP через принимающие политики
При использовании автоматического именования спецификаторы, убедитесь, что поля, которые требуется сослаться в правила создания адреса фактически существуют для каждого из получателей, охватываемых данным правилом. Если вы этого не сделать, может привести к дубликаты или несколько адресов электронной почты для создания объектов в организации Exchange.

Влияние этой проблемы зависит от того, какие получатели, участвующие. Несколько объектов системы Exchange почтовых ящиков. Если неправильный адрес применяется к таким системным объектам, могут возникнуть проблемы. Например репликация общих папок может завершиться с ошибкой или баз данных не удается подключить. Кроме того регистрируется сообщение, описанное в разделе «Аннотация» данной статьи.

В качестве примера этого поведения Предположим, что определены правила создания адреса %g_%s@domain.com. Это правило имеет значения для givenName атрибут и СН атрибут объекта Active Directory и использует эти значения для создания адреса электронной почты. Если пользователя givenName значение атрибута является Джефф и СН значение атрибута Smith, адрес электронной почты Jeff_Smith@domain.com.

Но givenName атрибут и СН атрибут не являются обязательными, и с включенной поддержкой почты объектов, таких как списки рассылки и агенты системы могут отсутствовать эти атрибуты. В этом случае правила создания адреса %g_%s@domain.com регрессирование для правила создания адреса _@domain.com. Для объектов, которые не имеют givenName и СН значение атрибута правило становится эквивалент правило, жестко кодировать, адрес электронной почты как _@domain.com.

При применении нового адреса электронной почты, служба обновления получателей проверяет Если тот же адрес уже существует на любой объект в лесу. В противном случае числовое значение добавляется новый адрес, чтобы различать их. Например при наличии нескольких пользователей с именем Jeff Smith, дополнительной учетной записи пользователя, обрабатываемых службой обновления получателей может получить адрес электронной почты Jeff_Smith2@domain.com.

Это означает, что объекты без givenName и СН значения атрибутов, которые обрабатываются согласно правилу %g_%s@domain.com адрес нового поколения будет получать адреса электронной почты, таких как _1@domain.com, _2@domain.com, _3@domain.com и других похожих адресов.

Каждый раз, служба обновления получателей проверяет наличие новых получателей, должны иметь адреса электронной почты, объекты без givenName и СН атрибуты могут получать дополнительный адрес. Рассмотрим объект, который имеет адрес _1@domain.com. Этот адрес не соответствует правилу _@domain.com и службы обновления получателей может подумать, что объект по-прежнему должны иметь адрес _@domain.com «жестко». Проверка дублирования адреса находит the_@domain.com адрес уже принадлежит другому объекту, что таким образом, могут быть выделены адрес например _4@domain.com.

Если ни один из атрибутов объекта был изменен в Active Directory с момента последнего запуска службы обновления получателей, этот объект не заметил службой обновления получателей. Однако если объект изменяется каким-либо образом, служба обновления получателей проверяет его еще раз, чтобы определить, если к нему будет применяться новые адреса электронной почты. Это означает, что со временем, один объект, который не имеет спецификатор атрибутов могут иметь десятки или сотни адресов электронной почты _NNNN@domain.com.

Как правило дополнительные адреса невозможны и не влияют на обычный почтовый поток; Однако со временем это может привести к службы обновления получателей для обработки элементов более неэффективно. Служба обновления получателей должен проверять наличие повторяющихся адресов несколько раз когда он назначает новые адреса объектов. Адрес _1000@domain.com существует, службы обновления получателей необходимо выполнить над тысячи повторяющихся адресов проверки прежде, чем он может автоматически назначить новый адрес на основе правила формирования _@domain.com.

Несмотря на то, что Exchange проверяет наличие повторяющихся адресов электронной почты, проверка не гарантирует полную надежность по следующим двум причинам:
  • Отдельные службы обновления получателей должны быть настроены для каждого домена. Даже в среде с одним доменом существуют две службы обновления получателей. Одна служба обновления получателей для контейнера домена и другой (организации служба обновления получателей) — для контейнера конфигурации сервера.
  • Задержка репликации Active Directory может привести к адрес, назначенный одной службой обновления получателей не появляются в папке базы данных, который используется другой службой обновления получателей в соответствующее время.
Более вероятна ситуация, в которой создаются дублирующиеся адреса ситуация является при подключении к другой организации службы обновления получателей подключен к одному контроллеру домена и домена службы обновления получателей. При обработке объектов, которые отсутствует спецификатор атрибутов параллельно с каждой службой обновления получателей, создаются дубликаты.

Советы и рекомендации для предотвращения дублирования и несколько адресов

Символ, который наиболее часто используется в правилах именования auto — символ подчеркивания (_). Этот раздел ссылается на правила создания адреса SMTP:%g_%s@domain.com как базовый пример.

Правила создания адреса %g%s@domain.com не вызывает проблем % g_%s@domain.com. Если объект не имеет givenName и СН атрибуты, правила создания адреса регрессирование для @ domain.com. Это вызывает стандартное поведение службы обновления получателей отметки с адресом электронной почты mailNickname@domain.com

Чтобы предотвратить автоматическое именование спецификаторы причиной таких проблем при использовании автоматического именования спецификаторы и при использовании жестких знаков в части пользовательского правила создания адреса, необходимо настроить фильтр в принимающей политике для проверки существования атрибуты, заданные явным образом.
Каждая политика получателей Exchange имеет фильтр Lightweight Directory Access Protocol (LDAP), который определяет объекты, к которым применяется политика. Простой фильтр, можно определить по объекту (mailnickname = *). В синтаксисе фильтр LDAP атрибута = * можно читать как «существует атрибут». Таким образом (mailnickname = *) политика применяется фильтр для каждого объекта, имеющего mailNickname атрибут (то есть, каждый объект, с включенной поддержкой почты). Этот фильтр применяется для политики получателей по умолчанию.

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

Например для записи всех пользователей, контактов и групп Exchange автоматически создается следующий фильтр:
(&(&(& (mailnickname=*) (|(&(objectCategory=person)(objectClass=user)(!(homeMDB=*))
(!(msExchHomeServerName=*)))(&(objectCategory=person)
(objectClass=user)(|(homeMDB=*)(msExchHomeServerName=*)))
(&(objectCategory=person)(objectClass=contact))
(objectCategory=group)(objectCategory=publicFolder) ))))
Для создания этого фильтра в политике:
  1. Запустите диспетчер Exchange System Manager.
  2. Разверните узел Получатели, разверните узел Политики получателейи либо открыть окно свойств политики, которую требуется изменить или создать новую политику.
  3. На Общие Щелкните Изменить.
  4. Установите все флажки на Общие Вкладка.
  5. Нажмите кнопку Хранение вкладки, а затем нажмите кнопку Почтовые ящики на сервере.

    Не требуется дополнительная настройка Дополнительно Вкладка.
Для изменения этого фильтра таким образом, чтобы он проверяет существование givenName и СН атрибуты:
  1. Откройте окно свойств политики получателя и нажмите кнопку Изменить.
  2. Нажмите кнопку Дополнительно Вкладка выбора Имя поле пользователя и Фамилия пользователь поле, а затем задайте условие для этих полей Презентация.
После выполнения этих двух процедур фильтр LDAP появляется как следующий фильтр:
(&(&(&(& (mailnickname=*) (| (&(objectCategory=person)
(objectClass=user)(!(homeMDB=*))(!(msExchHomeServerName=*)))
(&(objectCategory=person)(objectClass=user)(|(homeMDB=*)
(msExchHomeServerName=*)))(&(objectCategory=person)(objectClass=contact))
(objectCategory=group)(objectCategory=publicFolder))))
(objectCategory=user)(givenName=*)(sn=*)))
Обратите внимание, что (objectCategory=user)(givenName=*)(sn=*) был добавлен в конце фильтра. Этот фильтр теперь охватывает только пользователи, имеющие оба givenName и СН атрибут. Этот фильтр пропускает списков рассылки, контакты и объекты системы Exchange.

Поиск и удаление повторяющихся адресов

Совпадающие адреса, которые обычно создаются путем автоматического именования спецификаторы выполните прогнозируемого шаблон (например, _12345@domain.com, _12346@domain.com и похожих адресов). Таким образом можно выполнять автоматически искать эти адреса и выполнение автоматической очистки.

Можно использовать служебную программу Ldifde.exe, включенный в Windows 2000 для экспорта и импорта сведений Active Directory как обычный текст в формате LDIF. LDIFDE использует тот же стандартный синтаксис LDAP поиска как фильтры политики получателей Exchange. Можно вставить фильтр политику получателей в командной строке Ldifde и создайте текстовый файл со списком всех объектов в контейнере, записанные с помощью фильтра. Следующая команда является примером общий синтаксис для создания текстового файла:
LDIFDE -f файла file.txt -d "dc = дочернего домена, dc = domain, dc = com" -l [список атрибутов] - r «[фильтр ldap]»
В этой команде все объекты в поддомен, которое соответствует фильтру записываются в файл File.txt. Для записи объектов в контейнере конфигурации необходимо указать контейнер и первый домен, находящийся в лесу, например:
LDIFDE -f файла file.txt -d "cn = configuration, dc = firstdomain, dc = com" -l [список атрибутов] - r «[фильтр ldap]»
В -l параметр ограничивает атрибуты объекта, которые записываются в файл File.txt. Если не задан -l, перечислены все атрибуты для каждого объекта. Чтобы ни один из атрибутов, используйте параметр-l ничего. Если в этом случае команда экспортирует только различающееся имя каждого объекта в файл File.txt.

Чтобы найти все дубликаты или несколько адресов прокси-сервера, можно запустить Ldifde для каждого домена в организации и контейнеру конфигурации для данного леса. Для этого необходимо определить уникальный поиск шаблон, который соответствует только нежелательные адреса.

В этом примере используется шаблон поиска * SMTP:_*@*. Этот шаблон поиска захватывает каждый адрес прокси-сервера Exchange SMTP (почта Интернета) по электронной почте, начинающийся со знака подчеркивания. Например выполните следующую команду:
LDIFDE -f badproxies.txt -d "dc = domain, dc = com" proxyaddresses -l -r «(proxyaddresses=*smtp:_*@*)»
Эта команда экспортирует данные Badproxies.txt, похожее на следующие данные:
dn: CN=Public Information Store (EXCHANGE1),CN=First Storage Group,CN=InformationStore,CN=EXCHANGE1,CN=Servers,CN=First Administrative Group,CN=Administrative Groups,CN=Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domain,DC=com
changetype: add
proxyAddresses: smtp:_3516c8@domain.com
proxyAddresses: SMTP:_160b1b@domain.com
proxyAddresses: smtp:_@domain.com
proxyAddresses: smtp:EXCHANGE1-PubIS@domain.com
proxyAddresses: X400:c=US;a= ;p=Organization;o=First Administrative Group;s=EXCHANGE1-Pub IS;

dn: CN=Microsoft DSA,CN=EXCHANGE1,CN=Servers,CN=First Administrative Group,CN=Administrative Groups,CN=Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domain,DC=com
changetype: add
proxyAddresses: smtp:_5b4ac@domain.com
proxyAddresses: SMTP:_137336@domain.com
proxyAddresses: smtp:_2ee369@domain.com
proxyAddresses: smtp:_2124b1@domain.com
proxyAddresses: smtp:_136617@domain.com
proxyAddresses: smtp:_5a29c@domain.com
proxyAddresses: smtp:_2ed263@domain.com
proxyAddresses: smtp:_1f3e3d@domain.com
proxyAddresses: smtp:_134a14@domain.com
proxyAddresses: smtp:_58b1d@domain.com
proxyAddresses: smtp:_2dcff6@domain.com
proxyAddresses: smtp:_20fa76@domain.com
proxyAddresses: smtp:_133b9e@domain.com
proxyAddresses: smtp:_927c0@domain.com
proxyAddresses: smtp:_2bd94@domain.com
proxyAddresses: smtp:_3340fd@domain.com
proxyAddresses: smtp:EXCHANGE1-SRS@domain.com
proxyAddresses: X400:c=US;a= ;p=Microsoft;o=Desperation;s=JESSICA-SRS;
					
Файл Badproxies.txt содержит записи для объектов, чьи адреса прокси-сервера включают SMTP-адрес, начинающийся со знака подчеркивания. Также экспортируются все адреса для этих объектов. Можно отфильтровать эти дополнительные адреса позже.

Возможно, некоторые адреса, начинающиеся с символа подчеркивания законным. Это условие имеет значение true, перед продолжением необходимо удалить эти объекты из файла Badproxies.txt. Выполните следующую команду Ldifde для идентификации этих объектов:
LDIFDE -f файла file.txt -d "dc = domain, dc = com" samaccountname givenname, sn, -l, mailnickname, displayname - r» (| ()givenName=_*)(Sn=_*)(samAccountName=_*)(mailNickname=_*)(DisplayName=_*))"
Данная команда выполняет поиск объектов, которого имя, фамилия, имя входа Windows, псевдоним Exchange или отображаемое имя начинается со знака подчеркивания. Можно изменить фильтр поиска на шаблон, соответствующий конкретной среде.

Примечание Если неправильный синтаксис команды Ldifde, Ldifde не могут возвращать ошибку. Вместо этого, любой может не отображаться результаты поиска. Если поиск дает нет объектов, проверьте команды Ldifde, изменяя фильтр поиска в дополнительный способ возврата результатов. Например Замените символ подчеркивания букву A.

Кроме того Если у вас нет разрешений на просмотр объекты или атрибуты, эти элементы не возвращенных в поиске и не появляется ошибка о том, что у вас нет разрешений для определенных объектов. При поиске контейнера домена рекомендуется входить в систему в качестве администратора домена. При поиске контейнера конфигурации рекомендуется входить в систему в качестве администратора предприятия.

Убедитесь, что Badproxies.txt содержит только те объекты, которые имеют адреса электронной почты, которые требуется удалить, необходимо фильтровать и re-format LDIF-файл таким образом, чтобы снова импортировать его. Импорт LDIF формата файла и формат файла экспорта значительно отличаются.

Следующий пример сценария можно использовать для преобразования и фильтрации файла импорта. Этот сценарий предоставляется в качестве примера использовать или изменить этот сценарий на свой страх и риск. Этот сценарий сам по себе нельзя изменить сведения Active Directory. Необходимо вручную импортировать выходной файл сценария в Active Directory для внесения изменений. В каждой строке сценария двойными пробелами, чтобы было легче обнаружить неправильные оболочку строки. Для запуска сценария скопируйте и вставьте следующий текст в текстовый файл и назовите файл Proxyfix.bat.
@ECHO OFF

REM This script processes an LDIF Active Directory input file to create

REM an output file of proxy addresses to be deleted. You may set a

REM pattern to determine what addresses will be added to the output file.

REM If no pattern is set, all addresses will be exported and available for deletion.

REM Wildcard characters in the pattern are not permitted.

REM "Quotes" in the input and output filenames are not permitted.

REM Command line syntax:

REM proxyfix.bat [input file] [output file] pattern

REM Example: proxyfix.bat export.ldf export.out smtp:_

setlocal

set infile=%1

set outfile=%2

set pattern=%3

if {%pattern%}=={} set pattern=proxyAddresses

set pattern=%pattern:"=%

echo Input file is: %infile%

echo Output file will be: %outfile%

echo Current pattern is: %pattern%

pause

if exist %outfile% del %outfile%

:echo.>%outfile%.TMP

for /f "delims=" %%A in (%infile%) do call :DO_EACH_LINE "%%A"

echo ->>%outfile%.TMP

echo.>>%outfile%.TMP

echo Change "delete: proxyAddresses" to "add: proxyAddresses" to set instead of delete addresses>%outfile%.ERR

for /f "delims=" %%A in (%outfile%.TMP) do call :CHECK_EACH_RECORD "%%A"

copy /A %outfile%.ERR + %outfile%.TMP %outfile% >NULL

if errorlevel 0 if not errorlevel 1 (

del %outfile%.tmp

del %outfile%.err

echo LDIF import file saved as "%outfile%"

) ELSE (

echo FAILURE. Examine "%outfile%.tmp" and "%outfile%.err".

)

goto :EOF

:DO_EACH_LINE

set line=%1

set line=%line:"=%

IF "%line:~0,1%"==" " (

echo.

echo Broken line encountered! Could not process this line:

echo "%line%"

echo.

pause

)

if "%line:~0,4%"=="dn: " GOTO :DN

if "%line:~0,15%"=="changetype: add" (

echo changetype: modify>>"%outfile%.TMP"

echo delete: proxyAddresses>>"%outfile%.TMP"

)

if "%line:~0,16%"=="proxyAddresses: " GOTO :FINDPROXY

goto :EOF

:DN

echo ->>%outfile%.TMP

echo.>>%outfile%.TMP

echo Processing %line%

echo %line%>>%outfile%.TMP

goto :EOF

:FINDPROXY

echo %line% | find /I "%pattern%"

if errorlevel 0 if not errorlevel 1 echo %line%>>%outfile%.TMP

GOTO :EOF

:CHECK_EACH_RECORD

IF NOT DEFINED CHECKNEXT SET CHECKNEXT=NO

set line=%1

set line=%line:"=%

IF "%CHECKNEXT%"=="NO" (

IF "%line:~0,4%"=="dn: " SET DN="%line%"

echo Checking %DN%

)

if "%line:~0,22%"=="delete: proxyAddresses" (

set CHECKNEXT=YES

GOTO :EOF

)

IF "%CHECKNEXT%"=="YES" (

IF "%line%"=="-" (

echo             !!!WARNING!!!>>%outfile%.ERR

echo All proxy addresses will be removed from>>%outfile%.ERR

echo %DN%>>%outfile%.ERR

echo by importing this file to Active Directory.>>%outfile%.ERR

)

set CHECKNEXT=NO

GOTO :EOF

)

GOTO :EOF
Заметки
  • Выходной файл, который создает этот сценарий нельзя импортировать в Active Directory, прежде чем сначала изменить. В зависимости от того, как запустить сценарий сценарий может генерировать файл, который удаляет все адреса прокси-сервера в всего домена. Выходной файл должен изучить тщательно перед применением к Active Directory, убедитесь, что не то, что нужно.
  • Верхняя три строки в файле: комментарий и пробел, который необходимо удалить, прежде чем запустить этот файл. При наличии предупреждения в верхней части файла, необходимо удалить эти также.
  • Если сценарий приостанавливает работу с сообщением «Обнаружил разрыва строки!», необходимо исправить строки, отчеты и повторно запустить сценарий.
  • Стандарт LDIF делит длинные строки на несколько строк продолжение строки после разрыва строки с пробелом в первом столбце. Пример сценария не учитывает этот стандарт, за исключением отчет при обнаружении такого рода строки. При наличии большого числа разрыва строк в файле, можно исправить эти строки с помощью глобального поиска и замены процедуры. Для этого используйте текстовый редактор, который поддерживает поиск и замена через разрывы строки. Microsoft Word можно использовать для выполнения глобального поиска и замены, но не забудьте сохранить отредактированный файл как обычный текст. В Microsoft Word можно найти следующий элемент и замените его:
    ^ p [символ пробела]
    Обратите внимание, что поиск текста знак крышки (^) и строчная p, CTRL + P.
  • Если все адреса прокси-сервера для удаления из объекта записи в выходной файл, сценарий пытается вставить предупреждение в верхней части файла. При использовании этого сценария для создания Импорт LDIF-файлов необходимо тщательно изучить эти файлы, чтобы убедиться, что они содержат только те записи, которые требуется импортировать.

    Следующий формат записи удаляются все адреса прокси-сервера:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    -
    							
    Если адрес не определенным именем в записи, будут удалены все адреса. Следующий формат записи удаляются только один прокси-адрес:
    dn: CN=OBJECT,CN=CONTAINER,....,DC=com
    changetype: modify
    delete: proxyAddresses
    proxyAddresses: SMTP:OBJECT@domain.com
    -
    						
  • Из изменений, внесенных в выходной файл (за исключением записей, которые выполняют оптом удалений), поиск файла вывода, замените "Удалить: proxyAddresses" с "Добавить: proxyAddresses,", а затем импортировать этот файл еще раз.
  • Чтобы экспортировать все адреса прокси-сервера для всех объектов в контейнере с помощью -R "(proxyAddresses=*)" фильтр поиска Ldifde.

    Этот файл можно использовать как резервный файл адресов прокси-серверов, которые существуют в определенный момент времени. Обработать этот файл с помощью Proxyfix.bat файл может быть создан файл импорта, который можно использовать для восстановления адресов, при необходимости.
  • Если фильтр не определен в качестве третьего параметра в командной строке Proxyfix.bat, все адреса прокси-сервера из входного файла копируются в выходной файл. Можно изменить "Удалить: proxyAddresses" на "Добавить: proxyAddresses» для объединения адресов с адресами, которые уже присутствуют в Active Directory. Можно также использовать «заменить: proxyAddresses "для удаления всех адресов прокси-сервера из Active Directory и замените только адреса, перечисленные в выходной файл.
  • Если удалены все адреса прокси-сервера из всех объектов изменены объекты и восстановить все адреса в соответствии с текущими политиками получателей запускается служба обновления получателей. Однако до завершения этого процесса могут быть созданы отчеты о недоставке (NDR) для почты в пути. Удаление адреса в контейнере конфигурации служб Exchange может перестать или вы не сможете запустить их, если они уже остановлен. Корпорация Майкрософт рекомендует проявлять чрезвычайную осторожность при обработке адреса прокси-серверов, особенно для объектов в контейнере конфигурации.
Чтобы импортировать файл LDIF, выполните следующую команду:
ldifde -i -f delproxies.txt

Свойства

Код статьи: 318774 - Последний отзыв: 7 июня 2011 г. - Revision: 4.0
Информация в данной статье относится к следующим продуктам.
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
Ключевые слова: 
kbinfo kbmt KB318774 KbMtru
Переведено с помощью машинного перевода
ВНИМАНИЕ! Перевод данной статьи был выполнен не человеком, а с помощью программы машинного перевода, разработанной корпорацией Майкрософт. Корпорация Майкрософт предлагает вам статьи, переведенные как людьми, так и средствами машинного перевода, чтобы у вас была возможность ознакомиться со статьями базы знаний KB на родном языке. Однако машинный перевод не всегда идеален. Он может содержать смысловые, синтаксические и грамматические ошибки, подобно тому как иностранец делает ошибки, пытаясь говорить на вашем языке. Корпорация Майкрософт не несет ответственности за неточности, ошибки и возможный ущерб, причиненный в результате неправильного перевода или его использования. Корпорация Майкрософт также часто обновляет средства машинного перевода.
Эта статья на английском языке:318774

Отправить отзыв

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com