XADM: 받는 사람 업데이트 서비스 비활성화에 대한 요구 사항

기술 자료 번역 기술 자료 번역
기술 자료: 296479 - 이 문서가 적용되는 제품 보기.
모두 확대 | 모두 축소

이 페이지에서

요약

특정 호스팅 시나리오와 같은 특정 상황에서 RUS (받는 사람 업데이트 서비스) 사용 안 함 및 스크립트 또는 다른 방법을 사용하여 RUS이므로에 의해 일반적으로 수행되는 작업을 처리할 수행할 수 있습니다. 이 문서의 목적은, 뿐만 아니라 Active Directory 개체 업데이트 RUS가 대신 사용자 지정 방법을 사용하기로 결정한 경우 어떤 작업을 수동으로 수행해야 하는 따라야 합니다 지침을 문서화하는 것입니다.

이 문서에서는 다음과 같은 내용을 다룹니다.
  • 엔터프라이즈 없음 없음 RUS
  • 받는 사람 정책 적용
  • 모든 사서함 사용이 가능한 및 메일 사용이 가능한 개체에 대한 필수 특성
  • 사서함 사용이 가능한 사용자에 대해 필수 특성 추가
  • 사용자 및 연락처 메일-사용할 수 있는 추가 특성 필요
  • 메일 사용 가능 그룹에 필수 특성 추가
  • 메일 사용이 가능한 공용 폴더에 필수 특성
  • 주소 목록 정책 적용
  • 숨겨진된 그룹 구성원
  • 주소 목록 개체에서 숨기기
  • Exchange 2000 엔터프라이즈 서버 그룹의 구성원 유지 관리
  • 참조

추가 정보

지침 및 일반적으로 RUS이므로에 의해 처리되는 작업 다음과 같습니다. 도메인 RUS 일정을 없음으로 설정하는 경우 이러한 함수의 모든 프로세스를 수행해야 합니다.

엔터프라이즈 없음 없음 RUS

두 종류의 받는 사람 업데이트 서비스 있습니다. 하나는 구성 컨테이너에서 Exchange 2000 시스템 개체를 처리하기 위해 담당하며 다른 역할을 각 도메인의 받는 사람을 처리하는 데 사용됩니다. 경우 전체 Microsoft Windows 2000 포리스트에 있는 첫 번째 형식 중 하나만 있기 때문에 하나의 구성 컨테이너 엔터프라이즈 RUS는 이것이 있으므로 사용하지 말아야 합니다. 엔터프라이즈 RUS는 구성 컨테이너에서 개체를 처리하는 데 필요한 때문에 받는 사람 기본 정책을 삭제하지 않도록 즉.

받는 사람 정책 적용

모든 사서함 사용이 가능하고 메일 사용이 가능한 개체를 최소한의 특성이 제대로 작동하려면 모든 Exchange 2000 구성 요소를 사용하려면 제대로 설정되어 있어야 합니다. 이러한 특성 중 일부는 사서함 사용이 가능하고 메일 사용이 가능한 개체의 공통, 일부 사서함 사용이 가능한 또는 메일 사용이 가능한 개체를 특정 것입니다.

모든 사서함 사용이 가능하고 메일 사용이 가능한 개체에 대한 필수 특성

사서함 사용이 가능한 사용자 및 메일 사용이 가능한 사용자 또는 연락처를 차이를 이해하는 것이 중요합니다. 사서함 사용이 가능한 사용자가 실제로 Exchange 2000 정보 저장소가 Exchange 2000 서버에서 메시지를 저장합니다. 메일 사용이 가능한 사용자나 연락처가 있는 Exchange 2000 조직 외부에 있는 주소를 참조합니다. 메일 사용이 가능한 사용자는 Exchange 2000 서버의 모든 저장소 공간이 없으며, 쉽게 로컬 Exchange 2000 조직 외부의 대상으로 메일을 보낼 수 있습니다. 사용자 중 하나가 사서함 사용이 가능한 또는 메일 기능이 있지만 두 될 수 있습니다. 연락처에 메일을 사용할 수 있으며 사서함을 사용할 수 없습니다.

메일 사용이 가능한 모든 다음 특성 또는 사서함 사용이 가능한 개체를 설정해야 합니다.
  • legacyExchangeDN
  • proxyAddresses
  • textEncodedORAddress
  • 메일
  • mailNickname
  • displayName
다음은 이러한 특성을 적절한 서식을 대한 간략한 설명이 있습니다. 해당 특성을 올바른 서식에 대한 완전한 사양이 아닙니다.

legacyExchangeDN
특성 구문: 단일값 대/소문자를 구분하지 않는 문자열

legacyExchangeDN 개체에 대한 Exchange 2000-스타일 고유 이름이 있습니다. 예를 들면:
/o = Organization/ou = AdministrativeGroup/cn = RecipientContainer/cn = mailNickname
이 특성의 경량 디렉터리 액세스 프로토콜 (LDAP) 구문을 대/소문자를 구분하지 않는 문자열 있지만 소문자 "o", "ou 같은 구분 기호를 사용하여 및"cn"및 해당 사용자가 조직 및 관리 그룹을 대/소문자 유지 좋습니다. 조직 및 관리 그룹 이름을 조직과 관리 그룹에 Active Directory에서 보관되는 값을 일치해야 합니다. 혼합된 Exchange 2000 및 Microsoft Exchange Server 5.5 조직의 경우 설정한 값을 가진 Exchange Server 5.5 디렉터리에서 기존 개체를 일관성이 있는지 확인하십시오.
proxyAddresses
특성 구문: 다중값된 유니코드 문자열

proxyAddresses 특성은 이 받는 사람에게 메일을 보내는 데 사용할 수 있는 모든 전자 메일 주소를 보유합니다. 이 특성 형식은 PREFIX: proxy, 여기서 PREFIX 를 두 SMTP, X 400, GWISE, NOTES, 또는 다른 주소를 입력합니다. 최소한 메일 개체의 형식을 X 400 및 SMTP 주소가 있어야 합니다. 시스템 수행자는 적절한 주소 유형을 생성할 수 있는 경우 추가 보조 프록시 SMTP 주소 또는 기타 주소 유형이 포함되는 수도 있습니다. 제네릭 및 특정 예제에서는 유효한 SMTP 및 X 400 항목은 다음과 같습니다.
SMTP: user@company.com
X 400: c = US; a =; p = Organization, o AdministrativeGroup; = s = Surname; g GivenName =

SMTP:user@microsoft.com
X 400: c = US; a =; p = 조직, o Exchange; = s = LastName; g 이름 =
기본 SMTP 주소가 모든 대문자 "SMTP" 주소 형식을 가져야 합니다. 추가 SMTP 프록시 주소를 소문자로 시작해야 합니다: SMTP.
textEncodedORAddress
특성 구문: 단일값 유니코드 문자열

textEncodedORAddress 특성을 또한 proxyAddresses 필드에 포함된 주 X.400 주소가 포함되어 있습니다. X.400 주소 형식이 proxyAddresses 에서 사용되는 형식과 같습니다.
메일
특성 구문: 단일값 유니코드 문자열

개체의 기본 SMTP 주소 mail 특성이 포함되어 있습니다. 주소 접두사가 없는 특성과 경우에만 SMTP 주소가 포함됩니다. 예를 들면:
user@microsoft.com
mailNickname
특성 구문: 단일값 유니코드 문자열

Exchange Server 5 .5에서는 별칭 또는 UID 필드 mailNickname 특성을 비슷합니다. 최대 길이가 64 문자 특성이 있습니다. 또한 mailNickname 특성은 개체를 사서함 사용이 가능한 경우 사서함에 액세스할 수 있는 URL을 생성하기 위해 사용됩니다. 예를 들어, URL 형식으로 같습니다.
http://servername/exchange/mailnickname
displayName
특성 구문: 단일값 유니코드 문자열

displayName 특성 개체의 표시 이름을 전체 주소 목록에 나타나고 개체인 구성원이 다른 주소 목록을 포함합니다.

사서함 사용이 가능한 사용자에게 필요한 추가 특성

위의 특성 외에도 모든 사서함 사용이 가능한 사용자가 다음 특성이 제대로 설정되어 있어야 합니다.
  • msExchHomeServerName
  • homeMDB
  • homeMTA
  • msExchUserAccountControl
  • msExchMasterAccountSid
  • msExchMailboxGuid
다음은 이러한 특성을 적절한 서식을 대한 간략한 설명이 있습니다. 해당 특성을 올바른 서식에 대한 완전한 사양이 아닙니다.

msExchHomeServerName
특성 구문: 단일값 유니코드 문자열

msExchHomeServerName 특성을 사용자의 사서함이 있는 서버 Exchange 2000 스타일의 고유 이름이 들어 있습니다. 예를 들면:
/o = Organization/ou = AdministrativeGroup/cn 구성/cn = 서버/cn = ServerName =
homeMDB
특성 구문: 고유 이름

homeMDB 특성을 사용자의 사서함이 포함된 사서함 저장소에 대한 고유 이름을 링크가 포함되어 있습니다. 이 특성 값을 고유 Active Directory의 사서함 저장소 개체의 정확히 일치해야 합니다. 예를 들면:
CN MailboxStore CN = StorageGroup, CN = InformationStore, CN = ServerName, CN = 서버 CN = AdministrativeGroup, CN = 관리 그룹을 CN = Organization, CN = Microsoft Exchange CN = 서비스, CN = 구성, DC = domain, DC = com =
homeMTA
특성 구문: 고유 이름

homeMTA 특성을 사용자의 사서함이 있는 서버의 메시지 전송 에이전트 (MTA)는 고유 이름을 링크가 포함되어 있습니다. 이 특성 값이 Active Directory의 MTA 개체의 고유 이름을 정확히 일치해야 합니다. 예를 들면:
CN Microsoft MTA CN = ServerName, CN = 서버 CN = AdministrativeGroup, CN = 관리 그룹을 CN = Organization, CN = Microsoft Exchange CN = 서비스, CN = 구성, DC = domain, DC = com =
msExchUserAccountControl특성 구문: 단일값 정수

msExchUserAccountControl 특성이 정보 저장소에서 objectSid 또는 msExchMasterAccountSid 설정 또는 정보 저장소 사용 권한의 읽을 때 사용할 것인지 결정하는 데 사용됩니다. 이 특성은 두 가지 가능한 값은 다음과 같습니다.
  • 0: 이 활성화된 사용자 있습니다
  • 2: 사용하지 않는 사용자 때문입니다
Microsoft Windows NT 사용자 계정 또는 도메인에 로그온하는 데 사용할 수 있는지 여부를 데 참조할 사용자 사용 "및" 사용자를 사용할"만 용어. RUS가 사용자 계정을 만든 사용하거나 사용할 때마다 이 값이 자동으로 업데이트하는 담당합니다. 사용자가 사서함 사용이 사용자가 업데이트된 경우 설정하거나 해제할 때 msExchUserAccountControl 값이 설정되어 있는지 확인해야 합니다. RUS가 userAccountControl 값이 두 번째 비트 (0x2) 확인하여 이 값을 결정합니다. 경우에는 0x2 비트가 설정되어 있지, 계정을 사용할 수 있습니다. 경우에는 0x2 비트가 설정된, 해당 계정을 사용할 수 없습니다.

msExchUserAccountControl 0으로 설정되어 있으면 설정된 사용자 계정을 때문입니다 있으며 읽기 또는 정보 저장소 사용 권한을 설정할 때 정보 저장소에 사용자의 objectSid 참조합니다. msExchUserAccountControl 2로 설정되어 있으면 이 사용되지 않는 사용자 및 사용 권한을 읽기 또는 정보를 설정할 때 보안 ID (SID) 에 msExchMasterAccountSid 설정할 정보 저장소를 참조를 저장할. msExchMasterAccountSid특성 구문: 단일값 SID

참고: RUS가 msExchMasterAccountSid 설정합니다. 이 특성에 의해 두 Active Directory 커넥터 (ADC), 또는 관리자는 사용자가 사용자의 사서함 권한 있는 연결된 외부 계정 권한을 부여합니다. 때 채워집니다. 포함되지는 몇 가지 이 문서에서는 msExchMasterAccountSid 특성을 RUS가 채우는 다른 특성 관계에 인해 설명합니다.

사용자 계정을 사용하지 않는 사용자 따라서 msExchUserAccountControl 2로 설정되어 있는 경우 msExchMasterAccountSid 특성 채워야 합니다. msExchUserAccountControl 0으로 설정되어 있으면 msExchMasterAccountSid 값을 채울 수 합니다. 이 특성에 값이 이 사용자와 연결된 사서함 사용하는 방법에 따라 가능한 두 가지 범주의 있습니다.
  • 사서함을 리소스 사서함의 경우 msExchMasterAccountSid 잘 알려진 Microsoft Windows 2000 SID가 포함되어 있어야 합니다 "사용자 자체" 라고도 자동
    • 리소스 계정 정의가 실제로 도메인에 로그온하는 데 사용되지 않는 비활성된 사용자 계정을 있지만 대신 Exchange 2000 조직 내의 다른 사용자에게 권한을 위임한 사서함 자리 표시자입니다.
    • 다른 리소스에 액세스할 수 있는 리소스 계정 사용 권한을 허가할 수 없습니다.
    • Self 실제 SID 있지만 항상 고유한 수 있는 설정된, 개체의 objectSid 참조할 수 있기 때문에 자동 SID로 msExchMasterAccountSid 복수의 리소스 계정에 설정할 수 있습니다.
    • 자동 SID 16진수 값입니다.
      0x01 0x01 0x00 0x00 0x00 0x00 0x00 0x05 0x0a 0x00 0x00 0x00
      잘 알려진 SID에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
      243330Windows 서버 운영 체제 잘 알려진 보안 식별자
  • 로컬 Windows 2000 포리스트 외부의 사용자 사서함을 소유한 경우 msExchMasterAccountSid 해당 외부 사용자 계정의 SID는 포함할 수 있습니다.
    • 이 경우 사용하지 않는 사용자 계정을 또한 직접 로그온할 때 사용되지 않지만 대신 조직 내의 Exchange 2000 사서함을 소유한 포리스트 외부에 있는 사용자가 이 구성을 허용합니다.
    • 외래 사용자 계정이 Windows NT 4.0 사용자 계정 또는 별도의 포리스트에서 Windows 2000 사용자 수 있습니다.
    • msExchMasterAccountSid 값이 외부 계정의 SID는 경우 값은 고유해야 합니다. 사용자가 사용하지 않는 사용자 계정이 두 개 이상 전체 포리스트에서 msExchMasterAccountSid 같은 SID를 사용하여 가지고 있지 않을 수 있습니다.
    • msExchMasterAccountSid 특성을 외부 보안 제공자 제외한 나머지 로컬 포리스트에 있는 보안 주체 (사용자 또는 그룹) 로 가리켜야 합니다.
    • 또한 msExchMasterAccountSid 특성에 지정된 외부 계정에 사서함 보안 설명자 부여된 "전체 사서함 액세스" 권한이 있어야 합니다.
  • SID의 이진 형식은 않은 보안 설명자 정의 언어 (SDDL) 형식으로 작성해야 합니다.
msExchMailboxGuid
특성 구문: 단일값 8진수 문자열

사서함 사용이 가능한 사용자를 만들 때 이진 형식으로 전역 고유 ID (GUID로) msExchMailboxGuid 값을 설정해야 합니다. msExchMailboxGuid GUID 내의 Exchange 2000 정보 저장소의 사서함 개체 GUID로 설정됩니다. 정보 저장소 개체를 만든 후에는 이 정보 저장소 개체가 디렉터리 개체에 연결된 시스템을 결정하는 방법을 값입니다. 처음에 설정한 후 msExchMailboxGuid 변경할 수 없습니다. 기존 사서함 사용이 가능한 사용자에 대해 msExchMailboxGuid 변경하면 해당 사용자의 Exchange 2000 정보 저장소에 있는 사서함 개체를 분리합니다.
참고: targetAddress 특성이 있는 사서함 사용이 가능한 사용자가 설정해야 합니다.

사용자 및 연락처 메일 사용이 가능한 있는 추가 특성 필요

있는 앞의 특성을 외에도 모든 메일 사용이 가능한 사용자 및 연락처 targetAddress 특성이 제대로 설정되어 있어야 합니다.

다음 중 이 특성은 적절한 서식을 대한 간략한 설명이 있습니다. 해당 특성을 올바른 서식에 대한 완전한 사양이 아닙니다.

targetAddress
특성 구문: 단일값 유니코드 문자열

targetAddress 특성의 값의 메일을 보내야 하는지 로컬 Exchange 2000 조직 외부에 있는 주소입니다. 메일 사용이 가능한 사용자에게 보낸 메일 또는 연락처, 메일 주소로 리디렉션되는 targetAddress 필드에서 보유한. 필드의 서식을 proxyAddresses 필드에 사용되는 형식을 비슷합니다. 일반 및 특정 targetAddress 예는 다음과 같습니다.
PREFIX: Address

SMTP:user@externalcompany.com

메일 사용이 가능한 그룹 필수 특성 추가

메일 사용이 가능한 그룹의 모든 사서함 사용이 가능한 필수 특성 및 메일 사용이 가능한 개체를 하나만 필요합니다. 따라서 선택할 경우 확장 서버 그룹에 대해 설정할 수 있습니다 선택적 특성에는 두 가지가 있습니다. 그러나 RUS를 담당하는 이러한 설정을 위한 아니고 다른 이미 설정된 경우 RUS가 하나를 업데이트합니다.

msExchExpansionServerName
특성 구문: 단일값 유니코드 문자열

msExchExpansionServerName 특성을 메일 배달을 위해 이 메일 사용이 가능한 그룹 그룹 구성원 확장을 담당합니다 서버의 Exchange 2000 스타일의 고유 이름을 포함합니다. 이 특성의 구문은 msExchHomeServerName 위해 위의 비슷합니다.
homeMTA
특성 구문: 고유 이름

homeMTA 특성이 이 그룹의 이 구성원 확장을 담당합니다 서버에서 MTA에 대한 고유 이름을 링크가 포함되어 있습니다. 이 특성의 구문을 homeMTA 같습니다.

메일 사용이 가능한 공용 폴더에 필수 특성

클라이언트나 Exchange System Manager에서 homeMDBdisplayName 를 사용하여 공용 폴더를 만들 때 legacyExchangeDN, mailNicknametargetAddress 특성이 이미 설정되어 있습니다.

공용 폴더 개체를 직접 공용 폴더로 메일을 보낼 수 있는 다음 특성을 제대로 설정해야 할 수도 있습니다.
  • 메일
  • proxyAddresses
  • textEncodedORAddress

주소 목록 정책 적용

전체 주소 목록 및 다른 주소 목록을 표시할 사서함 사용이 가능하고 메일 사용이 가능한 개체의 경우 RUS가 일반적으로 각 주소 목록에 정책을 있는 주소 목록을 개체를 멤버여야 합니다 확인하려면 각 개체에 적용됩니다. RUS가 사용자를 전체 주소 목록 또는 주소 목록의 구성원이어야 한다는 것을 확인하는 경우 사서함 또는 메일 사용이 가능한 개체의 showInAddressBook 특성이 해당 전역 주소 또는 주소 목록의 고유 이름을 추가합니다. RUS가 사용할 경우 사서함 사용이 가능하고 메일 사용이 가능한 개체에 대한 showInAddressBook 특성을 수동으로 설정해야 합니다.

showInAddressBook
특성 구문: 다중값된 고유 이름

사서함 또는 메일 사용 가능 개체에 속한 각 전체 주소 목록 또는 주소 목록에 대한 링크를 showInAddressBook 값입니다. 개체를 두 개 이상의 주소 목록의 구성원이 될 수 있도록 다중값된 특성 때문입니다. 그러나 일반적으로 하나의 전체 주소 목록 구성원이 개체입니다. showInAddressBook에 대해 가능한 값 예는 다음과 같습니다.
CN 기본 전체 주소 목록에 CN = 모든 전체 주소 목록, CN = 주소 목록 컨테이너, CN = 조직, CN = Microsoft Exchange CN = 서비스, CN = 구성, DC = 도메인, DC = com =

숨겨진된 그룹 구성원

해당 숨기기 처리 및 그룹 구성원 자격을 드러내지 RUS를 담당하는 때 보기 메일 클라이언트에서 메일 사용이 가능한 그룹의 속성. 부울 특성 hideDLMembership TRUE로 설정되어 있으면, RUS가 스탬프 Exchange 2000 서버 그룹에서 있지만 일반 사용자의 모든 특성을 액세스할 수 있도록 하기 위해 Active Directory 에서 그룹 개체에 대한 특수 비정규 보안 설명자를 그룹의 구성원을 볼 수 수 없습니다.

RUS가 비활성화되고 hideDLMembership 특성을 사용할 계획이 있는 경우 수동으로 보안 설명자를 그룹에 hideDLMembership TRUE 여부에 따라 설정해야 합니다 또는 FALSE. 또한 그룹 변경 특성 값을 hideDLMembership 의 경우 보안 설명자를 업데이트해야 합니다.

숨겨진된 구성원이 있는 그룹에 대한 보안 설명자 형식 관한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
253827XADM: 어떻게 Exchange 그룹 구성원 자격을 Active Directory의 숨깁니다

주소 목록 개체에서 숨기기

RUS가 mxExchHideFromAddressLists 부울 특성 값을 모니터링 담당하며 값이 TRUE이면 이를 모든 주소 목록에서 사서함 또는 메일 사용이 가능한 개체의 showInAddressBook 특성을 제거합니다. 그런 경우 값을 msExchHideFromAddressLists 나중에 변경, 개체에 대한 showInAddressBook 특성 RUS가 데이터베이스를 다시 채운다는 점이 다릅니다.

msExchHideFromAddressLists 특성을 사용할 계획인 경우 수동으로 채우는 또는 합니다 showInAddressBook 특성 msExchHideFromAddressLists 특성 상태에 따라 개체의 선택을 취소합니다.

Exchange 2000 엔터프라이즈 서버 그룹의 구성원 유지 관리

RUS가 모든 포리스트에 있는 Exchange 2000 Enterprise Servers 그룹 구성원을 유지 관리할 책임이 있습니다.

두 그룹이 도메인에서 설치/domainprep 실행하거나 도메인에서 첫 번째 Exchange 2000 서버를 설치할 때 만들어집니다.
  • Exchange 도메인 서버

    이 그룹에는 모든 로컬 도메인에 있는 Exchange 2000 서버가 포함되어 있습니다.
  • Exchange Enterprise Servers

    Exchange 2000 서버가 설치되어 있거나 도메인에서에 대한 설치/domainprep 실행한 모든 도메인에 Exchange 2000 도메인 서버 그룹을 이 그룹에 포함됩니다.
새 Exchange 도메인 서버 및 Exchange Enterprise Servers 그룹에 새 도메인에서 만들 때마다 RUS가 다음 작업을 수행하는 데 담당합니다.
  • 기존 Exchange 도메인 서버 그룹이 모든 새 도메인에 Exchange Enterprise Servers 그룹에 추가하십시오.
  • Exchange 도메인 서버 그룹이 새 도메인을 포리스트에 있는 기존의 모든 Exchange Enterprise Servers 그룹에 추가하십시오.
받는 사람 업데이트 서비스 도메인 비활성화할 때 모든 도메인 수동으로 Exchange Enterprise Servers 그룹 구성원을 유지해야 합니다.

받는 사람 업데이트 서비스에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
253838XADM: 어떻게 받는 사람 업데이트 서비스가 시스템 정책을 적용합니다.
253828XADM: 어떻게 받는 사람 업데이트 서비스가 주소 목록을 채웁니다.
253827XADM: 어떻게 Exchange 그룹 구성원 자격을 Active Directory의 숨깁니다
253770XADM: 받는 사람 업데이트 서비스에 의해 수행되는 작업

속성

기술 자료: 296479 - 마지막 검토: 2006년 10월 28일 토요일 - 수정: 3.2
본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft Exchange 2000 Server Standard Edition
키워드:?
kbmt kbinfo KB296479 KbMtko
기계 번역된 문서
중요: 본 문서는 전문 번역가가 번역한 것이 아니라 Microsoft 기계 번역 소프트웨어로 번역한 것입니다. Microsoft는 번역가가 번역한 문서 및 기계 번역된 문서를 모두 제공하므로 Microsoft 기술 자료에 있는 모든 문서를 한글로 접할 수 있습니다. 그러나 기계 번역 문서가 항상 완벽한 것은 아닙니다. 따라서 기계 번역 문서에는 마치 외국인이 한국어로 말할 때 실수를 하는 것처럼 어휘, 구문 또는 문법에 오류가 있을 수 있습니다. Microsoft는 내용상의 오역 또는 Microsoft 고객이 이러한 오역을 사용함으로써 발생하는 부 정확성, 오류 또는 손해에 대해 책임을 지지 않습니다. Microsoft는 이러한 문제를 해결하기 위해 기계 번역 소프트웨어를 자주 업데이트하고 있습니다.

피드백 보내기

 

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