PC DirSync: 디렉터리 동기화 (Dir 동기화)

만료된 KB 콘텐츠 고지 사항

이 문서는 Microsoft에서 더 이상 지원하지 않는 제품에 대해 작성되었습니다. 따라서 이 문서는 “있는 그대로" 제공되며 더 이상 업데이트되지 않습니다.

요약

목차

소개
기록
디렉터리 동기화 일반 설명
빠른 설치 가이드
Dir 동기화 시간을 선택 하기 위한 단계
일반적인 Dir 동기화 시나리오
게이트웨이 이름 및 Dir 동기화
디렉터리 동기화 서버 이동
포스트 오피스를 디렉터리 동기화를 통해 자동으로 만들기
표준 시간대 변수
Dir 동기화 프로세스
수동 디렉터리 동기화
디렉터리 동기화 프로토콜
디렉터리 동기화 유틸리티
디렉터리 동기화 문제 해결
부록:. 디스패치 및 외부에 대 한 INI 파일 설정
용어집

자세한 내용

소개

이 문서는 정상 작동 하는 동안 수행 된 절차 디렉터리 동기화 (Dir 동기화) 메일 관리자 및 개요에 설계 되었습니다. 네트워크 관리자가 이러한 파일을 다시 디렉터리 동기화 파일을 검사할 이러한 프로시저를 사용할 수 또는 우체국 주소가 완전히 동기화 하려면 수동 디렉터리 동기화 프로세스를 수행할 수 (POLs)을 나열 합니다. 이 문서는 Microsoft 메일 관리자 설명서를 보완 합니다.

기록

Dir-동기화 수동으로 구현 중 Microsoft Mail PC 네트워크용 3.0 이전 버전에서: 주소 목록에 대 한 변경 될 때마다 각 메일 관리자 수행 외부-관리자, 내보내기. 많은 대용량 메시지를 모든 포스트 오피스에 보낼 따라서 * 특수 한 메시지. 이 제대로 이루어지지 않아; 외부 메일 프로그램 전달 및 사용자 메시지를 전달 하는 대신 주소 변경 내용을 통합 완전히 점유 수 있습니다.

3.0 이전 버전의 메일 동기화를 수행 하려면 시스템 메시지 수는 N * (N-1), 여기서 N은 네트워크의 포스트 오피스의 번호입니다. 예를 들어, 6 개의 포스트 오피스 함께 해야 6 * 5 = 30 시스템 메시지입니다. 디렉터리 동기화 시스템 메시지 수는 2 * 명사. 수학 표기법 버전 3.0 메일 이상 Dir 동기화 훨씬 더 효율적인 o (n) 작업을 수행 하는 반면 o (n2) 작업을 수행 합니다. 버전 2.x 포스트 오피스의 수를 두 배로 메일의 네 배가 되어; 메시지 수 그러나 Dir 동기화 메시지만 두 배가 됩니다. 따라서 교환 하는 메시지 수를 크게 줄일 수 있습니다. 또한 메시지의 크기는 작게 디렉터리 동기화 주소 목록에 외부 관리자, 내보내기 필요한 전체 주소 목록이 아니라에 변경 내용을 보냅니다 때문에. 즉, Dir-동기화는 외부 메일 프로그램이 제공할 디렉터리 전체를 차지 하지 않은 나를 수동으로 주소 목록을 다른 포스트 오피스에 한 명의 사용자가 추가 되거나 삭제 될 때 적용 됩니다.

디렉터리 동기화 일반 설명

디렉터리 동기화 디렉터리 동기화 프로세스에 참여 하는 다른 포스트 오피스에 로컬 포스트 오피스 주소 목록 변경 내용을 전파 하는 방법을입니다. 디렉터리 동기화 관리자와 사용자에 게 표시 되지 의미 관리자가 디렉터리 동기화를 구성한 후 변경 내용은 자동으로 배포 됩니다.


동기화를 수행 하려면 한 포스트 오피스 디렉터리 서버로 정의 됩니다. 이 "서버" 우체국 "요청자" 포스트 오피스의 모든 변경 내용 마스터 목록을 유지 관리합니다. 요청자의 주소 목록의 변경 될 때 변경 마스터 목록으로 변경 통합 하 고 업데이트 요청자를 보내고 Dir 동기화 서버로 보내집니다. 이러한 업데이트는 포스트 오피스의 전체 주소 목록 (GAL) 업데이트 해야 하는 경우 변경 내용만.

빠른 설치 가이드

참고: 디렉터리 동기화 효율적이 고 전체 구성에 대 한 권장 모든 포스트 오피스에 액세스할 수 있는 전역 관리자가 지정 하는. Dir 동기화가 필요 하지 않습니다, 하지만 이것을 관리 훨씬 쉽게 합니다.

디렉터리 동기화 쉽고 빠르게 초기화 하려면 순서 대로 9 개의 다음 단계를 완료.

참고: 다음이 단계 아래에 확장 됩니다. 디렉터리 동기화 서버에서 모든 단계를 수행 하 고 1에서 모든 요청자에서 5-9 단계를 수행 합니다.
  1. 해당 포스트 오피스에 간에 메일을 보낼 수 있는지 확인 하십시오.
  2. 한 우체국 Dir 동기화 서버로 지정 합니다.
  3. 다른 모든 포스트 오피스 요청 자가 서버에 등록 합니다.
  4. 서버 프로세스 시간을 설정 합니다.
  5. 모두는 다른 포스트 오피스 디렉터리 동기화에 참여 하는 서버를 등록 합니다.
  6. 요청자 프로세스 두 번 설정 합니다.
  7. 구성, 디렉터리 동기화, 요청자 선택 하 여 서버에 사용자 목록을 내보냅니다, 그리고 (아닌 외부-관리자, 내보내기) 내보내기.
  8. 전체 주소 목록 (GAL)을 켭니다.
  9. 발송 프로그램을 실행 하 고 외부 메일 프로그램 또는 메시지 전송 에이전트 (MTA)를 실행 합니다.
  10. 관리자 계정을 각 포스트 오피스에서 모든 다른 우체국의 관리자 계정에 메일을 보낼 하 여 Dir-동기화에서 참여는 다른 모든 포스트 오피스에 각 포스트 오피스에서 메일을 보낼 수 있는지 확인 하십시오. Dir 동기화 일반 메일 보내고 디렉터리 동기화 작동 합니다 받을 수 있어야 있으므로 주소 목록 업데이트를 전송 하는 메일 시스템을 사용 하기 때문에이 단계는 필요 합니다.

    참고: 메시지는 한 포스트 오피스에서 다른 이동할 수, 때문에 반대의 경우 true 가정 하지 마십시오. 계속 하기 전에 연결의 양쪽 모두 테스트할 수 있어야 합니다.
  11. 어느 우체국 Dir 동기화 서버가 됩니다 결정 합니다. 해당 포스트 오피스에 메일 관리자 프로그램을 실행 하 고 해당 포스트 오피스 디렉터리 동기화 서버를 구성, 디렉터리 동기화, 옵션, 예 선택. 하나만 있을 수 있습니다 하나의 디렉터리 동기화 서버에서 메일 시스템입니다. 디렉터리 동기화 서버를 선택 하는 자세한 도움말을 보려면 Microsoft 메일 관리자 안내서를 참조 하십시오.
  12. 각 요청자 포스트 오피스 서버 포스트 오피스의 등록 하려면 구성, 디렉터리 동기화, 서버, 요청자, 만들기를 선택 합니다. 이러한 외부 포스트 오피스의 정의 통해 외부 관리자, 해당 requestor(s) 등록 하기 전에 만들기 포스트 오피스에 작성 되었습니다. 요청자 암호 필드를 비워; 둘 수 있습니다. 그 메일에서 사용 하는 암호와 관련 되지 않은 추가 보안 기능입니다. 이 암호를 사용 하려는 경우 요청자 암호도 있어야 합니다.
  13. 구성, Dir-동기화, 서버, 일정 시간 서버에 대 한 일정을 마스터 목록으로 업데이트를 처리 하는 데 선택 합니다. 디렉터리 동기화 서버에 대 한만, 5 단계 건너뛰고 6 단계로 이동 합니다.
  14. 각 요청자를 구성, 디렉터리 동기화, 요청자, 등록 서버 포스트 오피스에 지정을 선택 합니다. 요청자는 우체국에 대 한 업데이트를 보낼 수 있도록 3 단계에서 지정 된 동일한 우체국을 지정 합니다. 이 외부 포스트 오피스의 정의 통해 외부 관리자, 만들기를 등록할 수 있습니다 전에 작성 되었습니다. Dir-동기화 서버에 요청자의 구성에 대 한 암호를 동일한 암호를 요청자 암호에서 입력 필드 (위의 3 단계 참조).

    참고:이 단계는 디렉터리 동기화 서버;에 대 한 필요 위의 2 단계를 수행할 때 자동으로 등록 됩니다.
  15. 각 우체국 메일 관리자 프로그램을 실행 하 고 구성, 디렉터리 동기화 요청자 일정 요청 보내기 및 프로세스 업데이트 시간을 설정 하려면을 선택 합니다. 프로세스 업데이트 시 서버에서 들어오는 업데이트를 처리 하 고 요청 자가 보내기 요청 지정한 시간에 서버에 업데이트를 보냅니다. 요청 자가 요청을 처리 하려면 서버의 예약 된 시간 전에 서버에 요청을 보냅니다 하 고 요청 자가 서버에 업데이트를 보낼 시간을 예약한 후 업데이트를 처리 하 고 있는지 확인 하십시오. 또한 요청자에 대 한 일정을 설정할 때 (예: 외부 메일 프로그램 또는 게이트웨이) MTA 디렉터리 동기화 메일을 배달 하는 데 필요한 추가 시간을 추가 합니다. 자세한 내용은 아래 "단계에 대 한 선택 디렉터리 동기화 시간" 섹션을 참조 하십시오.
  16. 로컬 관리자, 수정 선택한 디렉터리 동기화에서 참여할 포스트 오피스 사용자를 선택 합니다. 디렉터리 동기화에 참여 하기 위한 옵션이 표시 되 면 예 또는 없음 적절 한. 구성, 디렉터리 동기화, 요청자, 주소 목록 서버 포스트 오피스로 보낼 내보내기를 선택 합니다. 서버 마스터 목록을 빌드하고 가맹 포스트 오피스를 모든 포스트 오피스의 목록을 보냅니다 합니다. 이 단계는 서버 목록을 빠르게 "준비".
  17. 구성, 선택한 글로벌 목록, 예 GAL 사용 하려면.
  18. 디렉터리 동기화 메일을 만들고 GAL 자동으로 업데이트를 발송 및 외부 메일 프로그램 실행 해야 하며 Dir-동기화에서 참여 한 각 포스트 오피스에 액세스할 수 있어야 합니다. 각 우체국 발송 프로그램을 폴링합니다. Dir-동기화 실행에 대 한 지정 된 시간이 경과 하면 현장 방문 프로그램 첨부 파일로 디렉터리 변경 내용을 포함 하는 메일 메시지를 만듭니다. 이동 하려면 Dir 동기화 메시지 적절 한 아웃 바운드 포스트 오피스 큐에 다음 외부 메일 프로그램 또는 MTA 서버 포스트 오피스에 요청자의 메시지에 전달할 수 있는 게이트웨이 요청자 포스트 오피스의 외부 메일 프로그램을 실행 되어야 합니다. 현장 방문 프로그램 업데이트 메시지를 만들지만 외부 메일 프로그램 또는 MTA 배달할 합니다.
실행할 수 있습니다 발송 프로그램 및 외부 메일 프로그램 또는 MTA 같은 컴퓨터에 있는 유휴 사용 하 여 (-i) 디스패치 프로그램의 옵션입니다. 외부 MTA 유휴 프로세스를 사용 하 여 메일을 배달할 수 있으며 한 컴퓨터에서 디렉터리 동기화를 수행. 상대 중단 시간이 외부 메일 프로그램을 시작 하는 현장 방문 프로그램 때문에 컴퓨터를 공유 하는 두 실행 파일. 외부 메일 프로그램이 종료 되 면 현장 방문 프로그램 요청자 디렉터리 동기화 프로세스 시간을 폴링할 수 및 실행 하거나 Dir-동기화를 처리 하거나 외부 메일 프로그램을 다시 시작 합니다. 자세한 내용은 Microsoft 메일 관리자 안내서를 참조 하십시오.

DIR 동기화 시간을 선택 하기 위한 단계

네트워크를 분석 하 고 Dir-동기화에 참여 하는 포스트 오피스를 발송 프로그램 걸리는 시간 및 얼마나 빨리 외부 메일 프로그램 또는 MTA 배달할 수 메일 포스트 오피스 사이의 결정 일반적으로 필요 Dir 동기화 프로세스 시간을 설정 합니다.


Dir 동기화 됩니다 네트워크에, 관리자 프로그램을 시작 및 구성, 디렉터리 동기화 선택 하는 기간을 결정 합니다. 다음 단계를 수행 합니다.
  1. (예: 경우 "보내기 요청" 시간은 오전 2, 오전 6 프로세스 업데이트 시간을 확인) 4 시간 떨어져 있도록 모든 요청자에 대 한 요청 보내기 및 프로세스 업데이트 시간을 구성 합니다. 이러한 시간을 구성 하려면 요청자 일정 옵션을 선택 합니다.
  2. Dir-동기화 서버의 프로세스 업데이트 시간을 요청자 (이 예에서 오전 4 시)에 대 한 요청 보내기 및 프로세스 업데이트 시간 사이의 중간 설정.

    참고: 프로세스에 대해 서버 프로세스 업데이트와 같은 요청자에 대 한 업데이트입니다. 전자는 아래에 Config, 디렉터리 동기화, 서버, 일정; 구성, 디렉터리 동기화, 요청자, 일정에서 두 번째. 두 가지 시간 주어진 동일한 이름을 때문에 이것은 많은 사람들에 게 혼동의 지점입니다.
  3. 보낸 된 날짜를 사용 합니다. 로그 및 배달 합니다. -MS와-MR 옵션을 사용 하 여 외부 메일 프로그램을 실행 하 여 로그 파일.
  4. 디스패치 프로그램 완전 한 주기 밤새 수 있습니다.
  5. 디스패치를 검사 합니다. 디렉터리 동기화 서버에 대 한 로그 파일입니다. 줄에 대 한 검색 "NSDA-RT"를 실행 합니다. 이름이 "NSDA-RT" 줄 바로 위의 줄에 표시 되는 포스트 오피스에 대 한 요청을 보낼 시간입니다. 각 요청자 포스트 오피스의 두 줄이 됩니다. 각 시간 NSDA-RT 실행 기록 됩니다.
  6. 선 검색 실행 "NSDA-S". 이 서버의 프로세스 업데이트 시간 이며 Dir-동기화 서버 에서만 발생 해야 합니다. 이 시간 레코드입니다.
  7. 검색을 실행 "NSDA-RR". 각 요청자를 프로세스 업데이트 시간입니다. 각 요청자에 대 한이 시간을 기록 합니다.
  8. 보낸 된 날짜를 검사 합니다. 로그 및 배달 합니다. $SYSTEM 메시지에 대 한 로그 파일입니다. 이들은 교환 하는 Dir 동기화 업데이트입니다. 각 포스트 오피스에 대해 디렉터리 동기화 서버 회신 메시지를 보낼 때와 요청 자가 업데이트 받으면 $SYSTEM 메시지가 Dir 동기화 서버로 전송한 시간을 기록 합니다.
  9. Dir-동기화 서버에 대 한 서버의 프로세스 업데이트 시간 이전 Dir-동기화 서버에서 각 $SYSTEM 메시지 도착 해야 합니다. 각 요청자에 대 한 각 요청자에 대 한 $SYSTEM 메시지 프로세스 업데이트 시간 전에 도착 해야 합니다. 이러한 조건을 충족 하지 메시지를 프로세스 업데이트 시간을 조정 해야 합니다.
또는 두 차례 발송 프로그램을 실행 하 고 중앙을 검토 합니다. 로그 파일입니다. 이 로그 파일에는 각 요청자의 Dir-동기화 이전 상태가 있습니다. 한 주기 늦게 사용 하기 때문에 상태 메시지를 디렉터리 동기화 서버에 요청자 송신 하며 이러한 메시지는 다음 주기의 보내기 요청 시 따라서 중앙입니다. 로그 파일은 이전 주기에서 내용 표시 됩니다. 이 방법의 이점은 각 요청자를 단일 위치에 요약 하 고 디렉터리 동기화 시간을 쉽게 볼 수 있습니다. 단점은 오래 된, 그리고, 따라서 2 주기 발송 프로그램의 필수이.

로그 파일의 예를 들어, Microsoft 메일 관리자 가이드의 부록 B를 참조 하십시오.

일반적인 DIR 동기화 시나리오

이 여기서는 우체국, MTA 및 발송 프로그램을 포함 한 효율적인 Dir-동기화 구성 설정에 대해 살펴보도록 하겠습니다. 다음 시나리오에서는 M 드라이브에서 디렉터리 동기화 서버를 사용 하 여 드라이브 매핑을 시작한 발송 프로그램 및 MTA 동일한 컴퓨터에서 실행 됩니다 가정 합니다.
중요: 게이트웨이 디렉터리 동기화 메시지를 전송 하는 데 사용 됩니다, Dir 동기화 메시지를 제대로 처리할 수 있도록 외부 메일 프로그램에서 실행 해야 합니다. Dir 동기화 "프로세스" 섹션 뒷부분의 이유는 외부 메일 기술적인 이유로이 문서 프로그램 필요를 참조 하십시오.

A. 표준 구성

다음 시나리오는 여러 요청 자가 디렉터리 동기화 서버에 디렉터리 보내는 보여 줍니다. 발송 프로그램 및 외부 MTA 각 포스트 오피스로 LAN 이나 WAN을 통해 직접 액세스할 수 있을 수 있습니다.
Server           Requestor 1

\\ //
\\ //
\\ //
------------
| External |
---------------
| Dispatch |
------------
// \\
// \\
// \\


Requestor 2 Requestor 3


발송 및 외부 메일 프로그램을 실행 하는 컴퓨터에 대 한 명령줄입니다.
dmp-발송-i "외부 dmp-a"
발송 3.2 및 외부 3.2 해당에 대 한. INI 파일은이 문서의 부록에 포함 됩니다. 발송 3.2 및 외부 3.2 명령줄입니다.
디스패치 /instancename = 일반
MTA로 게이트웨이 사용 하는 경우이 명령줄 변경 됩니다. 함께 발송 프로그램을 실행 하기 위한 가장 좋은 방법은 확인 하려면 사용 중인 게이트웨이 및 게이트웨이 MTA 관리자 가이드를 참조 하십시오. 또한는 Dir 동기화 메시지를 처리 하는 데 외부 메일 프로그램이 계속 실행 하는 것이 중요 합니다.

B. 동적 드라이브 매핑

다음 시나리오에서는 동적 드라이브 매핑은 요청자 2 및 3 Dir 동기화 서버로 연결합니다. 디스패치 및 외부 프로그램을 메일 3.0 x를 사용 모든 우체국 외부 메일 프로그램에서 메일을을 제공 하므로 동일한 동적 드라이브 테이블 Dir-동기화에서 포함 되어야 합니다. 메일 3.2 동적 연결을 다르게 처리 하 고 (가능 하면 동일한 테이블을 사용 하려는 경우)는 있지만 같은 Dynadmin 테이블을 사용 하 여 현장 방문 프로그램 필요 하지 않습니다.
Server           Requestor 1

\\ //
\\ //
\\ //
------------
| External |
---------------
| Dispatch |
------------
/ \
/ \
/ \

Requestor 2 Requestor 3

발송 및 외부 실행 하는 컴퓨터에 대 한 명령줄입니다.
발송-dmn f-i "dmn 외부-봐라-a"
발송 프로그램 첫 번째 사용 가능한 드라이브 지정;를 사용 하기 때문에 동적 연결에 사용할 드라이브 지정할 필요는 없습니다 note 그러나 외부 메일 프로그램에서이 정보가 필요 없습니다. 따라서 발송 프로그램 드라이브 O P 통해 동적 연결 사용 하 여 외부 프로그램에 필요한-메일 봐라 등 중-F 옵션을 필요 합니다. 게이트웨이 동적 드라이브를 사용 하지 않으므로 MTA로 게이트웨이 사용 하는 경우이 구성이 불가능 합니다.

해당 합니다. INI 파일 발송 3.2 및 외부 3.2 부록에 포함 되어 있습니다. 발송 3.2 및 외부 3.2, 명령줄은
디스패치 /instancename = 동적

C. 모뎀 연결

다음 시나리오에서는 모뎀 두 네트워크를 연결 하는 데 사용 됩니다. 발송 프로그램이 모뎀 연결을 통해 실행할 수 없습니다, 때문에 현장 방문 프로그램 두 개를 동시에 실행 되어야 합니다. 디스패치 1 서버와 하나의 요청자 제어 제어 하는 다른 두 요청자 발송 2 동안. Note는 여전히 하나의 디렉터리 동기화 서버, 두 개가 아닌.
Server           Requestor 1

\\ // ______
\\ // /modem \
\\ // / \
-------------- / --------------
| External 1 | / | External 2 |
----------------- / -----------------
| Dispatch 1 | / | Dispatch 2 |
-------------- / --------------
\ / // \\
\______/ // \\
modem // \\
Requestor 2 Requestor 3

발송 및 외부 MTA 네트워크 모두에서 실행 하기 위한 명령줄 두 컴퓨터 모두에 대 한 같습니다.
dmn-발송-i "외부-dmn [특정 모뎀 옵션]"
해당 합니다. INI 파일 발송 3.2 및 외부 3.2 부록에 포함 되어 있습니다. 발송 3.2 및 외부 3.2, 명령줄은
디스패치 /instancename 모뎀 =

D. 간접 라우팅

다음 라우팅에 요청자 3 요청자 2를 통해 직접 아닙니다. 모뎀 연결 시나리오에서와 마찬가지로 현장 방문 프로그램 현장 방문 프로그램 요청자 포스트 오피스에 직접 연결 하도록 구성 된 경우가 아니면 간접 포스트 오피스를 처리할 수 없습니다. 이 경우 직접이 메시지 라우팅을 하지만 현장 방문 프로그램 포스트 오피스를 직접 처리. 발송 1 (아래 그림)와 같이 요청자 3 연결할 수 없으면, Dir 동기화 작동 하도록 하기 위해에서 또 다시 현장 방문 프로그램 실행 되어야 합니다.
 Server           Requestor 1

\\ //
\\ //
\\ //
-------------- --------------
| External 1 | | External 2 |
----------------- -----------------
| Dispatch 1 | | Dispatch 2 |
--------------\\ --------------
\\ // \\
\\ // \\
\\ // \\
Requestor 2 Requestor 3

발송 1 및 외부 MTA 1 실행 하는 컴퓨터에 대 한 명령줄입니다.
-dmo 발송-i "외부 dmo-a"
발송 2 및 외부 MTA 2 실행 하는 컴퓨터에 대 한 명령줄입니다.
-dm 발송-i "dmn 외부-a"
해당 INI 파일 발송 3.2 및 외부 3.2 부록에 포함 되어 있습니다. 발송 3.2 및 외부 3.2, 발송 1 명령줄입니다.
디스패치 /instancename = Indirect1
디스패치 2 명령줄 다음과 같습니다.
디스패치 /instancename = Indirect2

게이트웨이 이름 및 DIR 동기화

배포할 게이트웨이 이름 모든 요청자 포스트 오피스에 디렉터리 동기화를 사용할 수 있습니다. 그러나 이름은 Mail 포스트 오피스를 간단 하지 않습니다.

먼저 각 요청자 포스트 오피스의 게이트웨이 또는 설치 된 게이트웨이 액세스 (다운스트림 라고도) 구성 요소가 있어야 합니다. 이렇게 하는 경우 관리자 프로그램을 사용 하 여 구성, 디렉터리 동기화, 요청자, 형식 선택 하 여 게이트웨이 주소를 허용 하도록. 일반적으로 형식 옵션에만 Microsoft 메일을 사용 하지만 ' 아니요 '로 설정 하는 해당 형식과 게이트웨이 형식 유형 목록에서 배치 게이트웨이 설치 게이트웨이 선택 하 고 응답 예; 포함 게이트웨이 주소 목록 및 gal에서 요청자 포스트 오피스에서 게이트웨이 이름 수락.

그러면 요청자 허용할 게이트웨이 이름. 그러나 디렉터리 동기화 주기에 이러한 이름을 가져올 수 없는 프로세스가 않습니다. 이 작업을 수행 하는 방법은 세 가지가:
  • Dir-동기화 서버에서 게이트웨이 요청자를 등록 한 다음 보내주는 게이트웨이 주소 변경 디렉터리 동기화 서버에 응용 프로그램을 작성 합니다. 디렉터리 동기화 메일 형식 "외부 메일 시스템과 디렉터리 동기화"에 게시 된 Microsoft 고객 서비스에서 사용할 수 있습니다. -또는-

  • 수동으로 디렉터리 동기화에서 입력 게이트웨이 주소 변경 내용이 들어 있는 텍스트 파일을 생성 합니다. Microsoft 메일 관리자 안내서의 "가져오기 유틸리티" 절에 설명 된 가져오기 형식을 사용 합니다. 모든 요청자 포스트 오피스의 다음과 같이 가져오기 유틸리티를 실행.
    관리자-p암호 -e-f파일 이름 가져오기
    -E 옵션을 사용 하면 가져오기 유틸리티의 이름을 추가합니다
    이름 하 여 REQTRANS입니다. GLB 파일을 대신 게이트웨이 주소 목록에-E 옵션 사용 하지 않고 발생 하는 대로. 다음 Dir 동기화 주기 PC 네트워크 이름에 대 한 일반 메일 마찬가지로 이러한 이름은 소요 되며 Dir 동기화 서버로 보내 및 요청자에. -또는-


  • 새 이름 추가 하 관리자 프로그램 게이트웨이 목록 메뉴를 통해 오래 된 이름을 삭제 한 후 다음과 같이 가져오기 유틸리티를 사용 하 여 게이트웨이 주소 목록을 추출 합니다.
    가져올 관리자-p암호 -x-ggatewaytype -f파일 이름
    여기서-X 지정 가져오기 주소를 추출 하는 아래에 게이트웨이 이름 정의-G를 지정 하면
    gatewaytype는 추출할 수 있습니다. 그러나이 목록은 사용할 수 없습니다 Dir 동기화 하 여 약간의 수정 없이. 모든 추가 명령 및 삭제 또는 수정 명령 중 생성 되는 목록에 포함 되어 있습니다. 사용할 수 있도록 하려면이 목록을 다른 포스트 오피스에서 삭제 된 이름을 삭제 하 고 이름이 수정된 수정, 새 게이트웨이 목록을 사용 하 여 기존 게이트웨이 목록을 대체 하려면 Dir 동기화를 파일의 시작 부분에 다음 줄을 추가 해야 합니다.
    R gatewaytype.
    일부 게이트웨이 (예를 들어, PROFS(R)) 할 여러 이러한 줄, 각 노드에 대 한 하나. 바꾸기 줄 게이트웨이 목록 시작 부분에 추가한 후 사용 가져오기-E 선을 위의 디렉터리 동기화 서버로 파일을 전송 합니다. 배치 파일에이 과정을 쉽게 통합할 수 있습니다: R 명령이 포함 된 파일을 만들,이 파일을 임시 파일을 복사, 가져오기를 사용 하 여 임시 파일에 게이트웨이 목록을 추출 하 고 다음 디렉터리 동기화 서버로 파일을 보낼 수 있습니다. 따라서 배치 파일은 다음과 같은 형태가 됩니다.
          copy start.txt temp.txt      import admin -p<password> -x -g<gatewaytype> -ftemp.txt
    import admin -p<password> -e -ftemp.txt
    del temp.txt

요청자 포스트 오피스의 서버에 업데이트를 보낼 때 시간 전에이 배치 파일을 실행 하거나 다음 디렉터리 동기화 주기를 실행할 때까지 게이트웨이 목록을 GAL에 통합 되지 않습니다.

디렉터리 동기화 서버 이동

Dir-동기화 서버 한 포스트 오피스에서 다른 이동 데이터베이스 무결성을 유지 하는 몇 가지 단계가 포함 됩니다.
  1. 새 디렉터리 동기화 서버 우체국 수는 우체국을 선택 합니다.
  2. 이 포스트 오피스에 있는 요청자로 등록 되지 않은 경우 현재 디렉터리 동기화 서버의 현재 Dir-동기화 서버에서 관리자 프로그램을 실행 하 고 새 포스트 오피스를 요청자로 등록.
  3. 구성, 디렉터리 동기화, 옵션, 예 선택 하 여 우체국 새 디렉터리 동기화 서버 관리자 프로그램을 통해 확인 하십시오.
  4. 프로세스의 복사본을 저장 합니다. 새 서버 포스트 오피스의 GLB 파일 GLB 디렉터리에서. 프로세스를 복사 합니다. GLB 파일을 이전 Dir-동기화 서버 GLB 디렉터리를 새 서버에. 이 서버 프로세스의 현재 일정을 유지 합니다. 또는 관리자 프로그램을 사용 하 고 구성, 디렉터리 동기화, 서버, 일정을 선택 하 여 T2 시간을 예약 합니다. 이 포스트 오피스 디렉터리 동기화 참여 하지, T1 및 T3 시간, 구성, 디렉터리 동기화, 요청자, 일정에서 일정.
  5. 복사 하 여 SRVCONF. GLB 및 MSTTRANS입니다. 기존 (신규) 파일을 덮어쓰는 새 서버 GLB 디렉터리로 현재 디렉터리 동기화 서버 GLB 디렉터리 로부터 파일을 GLB.
  6. 구성, 디렉터리 동기화, 옵션, 아니오 선택 하 여 이전 서버의 관리자 프로그램을 통해 해제
  7. 프로세스를 복사 합니다. GLB 파일을 이전 (비활성) 서버 GLB 디렉터리로 4 단계에서 저장 한. 이렇게 하면 예약 된 서버 프로세스가 비활성 서버에서 남아가.
  8. 이전 (비활성) 서버 관리자 프로그램을 통해 mailbags를 로컬 관리, 저장소, 압축 선택 하 여 압축 합니다. 시스템의 크기를 확인 합니다. 비활성 서버에 파일을 MBG입니다. 0 바이트로 있지 않으면 모든 디렉터리 동기화 메시지를 지우려면 다음 단계를 완료:
    1. MBG 디렉터리에서 다음 MS-DOS 명령을 실행 합니다.
      nul 입력 > system.mbg
    2. 키 디렉터리로 이동한 디버그 system.key를 실행 합니다. 대시 프롬프트에서 다음 명령을 입력 하 고 각 줄 끝에서 ENTER 키를 누릅니다.

      F, 100, 230,0 L
      W
      Q
      Dir 동기화 메시지는 처리 되지 않은 것이 플러시. Dir 동기화는 누락 된 메시지를 해당 내결함성 일부로 복구 됩니다.
  9. 새 서버와 기존 서버 (요청자 이제) 등록 하 고 구성, 디렉터리 동기화, 요청자, 등록 선택 하 여 관리자 프로그램을 통해 새 디렉터리 동기화 서버에 요청자 모든 등록 변경 키를 누릅니다.

포스트 오피스를 디렉터리 동기화를 통해 자동으로 만들기

디렉터리 동기화 요청자 포스트 오피스의 현재 정의 되지 않은 포스트 오피스에서 주소 받으면 Dir-동기화 해당 우체국 자동으로 작성 됩니다. 그러나 Dir 동기화 서버가 서버는 요청자의 이름을 알아야 해당 우체국 주소 업데이트를 받아들일 수 있기 때문에 동일을 수행할 수 없습니다.

이 기능은 맞춤법 올바른지 포스트 오피스의 추가 주 문제가 중요 하기 때문에 관리자를 위한 매우 편리 합니다. 그러나가 한 가지 주의할 점은: 디렉터리 동기화 Dir 동기화 서버로 메시지를 전달 하는 데 사용 하는 것으로 자동으로 만들어진된 포스트 오피스에 대 한 동일한 라우팅을 사용 합니다. 않을 새 포스트 오피스에 대 한 올바른 라우팅 하지 수 있습니다. 새 우체국 다르게 라우팅되는 있지만 라우팅 수동으로 수정 해야 가능성이 높습니다. 포스트 오피스를 자동으로 만드는 경우에 정보를 사용 하므로 Dir 동기화 없음 메일 시스템의 구조를 미리 알고를에 있습니다.

예를 들어, 모뎀을 통해 Dir-동기화 서버의 경로 이면 모뎀도 모든 자동으로 만들어진된 포스트 오피스가 라우팅됩니다. Dir-동기화 서버 허브 포스트 오피스를 통해 직접 회람 되, 다음 모든 자동으로 만들어진된 포스트 오피스 라우팅되는 아니라 직접 동일한 허브 포스트 오피스를 통해.

따라서 변경할 필요 없이 자동 작성에서는 작동 하는 두 가지 시나리오가 있습니다.
  • 모든 포스트 오피스 직접 라우팅됩니다. Dir 동기화 서버가, 모든 포스트 오피스에 대 한 라우팅이 됩니다 직접 라우팅됩니다 때문에 수정 합니다.
  • 모든 포스트 오피스 허브 포스트 오피스를 통해 직접 전달 됩니다. Dir 동기화 서버가 라우팅되기 하지 직접도 있기 때문에 허브 포스트 오피스의 직접 라우팅됩니다 및 Dir 동기화 서버로 직접 라우팅되는 요청 자가 이미 알고 있습니다. 다른 모든 포스트 오피스 허브 우체국을 통해 직접 라우팅으로 생성 됩니다.
최적의 설정은 수동으로 모든 직접 라우팅된 포스트 오피스 (하지 않는 한 위의 첫 번째 경우에는 다음이 적용 됩니다), 회람 하지 Dir 동기화 서버가 직접 허브 포스트 오피스를 통해 만들고 허브 포스트 오피스를 통해 다른 간접적으로 라우팅된 포스트 오피스를 자동으로 만듭니다.

참고: 디렉터리 동기화 포스트 오피스를 이름을 바꾸는 방법을 모르기 때문에 항목에 다른 모든 요청자 만들어집니다 요청자 및 디렉터리 동기화 서버에 요청자의 이름이 변경 되 고 우체국 자동 작성 사용, 중복. 중복 항목을 GAL 빌드됩니다와 기존 이름을 삭제 하지 않고 새 포스트 오피스 이름을 만듭니다. 오래 된 포스트 오피스를 통해 외부 관리자, 삭제, 제거 하거나 외부-관리자, Dir 동기화 변경 내용을 처리 하기 전에 수정을 통해 포스트 오피스의 이름을 바꿀 수동으로 해야 합니다.

표준 시간대 변수

TimeZone (TZ) 변수를 디스패치 컴퓨터를 사용 하는 Dir 동기화 시간을 조정 하는 데 사용 됩니다. 실제로 일어나 보다 더 어 색 하 게 들릴. 예로 TZ를 설명 하는 좋은 방법이 있습니다.

디스패치 컴퓨터에 세인트루이스 (미국 시간대 EST6)는 우체국에서 서울 (이므로 표준 시간대, aus14 TZ 간주 양의 시간 오프셋이 있어야 그리니치 서쪽에 위치 하므로)는 가정 합니다. MS-DOS TZ 환경 변수 형식은 TZ 설정 =xxx-]nnyyy입니다
xxx 는 시간대를 지정 (세 개의 문자를 모두 작동 합니다-유효성 검사 되지 않습니다).
nn 은 시간 그리니치 시간 차이 시간으로 계산에서 움직이는 westward 양수와 음수; 사오 인 yyy 는 일광 절약 시간; 모든 문자 (nn 시간 1 시간으로 조정 됩니다 시간이 지나면.

TZ 설정 되어 여러 MS-DOS 시간 함수는 현재 표준 시간대에 업데이트 됩니다. 관리자가 디렉터리 동기화 시간을 설정 하면 TZ 변수는 프로세스에 대 한 기록 시간에 포함 됩니다. GLB 파일입니다. 디스패치이 이번 읽고 따라 로컬 TZ 변수 디스패치 실행 하는 컴퓨터에서이 조정 합니다. 이 이번에 Dir 동기화를 예약 하는 데 사용 됩니다. 따라서 반드시는 현장 방문 프로그램을 실행 하는 컴퓨터 및 관리자 프로그램을 실행 중인 컴퓨터 모두에 TZ 설정 또는 올바른 오프셋이 사용 되지 것입니다.

예를 들어, 3 오전 (03:00)에서 오스트레일리아 수 시간 수 있습니다. 경우 현장 방문 프로그램 프로세스를 읽습니다. GLB 파일은 설정된 된 시간 (03:00), 유니버설 시간으로 변환 하 고 저장 된 시간대 (14) 추가 하는 그런 뺀 시간이 현지 시간으로 변환 하는 자체 표준 시간대 (6) 합니다. 현장 방문 프로그램 프로세스 시간 03시 + 14-6으로 표시 하는 따라서 오스트레일리아에서 디렉터리 동기화 프로세스가 실행 되 고 11:00, 즉 현지 시간 =. 오스트레일리아에서 시간 03시 계속 됩니다.

오스트레일리아에서 관리자는 디렉터리 동기화 일정을 볼 때 시간 03시 됩니다. 발송 컴퓨터의 관리자 같은 일정 보기, 시간 수 11시 표준 시간대 때문에 변경 내용이 반영 됩니다. 관리자가 혼동 사용 될 수 있지만 완벽 하 게 정상적인 동작입니다.

TZ 변수를 포함 하는 다섯 가지 시나리오는 있습니다.
  • 모든 포스트 오피스 동일한 시간대에 있으며이 표준 시간대에서 관리자 및 발송 프로그램 실행 됩니다. TZ 필요 하지 않습니다.
  • 다른 표준 시간대에 포스트 오피스는 한 표준 시간대에서 관리자 및 발송 프로그램 실행. 때문에 TZ 필요 하지 않습니다 저장 된 시간 모두 사용 하는 동일한 TZ 오프셋입니다.
  • 포스트 오피스에 다른 시간대 및 관리자 프로그램은 다른 시간대에서 실행 있더라도 하나의 시간대에 실행 되는 현장 방문 프로그램. TZ는 오프셋이 자동으로 계산 된 때문에이 설치 하는 데 도움이. 관리자 프로그램을 실행 하는 컴퓨터 켜고 디스패치 실행 하는 컴퓨터에서 TZ 변수를 설정 합니다. 발송 3.0을 사용 하는 경우 MS-DOS 프롬프트에서 TZ 변수를 설정 합니다. 3.2 디스패치 실행 하는 경우 디스패치를 사용 합니다. INI 파일의 표준 시간대 옵션입니다.
  • 포스트 오피스 다른 시간대에 있고 서로 다른 표준 시간대에서 관리자 및 발송 프로그램의 여러 복사본이 실행 됩니다. 이 시나리오는 어 색. TZ 도움이 되지 않습니다 정말이 경우 각 복사본을 발송 TZ 오프셋을 읽을 하 고 여러 디스패치를 조정 하는 방법이 없습니다.
  • 한 시간대에서 관리자 프로그램이 실행 되 고 다른 표준 시간대에서 발송 실행 됩니다. TZ이 경우 도움이 되지 것입니다: 발송 됩니다 올바르게 조정 하지 발송 관리자 프로그램으로 같은 표준 시간대에 있는 포스트 오피스를 생각 하기 때문에 관리자 프로그램에 의해 설정 된 시간입니다.
시간 차이 수동으로 조정 하려면 TZ에 대 한 대체가입니다. 서로 근접 (3 시간 차이 보다 적은) 시간대 인 TZ 도움이 되지 않을 수 있습니다 및 수동 조정 쉬울 수도 있습니다.


일광 절약 시간제 (DST)를 사용 하 여 (하지만 이것은 직접적인 관련이 없는 표준 시간대 변수) 어려움을 야기할 수 있는 한 상황이 발생 합니다. 디스패치 다음 Dir 동기화 프로세스를 실행 하는 시간을 업데이트 하면 그 날의 시간에 있어 초를 추가 하 여 수행 합니다. 다음에 간단 하 게 복사 하 고 실행 하려면 다음에 함께 Dir 동기화 시간 주간 전체 목록은 환경에서 실행 하는 현재 시간을 유지 합니다. 주 DST 적용 되기 전에 디스패치 프로세스를 실행 하면 문제가 발생 합니다. 초 주의 가치를 추가 하는 경우 MS-DOS DST의 임박한 도착 한 여분의 시간을 그 안에 저장 된 시간을 해석 하 여 보상 합니다. 따라서 시간 과정에 기록 합니다. GLB 한 시간 보다 이전입니다. 반대는 DST 끝납니다; 하는 경우 여분의 시간 제거 됩니다.


발송은 DST 끝날 때까지 시간 변경 전파 초, 주간 분량을 추가 하는 계속 됩니다. 발송의 잘못이 아닙니다. 알고 있는 조건에 대해 변경 됩니다. 어떤 MS-DOS 보고서 실행 시간을 비교 합니다. 해제 한 시간씩 디렉터리 동기화 한 시간 이상 (또는 이전 DST 따라) 발생 예상 보다.

해결 방법은 간단: 항상 프로세스 시간을 설정 하는 컴퓨터에서 TZ 변수를 설정 (수 관리 EXE 또는 DSSCHED입니다. EXE, 아래에서 설명)입니다. TZ 설정 되 면 MS-DOS DST 발생할 때 여분의 시간을 추가 하지 않습니다. TZ 설정을 사용 하 여 않도록 참고 = PST8DST, 또는 MS-DOS 여분의 시간에서 DST 변경 발생 하는 경우에 추가 됩니다. 따라서 세 개의 사례는.

명령설명
TZ 설정 없음시간 시작과 dst 끝에 1 시간으로 조정 됩니다.
TZ 설정 =xxxnnyour_local_time_zone시간 조정 되지 않습니다.
TZ 설정xxxnnDST =시간 시작과 dst 끝에 1 시간으로 조정 됩니다.

DIR 동기화 프로세스

디렉터리 동기화에 고유한 네 번 나눌 수 있습니다. 시간 0 (T0) 우체국 관리자 관리자 프로그램을 사용 하 여 만들거나 수정할 사용자 또는 그룹에 Dir-동기화 참여 하는 또는 디렉터리 동기화 프로세스 이름을 추가 하려면 가져오기 사용할 때입니다. 이러한 변경 사항이 발생할 경우는 REQTRANS 레코드가 추가 됩니다. GLB 파일입니다. REQTRANS입니다. GLB 파일에 모든 디렉터리 동기화 이름을 진입점은.

1 (T1) 시간 해당 요청자 디렉터리 동기화 서버에 대 한 메일 메시지를 만들 때 업데이트 보내기 시간이입니다. 이러한 메시지는 요청자의 상태 및 서버로 보낸 업데이트 요청자의 주소 목록의 포함 됩니다.

2 (T2) 시간 서버 모든 요청자의 모든 업데이트는 마스터 트랜잭션 목록에 추가 하 고에 각 요청자는 업데이트 된 GAL 필요가 업데이트와 요청 자가 보낸 메일 메시지를 만들 때 서버에 대해 프로세스 업데이트 시간을입니다.

시간 3 (T3) 요청자, 프로세스 업데이트 시간 때 각 요청자 서버에서 업데이트를 가져오고 해당 로컬 GAL에 통합 합니다.

Dir 동기화 프로세스는 예약 된 후에 오랫동안 실행 되지 것입니다 확인 (마찬가지로 케이스 if 발송 합니다. EXE에 연결 되지 못했습니다 우체국 서버 아래에 있는 같은 몇 가지 이유로)에 있는 디렉터리 동기화 프로세스가 실행 되 고 있는 지 것입니다 후 "창"입니다. 프로세스의 실행된 창입니다. 버전 3.0 및 버전 3.2 관리자 프로그램은 8 시간에 대 한 관리자 프로그램이 실행 되어 4 시간. 이 시간이 경과 하 고 발송 다음 포스트 오피스에 연결 하 고 예약 된 프로세스를 읽고"프로세스 이름 을 실행된 창을 누락" 오류 생성 되 고 디스패치에 배치 됩니다. 로그 파일 ( 프로세스 이름은 NSDA-RR, NSDA-S 또는 NSDA-RT, T1, T2, 및 T3에 해당). 이 오류가 발생 하면 발송, 서버에 연결할 수 없습니다 또는 너무 많은 포스트 오피스에 디렉터리 동기화 실행 디스패치 시간 부족 한지를 결정 해야 합니다. 첫 번째 경우는 일시적입니다. 두 번째 자주 발생 합니다. 해결 방법은 포스트 오피스 (디스패치는 하나의 복사본만 우체국 Dir 동기화를 수행할 수 있는) 하므로 다양 한 집합에서 실행 되는 디스패치를 갖 든 T1, T2, 및 T3 간의 시간을 늘립니다.

구체적으로 말하면, 정확한 단계는 디렉터리 동기화 다음과: 1 (T1) 시간

T1 단계는 다음과 같습니다.
  1. 디스패치 프로세스를 폴링합니다. GLB 파일 Dir 동기화 할 시기를 결정 하는 각 우체국에.
  2. 디스패치는 NSDA 직각 생성 T1에 도달 했거나 초과 하는 경우
  3. 차례로 NSDA 프로그램 REQMAIN-T 전송할 업데이트를 생성 합니다.
  4. REQMAIN 프로그램에서 REQCONF를 엽니다. GLB 파일 동기화 번호를 현재 요청자의 가져올.
  5. REQMAIN 프로그램을 요청자, 이전 디렉터리 동기화 상태를 포함 하며 P1 디렉터리 서버에 대 한 메시지 머리글에 배치 하는 첨부 파일 및 메일 메시지를 만듭니다.
  6. REQMAIN 프로그램은 REQTRANS 읽습니다. GLB 파일 추가 또는 요청자의 주소 목록의 변경 내용을 서버에 보낼 수 대기 중인 경우를 참조 하십시오.
  7. REQMAIN 프로그램 디렉터리 동기화 서버에 요청자의 명령을 사용 하 여 두 번째 메일 메시지를 만들고, 여 REQTRANS의 내용이 포함 된 메시지에 첨부 파일을 만듭니다. GLB 파일 (업데이트 디렉터리 동기화 서버에 보낼 필요가 있다면) 하는 경우 메시지 머리글을 P1 디렉터리에 배치 합니다.
  8. REQMAIN 프로그램에서 디렉터리 동기화를 보낸된 업데이트 상태를 기록합니다. 로그 파일입니다.
P1 디렉터리에서 서버에 대 한 메일 메시지 이므로 외부 MTA 실행할 첫 번째 이동 Dir-동기화 서버의 보았기로 하 고 디렉터리 동기화 서버에 실제로 전달 해야 합니다. 게이트웨이 P1 디렉터리를 사용 하지 않으므로, 외부만 다른 Microsoft Mail 포스트 오피스와 통신 하기 위해 게이트웨이 사용 하는 포스트 오피스에도 필요 합니다. 제대로 MTA로 게이트웨이 사용 하는 방법에 Microsoft 기술 지원 서비스 문의 하십시오.

시간 (T2) 2

T2 단계는 다음과 같습니다.
  1. 디스패치 프로세스를 폴링합니다. GLB 파일입니다.
  2. T 2에 도달 했거나 초과 때 디스패치 NSDA-S 디렉터리 동기화 서버에 대 한 생성 합니다.
  3. NSDA 프로그램 업데이트를 받을 수 SRVMAIN-R을 생성 합니다.
  4. SRVMAIN 프로그램 디렉터리 동기화 메일 메시지를 읽고 (Dir-동기화 메일 보았기는 시스템입니다. MBG)는 MSTTRANS에 통합 하 고 있습니다. GLB 파일입니다. MSTTRANS입니다. GLB은 디렉터리 동기화 서버로 보낸 모든 업데이트 마스터 목록입니다. 이 목록은 정기적으로 제거 됩니다 이전 구성, 디렉터리 동기화, 서버, 옵션, 업데이트 유지 선택 하 여 관리자 프로그램을 통해 구성할 디렉터리 항목을.
  5. 다음은 MSTTRANS에 업데이트를 통합 합니다. GLB 파일 SRVMAIN 해당 SRVCONF 업데이트합니다. GLB 파일 각 요청자에 대 한 Dir 동기화 프로세스의 현재 상태를 반영 합니다.
  6. NSDA 프로그램 요청자에 대 한 업데이트를 전송 하도록 SRVMAIN-T를 생성 합니다. 만 해당 포스트 오피스에서 T1 시간 업데이트 보내기 (및 디렉터리 동기화 서버에서 성공적으로 수신 된)는 업데이트가 전송 됩니다.
  7. 각 요청자에 대해 SRVMAIN 해당 SRVCONF 읽습니다. GLB 및 MSTTRANS입니다. GLB 파일을 MSTTRANS 항목이 들어 있는 디렉터리 동기화 메시지를 만듭니다. GLB에 있는 SRVCONF에 저장 된 동기화 숫자 보다 번호가 매겨집니다. GLB 해당 요청자에 대 한입니다. 서식 파일을 교환 하는 경우 다양 한 SRVMAIN 읽습니다. TPL (서식 파일) 및. (정보) INF 파일을 첨부 파일에 정보를 통합 합니다. SRVMAIN는 T1 동안 것과 같은 이러한 메시지를 요청자에 이후 배달을 위해 P1 디렉터리에 배치합니다.
외부 MTA 요청자 포스트 오피스에 대 한 아웃 바운드 큐에 P1 디렉터리에서 디렉터리 동기화 메시지를 전송 하기 위해서는 다시 다음 요청자로 메일을 배달 하 고 있습니다.

시간 3 (T3)

T3 전체 디렉터리 동기화 주기는 가장 복잡 한 단계입니다. T3 Dir 동기화 업데이트 수신 및 GAL의 GALINDEX를. GLB 파일이 처음부터 다시 작성 됩니다. 이 단계는 다양 한 파일을 다시 작성 하는 데 필요한 시간으로 인해 복잡 합니다. 큰 Gal (예: 100, 000 개 이상의 이름)을 다시 빌드 프로세스에는 몇 시간이 걸릴 수 있습니다. 경우에 작은 Gal (약 10, 000의 이름) 재구축 프로세스가 거의 발송 프로그램을 실행 하는 데 사용 되는 컴퓨터 종류에 따라 완료 하는 데 한 시간을 걸릴 수 있습니다. 더 빨리 발송 실행 하는 컴퓨터를 더 빠르게 프로세스가 완료 됩니다.

T3 단계는 다음과 같습니다.
  1. 디스패치 프로세스를 폴링합니다. GLB 파일을 다시입니다.
  2. T3에 도달 했거나 초과 때 디스패치 NSDA-RR 각 포스트 오피스에 생성 합니다.
  3. 차례로 NSDA REQMAIN-R 업데이트를 받을 수를 생성 합니다.
  4. REQMAIN 시스템을 읽습니다. MBG 파일 Dir 동기화 메일 첨부 파일은 읽고 SRVTRANS의 이름을 전달 합니다. GLB 파일을 선택한 다음 종료 합니다.
  5. NSDA는 SRVTRANS에서 이름을 이동 하려면 가져오기 프로그램을 생성 합니다. GLB 파일에 다양 한입니다. USR 파일 (각 포스트 오피스에 대해 주소 목록). 가져오기 프로그램은 SRVTRANS를 참조 하 여이 작업을 수행 합니다. GLB 파일을 다음 이름으로 별도 세 개의 큐 (USRTRANS 정렬. GLB, NMETRANS입니다. GLB, 및 GWTRANS입니다. GLB)입니다. USRTRANS입니다. GLB 보유 이름을 네트워크 또는 포스트 오피스 형식 이름 (SNADS, PROFS, OfficeVision(R)). NMETRANS입니다. GLB을 삭제 또는 수정할 수 있는 PC 네트워크 이름에 대 한 메일을 보관 합니다. GWTRANS입니다. GLB은 게이트웨이 이름을 보유합니다.
  6. 서식 파일 교환 설정 되어 있으면 각 포스트 오피스 서식 파일 및 정보 파일이 수정 됩니다. 서식 파일을 사용할 수 있지만 템플릿이 요청자 포스트 오피스에 보낸, 템플릿이 내용의 경고가 생성 됩니다. 이것은 매우 일반적인 경고 있지만 Dir 동기화는 중요 하지 않습니다.
  7. 가져오기 프로그램 임시 큐와 큐에 서식 파일의 이름이 결합 된. USR 또는. NME 파일입니다. 큐를 지웁니다 다음 종료 됩니다.
  8. NSDA 생성 다시 작성.
  9. 다시 읽고 로컬 포스트 오피스 목록 (관리자 NME) 각 게이트웨이에 NME 목록, 네트워크 목록 및 각 외부 포스트 오피스의 USR 목록을 임시 GAL. 이 임시 파일은 정렬 되 고 임시 GAL 인덱스가 만들어집니다. 이 단계는 지금까지 가장 시간이 많이 소요 되는 프로세스 부분.
  10. 삭제 오래 된 전체 주소 목록 및 GAL 인덱스 파일의 이름을 GALINDEX로 임시 GAL 인덱스를 다시 작성 합니다. GLB, 고 임시 GAL 전체 주소 목록에 이름을 변경 합니다. NME입니다.
  11. 다시는 GALNETPO에 외부 포스트 오피스 및 게이트웨이 이름을 붙여 넣습니다. GLB 파일입니다. 이 파일을 해당 보았기 외부 이름을 확인 하는 데 필요한 시간을 단축 하는 데 사용 됩니다.
  12. NSDA 종료를 다시 종료 하 고 Dir 동기화 주기가 완료 되는.

수동 디렉터리 동기화

때때로 디렉터리 동기화 상태를 확인 하 고 모든 부분 및 실행 프로그램을 올바르게 실행 되는 확인 해야 할 수도 있습니다. 수동 디렉터리 동기화 주기는이 수행할 수 있습니다.
중요: 수동 디렉터리 동기화 Dir 동기화에 문제가 발생 되거나 의심 되 면 디버깅 및 검증 절차 및 Dir-동기화를 수행 하기 위한 주요 수단으로 하지 위함입니다. 디스패치 처리 되는 몇 가지 내부 오류 메시지 및 수동 디렉터리 동기화 주기 관리자 프로그램 또는 MS-DOS 이러한 오류 메시지를 전달 하지 않습니다.
아래와 비슷한 표기법은 사용 하므로 수동 디렉터리 동기화 발송 프로그램 같이 동일한 프로세스를 따릅니다.

가능한 경우 모든 Mta를 해제 합니다. Dir 동기화의 상태를 조사 하는 수동 디렉터리 동기화 주기 동안 외부 메일 프로그램 또는 Mta 없음 실행 중인 경우 훨씬 쉽게 됩니다.


추가 또는 서버에 요청자의 Dir 동기화 메일의 흐름에 따라 다시 수 있도록 각 포스트 오피스에서 사용자를 수정 합니다.
  1. 서버 우체국을 비롯 하 여 Dir-동기화에 관련 된 모든 우체국의 다음 명령을 입력 합니다.
    reqmain-t-d드라이브
    이 단계는 나가는 디렉터리 동기화 메일 메시지를 생성 하 고 P1 디렉터리에 배치 합니다.
  2. 모든 포스트 오피스에 매핑되는 컴퓨터에서 다음 명령을 입력 합니다.
    외부-0 ddriverange
    참고:-0 옵션은 문자 O. 0

    중요:이 단계는 게이트웨이 외부 아웃 바운드 보았기를 P1 디렉터리에서 디렉터리 동기화 메시지를 이동 하는 데 필요 하기 때문에 메일을 배달 하는 데 사용 하는 경우에 필요 합니다. Dir 동기화 메시지는 방치 될 및 디렉터리 동기화 없이 외부 아무것도지 않습니다 있으므로 게이트웨이 P1 디렉터리를 검사 하지 않습니다.

    이 단계는 Dir-동기화 서버에 대 한 아웃 바운드 큐에 메일을 전송합니다. 각 요청자 포스트 오피스의 관리자 프로그램을 사용 하 여 디렉터리 동기화 서버 우체국 대기열 확인. 큐에 $시스템 메시지를 두 개 이상 있어야 합니다. 상황 보고서를 하나 됩니다, 그리고 다른 다음과 같이 제목 줄을 갖습니다.
    $SYSTEM ReqTx R = R # (was r #), S = S # 내가 = I # # # 전송
    위치:
    Message      | Description
    ---------------------------------------------------------------------

    ReqTx | Indicates this is the requestor update to the
    | Dir-Sync server.
    R=R# | The current requestor sync number from REQTRANS.GLB.
    (was r#) | The old requestor sync number from REQCONF.GLB.
    S=S# | The requestor's server sync number from REQCONF.GLB.
    I=I# | The number of imports requested to date from
    | REQCONF.GLB.
    ## sent | The number of address updates contained in the
    | attachment.


    참고: 다른 외부 메일 프로그램 또는 MTA 여전히 활성 상태 이면 메일 있습니다 배달 된 큐를 확인 하기 전에.
  3. 모든 포스트 오피스에 매핑되는 컴퓨터에서 다음 명령을 입력 합니다.
    외부-0 ddriverange
    이 호출을 외부 메일 프로그램의 실제로 보내는 디렉터리 동기화 메일을 제공합니다. MTA로 게이트웨이 사용 하는 경우 메시지를 배달할 적절 한 게이트웨이 명령을 입력 합니다.
  4. 디렉터리 동기화 서버에서 다음 명령을 입력 합니다.
    nsda-s-d드라이브
    또는 NSDA-s: 구성 하는 두 개의 명령을 입력할 수 있습니다.
    srvmain-r-d드라이브

    srvmain-t-d드라이브
    SRVMAIN-R 명령 업데이트 받아서는 MSTTRANS에 배치 합니다. GLB 파일입니다. SRVMAIN-T 명령을 읽고 있는 SRVCONF. GLB 파일 업데이트를 각 요청자 포스트 오피스로 보낼 필요가 결정 된 MSTTRANS 읽습니다. GLB 파일을 만드는 업데이트를 서버에 요청을 보내고이 보내는 메일을 P1 디렉터리에 배치 하는 각 포스트 오피스에 다시 메일 메시지를 생성 합니다.
  5. 모든 포스트 오피스에 매핑되는 컴퓨터에서 다음 명령을 입력 합니다.
    외부-0 ddriverange
    이 명령은 메일 아웃 바운드 큐에 다시 이동합니다. 서버의 요청자 포스트 오피스의 큐 $SYSTEM 다음과 같은 메시지가 나타나야 합니다.
    $SYSTEM SrvTx R = R # S = S # (was) s # I = I # # # 전송
    위치:
    Message   | Description
    SrvTx | Indicates this is the server's update to the requestor.
    R=R# | The requestor sync number that was sent from the
    | requestor. This is an acknowledgment of the updates
    | received by the server.
    S=S# | The new server sync number for the requestor.
    (was s#) | The old server sync number for the requestor.
    I=I# | The number of imports requested to date by the requestor.
    ## sent | The number of updates sent back to the requestor.

  6. 모든 포스트 오피스에 매핑되는 컴퓨터에서 다음 명령을 입력 합니다.
    외부-0 ddriverange
    업데이트 요청자 포스트 오피스에 제공합니다. MTA로 게이트웨이 사용 하는 경우 메시지를 배달 하도록 적절 한 명령을 입력 합니다.
  7. Dir-동기화에 관련 된 모든 우체국, 다음 명령을 입력 하십시오.
    reqmain-r-d드라이브

    관리자-p암호 -q-y-d드라이브 가져오기

    -f-d드라이브 를 재구성합니다
    REQMAIN-R 명령 업데이트를 받아서는 SRVTRANS로 이동 합니다. GLB 파일입니다.

    가져오기 명령을 SRVTRANS를 사용합니다. GLB 기록 하 고 포함 어떤 유형의 주소 따라 임시 트랜잭션 파일을 이동 합니다. 선택한 다음 가져오기 명령을 이동으로 이름을 해당 합니다. USR 및. NME 파일입니다. -Q 옵션은 SRVTRANS를 사용 하 여 가져오기 알려 줍니다. GLB 파일의 업데이트 및-Y 옵션을 가져오기를 계속할 수 있는 권한을 요청 하지 않고 실행 하도록 지시 합니다.

    다시 F 명령을 사용 네트워크 이름에서. NME 파일 및. USR 파일 GAL 및 GAL 인덱스 파일을 빌드할 수 있습니다. -F 옵션은 가져오기-Y 옵션과 동일. 이 수동 디렉터리 동기화 주기를 완료 했습니다.

    야는 특히 디렉터리 동기화 서버에 디렉터리-동기화 참여 하는 모든 포스트 오피스에 모든 세 명령 실행 또는 디스패치 실행 Dir-동기화 요청이 처리를 기다리고 있기 때문에 다음에 오류가 발생 합니다.
경고: 메일 사용자가 활성 상태일 때 다시 작성 유틸리티를 실행 하면 다시 실패 오류 203 때문에 GAL. NME 파일 다시 실행 될 때 주소 확인을 위해 열려 있을 수 있습니다. 때문에 메시지를 잘못 수 있습니다 다시 작성 유틸리티 버전 3.0에서이 오류가 발생 하는 경우는 GALINDEX입니다. GLB 파일에 올바른 GAL 일치 하지 않습니다. NME 파일입니다. 메일 3.0만 수행 해야 수동 Dir 동기화 하는 경우 사용자가 메일에 로그인 하지. 3.2 사용 하 여 GAL 파일을 삭제 하려면 다른 알고리즘을 다시 빌드하고 오류 203 발생할 경우 메시지 잘못 될 수 없습니다.

디렉터리 동기화 프로토콜

Dir 동기화 요청자 포스트 오피스에 보낸 업데이트 제어 하려면 네 개의 파일에 7 개의 숫자를 사용 합니다. 요청자 및 서버 모두에 저장 된 숫자 집합이 있으며 요청자의 REQCONF ReqSync (요청자 시퀀스 번호 라고도 보냅니다.를 서버로 보낸 모든 업데이트의 누적 합계입니다) 및 SrvSync (서버 시퀀스 번호 라고도 SrvSeq 서버에서 받은 모든 업데이트의 누적 합계입니다)의 복사본을 저장 합니다. GLB 파일입니다. 또한 요청자는 REQTRANS ReqSync 번호를 저장합니다. GLB 파일입니다. 이 복사본을 ReqSync 추가 변경 뿐만 아니라 서버, 마지막 업데이트 이후 보낸 마지막 업데이트를 기록 합니다. 여 REQTRANS ReqSync 번호입니다. GLB 파일에서 해당 REQCONF 저장 된 ReqSync 번호 보다 크거나 같은 이어야 합니다. GLB 파일 또는 디렉터리 동기화 된 REQTRANS 업데이트를 무시 합니다. GLB 파일입니다.

Dir-동기화 서버의 해당 SRVCONF. GLB 파일 저장 동기화 (MSTTRANS의 마지막 알려진된 위치입니다. GLB 파일) 및 각 요청자의 ReqSync 및 SrvSync 복사본입니다. 또한 MSTTRANS입니다. GLB 파일은 디렉터리 동기화 서버로 보낸 각 트랜잭션의 시퀀스 번호를 저장 합니다.

다음 표에서 중요 한 디렉터리 동기화 숫자를 요약 되어 있습니다.
Sync number      | Location             |Description
ReqSync | Requestor: | Cumulative total of all
| REQCONF.GLB | updates sent to the server.
SrvSync | Requestor: | Cumulative total of all
| REQCONF.GLB | updates received from the
| | server.
Transaction sync | Requestor: | Individual sync numbers for
numbers | REQTRANS.GLB | each transaction waiting to
| | be sent to the server.
| | Always equal to or greater
| | than ReqSync.
Sync | Server: SRVCONF.GLB | Last known record position
| | in the MSTTRANS.GLB file.
ReqSync | Server: SRVCONF.GLB | Server copy of the
| | requestor's number of
| | updates. Used to
| | determine if the update
| | from the requestor is
| | valid.
SrvSync | Server: SRVCONF.GLB | Server copy of the
| | requestor's server updates.
| | Used as acknowledgment of
| | requestor's receipt of
| | updates.
Transaction sync | Server: | Individual sync numbers for
numbers | MSTTRANS.GLB | each transaction. Used to
| | control which transactions
| | are sent to the requestors.

프로토콜 (및 Dir-동기화의 상태를 쉽게 검사) 결과 요청자의 ReqSync 번호를 항상 SrvSync 보다 작거나 같은 경우 시퀀스 번호는 누적 합계를 때문입니다: 둘 이상의 우체국 Dir-동기화에서 하는 데 일반적으로, 많은 업데이트를 수신할 요청자에 의해 한 모든 요청자에서 서버로 전송 됩니다.

프로토콜을 설명 하는 디렉터리 동기화 흐름을 설명 하는 동일한 용어가 사용 됩니다, T0 시간에서 시작:


T0:

관리자 추가, 삭제 또는 사용자를 수정 하 고 변경 Dir-동기화 포함 되어. 저장 된 REQTRANS ReqSync입니다. GLB 파일 증가 하 고는 REQTRANS에 해당 항목이 추가 됩니다. GLB 파일입니다.


T1:

REQMAIN 프로그램에서 해당 REQCONF ReqSync 번호를 읽습니다. GLB 파일 번호는 REQTRANS에 비교 합니다. GLB 파일입니다. 해당 REQCONF에 저장 된 보다 작은 시퀀스 번호를 가진 업데이트 합니다. GLB 파일은 사용 되지 않는 트랜잭션 거부 됩니다. 업데이트 시퀀스 번호 보다는 REQCONF에 저장. GLB 파일 첨부 파일로 메일 메시지에 놓이고 Dir 동기화 트랜잭션 메시지의 본문에 포함 됩니다. Dir 동기화 메시지의 정확한 형식은 외부 메일 시스템과 디렉터리 동기화 설명서에서 찾을 수 있습니다.
참고: 삭제 하 고 재현할 여 REQTRANS. GLB 파일이 다시 설정 해야 Dir-동기화 해당 우체국에 업데이트가 적용 됩니다. 요청자를에서 아닙니다 어려운 Dir-동기화 유틸리티는 REQCONF 다시 설정 됩니다. GLB 파일; 그러나 서버의 경우이 문제는 해결 하기가 매우 어렵습니다. 이 경우, Microsoft 고객 기술 지원부에 지원 호출 하는 것이 좋습니다.
T2:

서버에서 들어오는 메시지를 읽고 트랜잭션의 시퀀스 번호 SRVCONF는 비교 됩니다. GLB 파일의 시퀀스 번호를 저장 합니다. 오래 된 정보로 저장된 되는 ReqSync 번호 거부 됩니다 미만 매겨집니다 모든 트랜잭션과 나머지 거래는 MSTTRANS 추가 됩니다. GLB 파일입니다. 해당 SRVCONF 동기화 번호입니다. GLB 파일은 MSTTRANS의 새 크기를 반영 하기 위해 업데이트 됩니다. GLB 파일입니다. 다음이 단계는 서버에 보낸 각 디렉터리 동기화 메시지에 대해 수행 됩니다.

T2 (끝은 MSTTRANS 동기화 번호에 대 한 (요청자의 메시지 전송) SrvSeq 수 업데이트 전송 단계. GLB 파일) 첨부 파일에 메시지가 요청자에 대 한 응답으로 전송 됩니다. 메시지의 텍스트는 새 SrvSync 번호 (동기화 번호)를 포함 하 고 또한 에코 요청자에 게 서버에 보낸 ReqSync 번호. 이러한 새 시퀀스 번호 SRVCONF는 저장 됩니다. GLB 파일 다음 Dir 동기화 주기.

이 방법의 의미는 시간 T2 서버에 의해 메시지 받은 요청자에만 업데이트를 받게 됩니다. 요청자 메시지가 지연 된 현재 디렉터리 동기화 주기에서 업데이트를 받게 됩니다 있지만 다음 디렉터리 동기화 주기에서 업데이트를 받게 됩니다.

요청 자가 ReqSync 포함 된 메시지를 보내는 경우 = 0 및 SrvSync = 0, 가정 요청 자가 모든 주소 목록이 요구 하 고 가져오기 회신 메시지를 생성 합니다. 구성, 디렉터리 동기화 요청자, 관리자 프로그램에서 가져오기를 선택 하 여 가져오기를 요청할 수 있습니다. 서버에서 가져오기 요청 메시지를 수신 하는 경우 과정이 약간 다릅니다. 서버는 MSTTRANS 뿐만 아니라의 현재 주소 목록을 모두를 검색합니다. GLB 파일에 이러한 주소를 요청자에 게 보냅니다. 이것은 두 가지 주요 효과: 1) Dir 동기화 메시지를 요청자에 게 보낸 매우 클 수 및 요청자 포스트 오피스의 2) 모든 기존 주소 목록을 업데이트에 의해 대체 됩니다.

참고: 관리자 요청자 자신의 게이트웨이 주소 목록을 만든 다음 Dir 동기화에 대 한 예로 해당 게이트웨이 형식을 설정 하 고 가져오기 요청, 주소가 없어집니다 Dir 동기화 이전 목록을 새 목록을 바꿉니다.

T3:

요청자 서버 업데이트를 처리 하는 대로 같은 방식으로 업데이트를 처리 합니다. 메시지는 시퀀스 번호는 검사 합니다. 메시지를 보냅니다 번호의 REQCONF에 저장 된 ReqSync 번호 맞으면. GLB 파일에서 요청자 서버 업데이트를 수신 하 고 제대로 처리 된 알고 있습니다. 이로써 REQTRANS입니다. GLB 파일의 이전 트랜잭션을 지워지고 더미 트랜잭션을 마지막 위치에서 ReqSync 번호를 최신 상태로 유지 하기 위해 배치. SrvSeq 숫자를 저장 하 여 다음 디렉터리 동기화를 위한 서버 업데이트 수신 되었습니다 메시지가 표시 되므로 순환 합니다. 첨부 파일에는 SRVTRANS에서 트랜잭션은 이동 됩니다. GLB 파일을 가져오고 다시 작성 유틸리티에서 추가 처리를 위해. 이러한 프로세스 시퀀스 번호, 주소 목록에만 영향을, 포함 되지 않습니다 있으므로이 문서에 추가 되지 않습니다.

이 프로토콜은 내결함성: 승인 받을 때까지 (자체 업데이트 또는 업데이트 필요) 정보는 변경 되지 않습니다. 따라서 요청 자가 서버에 알리고 그는 업데이트가 수신 된 서버 요청자도 받은 게 확인 될 때까지 업데이트는 삭제 되지 않습니다 때까지 업데이트를 제거 하지 않습니다.

외래 요청자 작동 약간 다르게 하 고이 문서의 범위를 벗어납니다. 자세한 내용은 외부 메일 시스템과 디렉터리 동기화 설명서를 참조 하십시오.

디렉터리 동기화 유틸리티

세 개의 유틸리티 (DSSCHED. EXE LISTDS입니다. EXE 및 LISTQ입니다. EXE) Dir-동기화 제어를 지원 하기 위해 설계 된이 문서에 포함 된. 이러한 유틸리티 관리자에 대해서만 사용 되 고 다른 사용자에 대 한 유용 하지 않습니다.

DSSCHED.EXE

요약

DSSCHED 유틸리티 프로세스를 나열합니다. GLB 파일 다양 한 프로세스 및 시간에 실행 될 때 표시 됩니다. 또한 시간을 서식이 지정 된 파일에 저장 및 프로세스 시간을 설정 하려면 해당 파일을 사용 합니다.

구문
dssched 관리자-p암호 -d드라이브 [-i파일] [-x파일] [-v] [-?]
위치:
   Parameter    | Description
---------------------------------------------------------------------
admin | The administrator for the postoffice (required).
-P<password> | The administrator's password (required).
-D<drive> | The postoffice drive. This can be a drive letter or
| a full path to the database. The default value is
| drive M.
-I<file> | Import the times in <file> to set the process
| times.
-X<file> | Export the process times to <file>.
-V | Verbose mode (displays additional information to
| the console).
-? | Displays the Help and About screens.

예제
dssched 관리-ppassword-xmytimes.txt
출력 예:
   Microsoft Mail for the PC v3.2, DSSched v3.2
(C) Microsoft Corp. 1993-1994. All rights reserved

Examining POLYNOMIAL/MONTGOMERY Dir-Sync process times

Record number 1
Requestor sends updates (Dispatch runs NSDA -RT)
Current time to run NSDA -RT: Sat Feb 26 13:45:00 1994

Record number 2
Requestor processes updates (Dispatch runs NSDA -RR)
Current time to run NSDA -RR: Mon Feb 28 15:00:00 1994

Record number 3
Server process (Dispatch runs NSDA -S)
Current time to run NSDA -S: Mon Feb 28 14:55:00 1994

이 예제에서는 MYTIMES 파일입니다. TXT는 다음 항목이 포함 되어 있습니다.
   T1 Sat 13:45
T3 Mon 15:00
T2 Mon 14:55

또한 DSSCHED 디렉터리 동기화 시간을 변경 하 여 사용 하는 경우, 출력 파일의 형식은 아래와 같습니다.
   T<x> <Day> <HH>:<MM>

< x > 1, 2 또는 3 (T1, T2, 및 T3 Dir 동기화 프로세스에 대 한 표기법에 해당)를 수 있는 < 일 >의 형식을 일, 월, 화, 수, 목요일, 금요일, 또는 토요일), (에서 주 및 < HH >: < MM 인 > 시간 (24 시간제를 기반으로 프로세스에 대 한 분은 따라서 오후 11은 23시). 디렉터리 동기화 서버에만 T2 시간; 수락 요청자는 파일에 있는 경우이 시간을 무시 합니다.

LISTDS.EXE

요약

LISTDS 유틸리티 표시 서버 구성 파일 (SRVCONF. GLB) 및 요청자 구성 파일 (REQCONF. GLB)입니다. 해당 REQCONF는 다시 설정할 수도 있습니다. GLB 파일을 Dir 동기화 서버가 아니라는 요청자에 대 한이 옵션은 서버에 대 한 잘못 된.

구문
listds 관리자-p암호 -d드라이브 [-s 또는-r [-z]] [-v] [-?]
위치:
Parameter    | Description
---------------------------------------------------------------------
admin | The Administrator account for the postoffice
| (required).
-P<password> | The administrator's password (required).
-D<drive> | The postoffice location. This can be a drive letter
| or a full path to the database. The default value is
| drive M.
-S | Show the contents of SRVCONF.GLB.
-R | Show the contents of REQCONF.GLB.
-Z | Reset the configuration file. This functions only for
| the requestor's postoffice.
-V | Verbose mode (displays additional information).
-? | Display the Help screen.

예제 1
listds 관리-ppassword-s
샘플 출력에 있는 SRVCONF입니다. GLB 파일:
   Microsoft Mail for the PC v3.2, ListDS v3.2
(C) Microsoft Corp. 1993-1994. All rights reserved

Examining POLYNOMIAL/MONTGOMERY Server Configuration Record
Highest SrvSync is 80, Current Dirsync Cycle is 11

Server Requestor Record #1
Requestor name: PCM:POLYNOMIAL/MONTGOMERY
ReqSync = 17, SrvSync = 80, Last Cycle = 11
Last update received Fri Feb 18 13:11:58 1994

Server Requestor Record #2
Requestor name: PCM:POLYNOMIAL/NOVEMBER
ReqSync = 18, SrvSync = 0, Last Cycle = 9
Last update received Thu Feb 17 08:52:45 1994

Server Requestor Record #3
Requestor name: PCM:POLYNOMIAL/OCTOBER
ReqSync = 12, SrvSync = 71, Last Cycle = 9
Last update received Thu Feb 17 08:52:45 1994

(이 문서의 "디렉터리 동기화 프로토콜" 섹션에서 설명)에 따라 다양 한 필드는 다음과 같습니다.
   Field              | Description
---------------------------------------------------------------------
Highest SrvSync | The current maximum SrvSync. This is the
| number for the last entry in the
| MSTTRANS.GLB file.
Current Cycle | The current Dir-Sync cycle number.
PCM:xx/xx | The requestor postoffice for this record.
ReqSync | The requestor's synchronization number.
SrvSync | The requestor's current server
| synchronization number.
Last Cycle | The last Dir-Sync cycle that requestor
| participated in.

예제 2
listds 관리-ppassword-r
샘플 출력을 해당 REQCONF입니다. GLB 파일:
   Microsoft Mail for the PC v3.2, ListDS v3.2.0.2
(C) Microsoft Corp. 1993-1994. All rights reserved

Examining POLYNOMIAL/MONTGOMERY Requestor Configuration Record

Dir-Sync Server: POLYNOMIAL/MONTGOMERY
ReqSync = 17, SrvSync = 80

LISTQ.EXE

LISTQ 유틸리티를 디렉터리 동기화 큐 파일을 보여 줍니다. 이 유틸리티는 다시 동기화 뿐만 아니라, 거래로 끝나는 GLB 디렉터리에 모든 파일을 표시 됩니다. GLB 파일 (가져오기를 사용 하 여 만든. EXE 유틸리티)입니다. 이 파일의 사용자 이름, 포함 모니터링 하 고 큐 파일 문제를 정확 하 게 추가 효과 봅니다.

구문
listq 관리자-p암호 -d드라이브 -f파일 [-t] [-c] [-?]
Parameter    | Description
---------------------------------------------------------------------
admin | The Administrator account for the postoffice
| (required).
-P<password> | The administrator's password (required).
-D<drive> | The postoffice location. This can be a drive letter
| or a full path to the database. The default value is
| drive M.
-F<file> | Dump the specified file.
-T | Display the transaction date stamp.
-C | Calculate and verify transaction checksum.
-? | Display the Help screen.

-T 옵션은 항목의 날짜 스탬프를 표시합니다. Dir 동기화 MSTTRANS는 트랜잭션을 제거 시기를 날짜 스탬프를 사용 합니다. GLB 파일입니다. 일반적으로 날짜 스탬프를 검사 하지, 하지만 LISTQ 유틸리티의 이전 버전과 호환성을 위해 중인.

-C 옵션에 각 디렉터리 동기화 트랜잭션 파일의 체크섬을 계산 하 고 저장 된 검사를 비교 합니다. 일치 하지 않으면 오류 메시지가 표시 됩니다. 파일의 손상 된 트랜잭션을 찾고 있지만 주로 LISTQ에 유틸리티의 이전 버전과 호환성을 위해 하는 경우이 옵션이 유용 합니다.

예제
listq 관리-ppassword-c-t-freqtrans
출력 예:
   Microsoft Mail for the PC v3.2, LISTQ v3.2.0.1
(C) Microsoft Corp. 1993-1994. All rights reserved

Examining POLYNOMIAL/MONTGOMERY Dirsync transaction file: REQTRANS

Checking CRC...

CRC Date stamp Sync# Transaction
FB16 Thu Apr 07 12:13:52 1994 000001 R PCM:POLYNOMIAL/MONTGOMERY
B4A2 Thu Apr 07 12:13:52 1994 000002 A able is he who knows his
limit<tab>PCM:POLYNOMIAL/MONTGOMERY/able
2FC1 Thu Apr 07 12:13:52 1994 000003 A apple
<tab>PCM:POLYNOMIAL/MONTGOMERY/apple
D2CD Thu Apr 07 12:13:52 1994 000004 A Paul
<tab>PCM:POLYNOMIAL/MONTGOMERY/paul
6D23 Thu Apr 07 12:13:52 1994 000005 A Bryan
<tab>PCM:POLYNOMIAL/MONTGOMERY/bryan
16F9 Thu Apr 07 12:13:52 1994 000006 A Mark
<tab>PCM:POLYNOMIAL/MONTGOMERY/mark

트랜잭션 큐에 있는 다양 한 필드는 다음과 같습니다.
   Field          | Description
---------------------------------------------------------------------
CRC | The checksum value for the entry, as computed by
| LISTQ.
Date stamp | The date when the entry was placed in the file.
Sync # | The transaction's internal counter.
Transaction | The transaction. The format is that of an Import
| file, which is described in the "Import Utility"
| section of the Microsoft Mail "Administrator's
| Guide."

디렉터리 동기화 문제 해결

조사는 디렉터리 동기화 디렉터리 동기화 문제 해결을 시작 합니다. 로그 및 디스패치 됩니다. 로그 파일입니다. 디렉터리 동기화 합니다. 로그 파일은 각 우체국 있으며 Dir-동기화 해당 우체국만의 상태를 나타냅니다. 디스패치 됩니다. 로그 파일 디렉터리 동기화 서버에만 업데이트 서버에 보낸 된 모든 포스트 오피스의 상태를 반영 하며

일반적으로 로그 파일 디렉터리 동기화 문제가 있습니다 가리킬 수 있습니다. Microsoft 기술 지원 서비스 디스패치를 사용 하는 것이 좋습니다 있으므로 로그 파일을 보낼 수 있습니다 묻습니다. 로그 파일 디렉터리 동기화 문제가 의심 되는 경우입니다.
참고: 때문에 디렉터리 동기화는 시간과 네트워크 종속 Dir 동기화 요청자 주기를 누락 경우 실패 하를 가정 하지 않는 것이 중요 합니다. 누락 된 업데이트 디렉터리 동기화 내결함성 때문에 다음에서 복구 됩니다 Dir 동기화 주기입니다. 여러 디렉터리 동기화 주기를 통해 문제가 계속 되 면 예방 조치만 취해야 합니다.
Dir-동기화; 몇 가지 문제가 발생할 수 있습니다. 다음과 같은 일반적인 문제는 신속 하 게 해결 하 고 문제를 해결할 수 있도록 설계 되었습니다.

문제 1: 포스트 오피스에 전체 주소 목록에 없는 다른 모든 우체국 주소 목록

GAL을 업데이트 추가 되지 않습니다 때 문제가 있는 결정 하는 Dir 동기화 프로세스 문제를 해결 해야 합니다. 신속 하 게 문제를 파악 하려면 아래의 문제 해결 지침을 따릅니다. 문제가 해결 되었습니다 확인 하려면 각 절차를 수행한 후에 중지 해야 합니다. 필요 보다 더 많은 작업이 필요 하지 않습니다!
  1. 일반적인 Dir 동기화 프로세스를 사용 하 여 문제가 있는지 확인

    서버 포스트 오피스 및 오류 메시지가 사용자에 게 보낸 경우 보려면 요청자 포스트 오피스에 관리자 계정을 엽니다. "요청자 등록 되지 않았습니다" 라는 오류 메시지가 있으면, 서버는 요청자와 반대의 등록 되어 있는지 확인 합니다. 다른 오류 메시지는 다음 문제 해결 단계를 계속 하 여 수정 됩니다 임시 조건을 나타낼 수 있습니다.

    이렇게 하지 않으면 이미 Dir 동기화에 대 한 로그 파일을 사용. 중앙을 검사 합니다. 해당 디렉터리 동기화 서버에만 로그온 하 고 디렉터리 동기화. 모든 요청자 포스트 오피스에 디렉터리 동기화의 상태에 대 한 로그 파일. 각 포스트 오피스 디렉터리-동기화를 업데이트 하는 참여 확인 되 고, 전송 및 수신 됩니다 및 GAL 재구축. 다음이 단계는 우체국에서 발생 하지 디스패치 포스트 오피스에 도달할 수 있는지 외부 메일 프로그램 또는 MTA 배달할 수 메일을 서버 포스트 오피스에서 확인 합니다. 디스패치를 검사 합니다. 로그 파일을 확인 하는 NSDA-RT 및 NSDA-RR 성공적으로 완료 된 요청자에 NSDA-S 서버에 성공적으로 완료 되 고. 요청자의 NSDA-RT에 대 한 시간을 전에 서버 NSDA-S, 그리고 서버의 NSDA 후 요청자의 NSDA-RR 지 확인-S. 시간이 외부 메일 프로그램 또는 MTA 요청자 및 서버 간의 디렉터리 동기화 메시지를 전송할 수 있어야 합니다.

    어떤 포스트 오피스의 전체 GAL 권한이 없습니다 확인 하십시오.
    1. 단일 요청자 포스트 오피스에 다른 모든 우체국 주소 목록을 해당 우체국의 관리자 프로그램을 실행 하 고 구성을 선택 하는 경우 디렉터리 동기화, 요청자, 가져오기 서버가 전체 주소 목록을 아래로 보냅니다. Note 하에서 요청 자가 모든 주소 목록이 게이트웨이 목록을 포함 하는 서버에서 것으로 대체 합니다. 로컬 관리자가 특수 팩스 주소 목록을 만든 및 서버가 자체 팩스 목록에 요청 자가 팩스 업데이트를 마지막 질문을 하는 경우 요청자의 팩스 목록 삭제 되 고 서버의 목록으로 대체 됩니다.
    2. 서버에 없는 경우 전체 주소 목록 확인 요청자 포스트 오피스에 있는 서버 목록에 없는. 해당 요청자 포스트 오피스의 관리자 프로그램에서 구성, 디렉터리 동기화, 요청자, 주소 목록 서버로 보낼 내보내기를 선택 합니다.
    3. 요청자는 단일 포스트 오피스의 주소 목록에 없을 경우 누락 된 우체국의 관리자 프로그램을 실행 하 고 구성, 디렉터리 동기화, 요청자, 내보내기 디렉터리 동기화 서버로 주소 목록을 보낼 수를 선택 합니다.
    4. GLB 디렉터리에 있는 경우 모든 포스트 오피스에 이러한 임시 파일을 삭제: IGWTRANS. GLB, INMETRAN입니다. GLB, IUSRTRAN입니다. GLB, SRVUPDS GLB, REQUPDS입니다. 모든 종류 및 GLB,xxxx 파일 위치
      xxxx 숫자입니다. 확인을 SRVTRANS. GLB, GWTRANS입니다. GLB, NMETRANS입니다. GLB, 및 USRTRANS입니다. GLB는 0 바이트 길이입니다. 그렇지 않으면 파일을 삭제 하 고 다음 MS-DOS 명령을 실행 하 여 이러한 파일 자르기
      nul 입력 > 파일 이름
      여기서 파일 이름 은는 잘릴 수 있는 파일의 이름입니다.
    디스패치 디렉터리 동기화 주기를 실행할 때까지 기다립니다. 이 않습니다 없습니다 확인란의 선택을 취소를 문제 동기화 숫자 잘못 되었을 수 있습니다.

  2. 요청자 동기화 번호를 다시 설정 합니다.

    1 단계 성공 하지 못하면 요청자 포스트 오피스의 중 동기화 되지 수 있습니다. R LISTDS LISTQ FREQTRANS를 실행 하 여 요청자의 ReqSync 번호를 검사 합니다. 경우에 해당 REQCONF ReqSync 번호. GLB 파일은 REQTRANS 보다 큽니다. GLB 파일에 다음 단계를 수행 하 여 요청자의 ReqSync 번호 재설정:
    1. 요청자 포스트 오피스의 동기화 번호를 다시 설정 하려면 다시 동기화를 생성 합니다. GLB 파일입니다. 서버 우체국의 다음 명령을 실행 합니다.
      관리자-p암호 -s-d드라이브 가져오기
      RESYNC를 호출할 서버 포스트 오피스의 GLB 디렉터리에 있는 파일을 만듭니다. GLB입니다.
    2. 이 동기화를 복사 합니다. GLB 있는 전체 GAL 없고 서버 포스트 오피스에서 삭제할 포스트 오피스 파일 (그렇지 않으면 가져오기 생성 합니다 오류 메시지가 서버에서 파일을 처리 하려고 할 때).
    3. 요청자 포스트 오피스에 다시 동기화를 포함 하는. GLB 파일을 다음 명령을 실행 합니다.
      관리자-p암호 -q-y-d드라이브 가져오기
      -f-d드라이브 를 재구성합니다
      가져오기를 다시 동기화를 찾습니다. GLB 파일 전에 다른 디렉터리 동기화 메일을 처리 하 고 있습니다. 다시 동기화 합니다. GLB 파일 요청자는 SRVCONF에 기록 하는 서버에 반영 하는 새 동기화 번호가 포함 되어 있습니다. GLB 파일입니다. 모든 지웁니다 숫자 충돌을 동기화 합니다.
    디스패치 프로그램을 Dir 동기화 주기 실행할 때까지 기다립니다. 동기화 번호 이제 수정 해야 하 고 Dir-동기화 해당 우체국에서 진행 됩니다. 경우에 따라 다시 동기화 합니다. GLB 파일 동기화 번호 다시 설정 되지 않습니다. 이럴 경우 만들 빈 REQTRANS. GLB 파일 GLB 디렉터리에 MS-DOS 다음 명령을 입력 하 여:
    nul 입력 > reqtrans.glb
    다시 동기화를 다시 생성 합니다. GLB 파일 요청자의 GLB 디렉터리로 이동 하 고 추가 된 Dir 동기화 주기를 기다립니다. 이 단계도 문제가 해결 되지 않으면, Dir-동기화 파일을 다시 설정 해야 합니다.

  3. Dir-동기화 파일을 다시 설정 합니다.

    하는 경우 다시 동기화 합니다. GLB 파일 ReqSync 번호를 다시 설정 하는 데 성공한 이면 LISTDS 유틸리티를 사용 하 여 다시 해당 REQCONF. GLB 파일을 다음 단계를 수행 하 여입니다. 다음이 단계 통칭 이라고 "로컬 재설정을."

    주의:이 절차를 수행 하지 마십시오-Dir-동기화 서버의 됩니다 서버의 REQCONF 손상에서 복구할 수 있습니다. GLB 파일! 디렉터리 동기화 서버 (요청자)는 전파 되지 않습니다 경우에 아래의 전역 재설정 진행 합니다.
    1. 요청자 레코드를 삭제 합니다. 관리자 프로그램에서 구성, 디렉터리 동기화, 서버, 요청자, 삭제, 선택 및 요청자 포스트 오피스를 선택.
    2. 동일한 요청자 포스트 오피스를 다시 만듭니다. 이렇게 하면 해당 포스트 오피스의 레코드에 해당 SRVCONF 재설정. GLB 파일입니다. 요청자에서:
    3. 해당 REQCONF 다시 설정 됩니다. GLB 파일에서 다음 명령을 실행 하 여:
      listds 관리자-p암호 -d드라이브 -r-ㅎ
    4. 있는지 해당 REQCONF. GLB 파일에서 다음 명령을 실행 하 여 다시 설정 됩니다.
      listds 관리자-p암호 -d드라이브 -r
      ReqSync 및 SrvSync 번호가 모두 0 이어야 합니다.
    5. 구성, 디렉터리 동기화, 요청자, 형식 선택 하 여 디렉터리 동기화에 의해 전파 되는 이름 형식을 다시 설정 합니다. 이 단계는 게이트웨이 설치 하 고 Dir-동기화에서 게이트웨이 이름이 포함 된 경우에 필요 합니다.

      이전 버전의 LISTDS 유틸리티를 사용 하는 경우 디렉터리 동기화 서버의 이름은 재설정 됩니다. 그렇게 이것이 Dir-동기화 서버 구성, 디렉터리 동기화, 요청자, 등록 선택 하 여 다시 등록 합니다.
    6. 구성, reexport 주소 목록을 디렉터리 동기화, 요청자, 내보내기를 선택 합니다. 확인을 요청한 경우 예를 응답 합니다.
    7. 디스패치 프로그램 Dir 동기화 주기 실행할 때까지 기다립니다.
    서버 포스트 오피스를 다시 설정 해야 하는 경우 또는 관련 된 모든 포스트 오피스에 대해 디렉터리 동기화 작동 하지 않는 경우에 "글로벌 재설정" 필요할 수 있습니다. 만 이렇게 해야 이전 문제 해결 단계를 수행 하 고 Microsoft 고객 기술 지원부 문의 한 후에 합니다. 여기서는 Dir 동기화 관리자의 파트 위의 절차 중 하나는 문제를 해결 하는 경우에 필요할 수 있는 상당한 양의 작업이 포함 됩니다.

    서버 우체국의:

    1. 관리자 프로그램에서 구성, 디렉터리 동기화, 옵션, 아니오를 선택 하 고 경고 예 응답 합니다. 이 단계는 SRVCONF 삭제합니다. GLB 및 MSTTRANS입니다. GLB 파일 서버에서. 이 단계를 완료 한 후 모든 다른 아래 단계를 완료 해야 합니다.
    2. 해당 REQCONF 다시 설정 됩니다. 다음 명령을 실행 하 여 디렉터리 동기화 서버 GLB 파일:
      listds 관리자-p암호 -dm-r-ㅎ
    3. 있는지 해당 REQCONF. GLB 파일은 다음 명령을 실행 하 여 올바르게 다시 설정 됩니다.
      listds 관리자-p암호 -dm-r
      ReqSync 및 SrvSync 번호가 모두 0 이어야 합니다.
    4. 관리자 프로그램을 실행 하 여 디렉터리 동기화 서버를 설정 하 고 구성, 디렉터리 동기화, 옵션을 선택 하면, 예.
    5. 다시 모든 요청자를 정의 하려면 구성, 디렉터리 동기화, 서버, 요청자, 만들기를 선택 합니다.
    6. 구성, 디렉터리 동기화, 요청자, 유형 Dir 동기화에 의해 전파 되는 이름 형식을 다시 설정 하려면 선택 합니다. 이 단계는 게이트웨이 설치 되어 있고 Dir-동기화에서 게이트웨이 이름이 포함 된 경우에 필요 합니다.
    7. 구성, 디렉터리 동기화, 요청자, 내보내기 목록을 다른 포스트 오피스에 보낼 선택 하십시오. 각 요청자 포스트 오피스의:

    8. 해당 REQCONF 다시 설정 됩니다. GLB 파일에서 다음 명령을 실행 하 여:
      listds 관리자-p암호 -dm-r-ㅎ
    9. 있는지 해당 REQCONF. GLB 파일은 다음 명령을 실행 하 여 올바르게 다시 설정 됩니다.
      listds 관리자-p암호 -dm-r
      ReqSync 및 SrvSync 번호가 모두 0 이어야 합니다.
    10. 구성, 디렉터리 동기화, 요청자, 유형 Dir 동기화에 의해 전파 되는 이름 형식을 다시 설정 하려면 선택 합니다. 이 단계는 게이트웨이 설치 되어 있고 Dir-동기화에서 게이트웨이 이름이 포함 된 경우에 필요 합니다.

      이전 버전의 LISTDS 유틸리티를 사용 하는 경우 디렉터리 동기화 서버의 이름은 재설정 됩니다. 그렇게 이것이 Dir-동기화 서버 구성, 디렉터리 동기화, 요청자, 등록 선택 하 여 다시 등록 합니다.
    11. 목록을 다른 포스트 오피스에 보낼 수 구성, 디렉터리 동기화, 요청자, 내보내기 선택 합니다.
이제 모든 디렉터리 동기화 파일을 다시 설정 됩니다. 디스패치 디렉터리 동기화 주기를 완료 될 때까지 기다립니다.

문제 2: 이름 GAL을 추가할 관리자가 지정 하는 경우

이 문제의 가장 일반적인 원인을 외부 관리자, 내보내기 관리자 프로그램에서 선택 됩니다. 이 명령은 모든 디렉터리 동기화 설정에 관계 없이 전체 주소 목록에서 다른 우체국에 붙여 넣습니다. 해당 포스트 오피스의 USR 파일입니다. 디렉터리 동기화 T3 단계의 일부로이 파일을 읽어와 이름을 GAL에 포함 됩니다. GAL 복원 하려면 이동 이름이 올바른지 포스트 오피스로 관리자 프로그램을 실행 하 고 구성, 디렉터리 동기화, 요청자, 내보내기를 선택 합니다. 다음 디렉터리 동기화 주기 이후 GAL 올바른 이름이 포함 됩니다. 이 절차를 성공적으로 없으면 구성, 디렉터리 동기화, 요청자, 수행에서 잘못 된 주소 목록이 있는 요청자 가져오기.

문제 3: 치명적인 오류 161: 요청자 포스트 오피스의 사용 중인 서버 구성

Dir 동기화 메일 여전히 처리 되기 위해 대기 하는 동안 서버 포스트 오피스에 요청자 설정 하는 경우이 오류가 발생 하거나 요청자 다른 요청자에 게 Dir 동기화 업데이트를 보낼 때. 이것은 치명적인 오류 메시지의 내용과, Dir 동기화 프로세스가 괜찮습니다.

요청자 포스트 오피스의 오류 지우려면:
  1. 시스템을 설정 합니다. MBG 파일에 다음 명령을 실행 하 여 0 바이트:
    nul 입력 > m:\mbg\system.mbg
  2. 시스템의 선택을 취소 합니다. 디버그 유틸리티를 실행 하 여 키 파일:
    m:\key\system.key 디버그
    하이픈 (-) 프롬프트에서 다음 명령을 입력 하 고 각 줄 끝에서 ENTER 키를 누릅니다.
    -F, 100, 0 L 230
    -W
    -Q
이 문제를 요청 자가 한 번 서버인 경우 선택을 충분 한 되지 않습니다. 하는 과정. GLB 파일이 지연 된 서버 프로세스가 시간이 포함 될 수 있습니다. 해당 디렉터리 동기화 확인 하십시오. 요청자 포스트 오피스의 "NSDA-S 누락의 실행된 창입니다." 오류 로그 파일 이렇게 되 면 프로세스를 다시 설정 합니다. GLB 파일 DSSCHED 유틸리티를 실행 하 여:
dssched 관리자-p암호 -dm-xfile.txt
파일을 검사 합니다. TXT 및 다시 우체국에 있는 T2 항목 다음 가져오기 파일 삭제:
dssched 관리자-p암호 -dm-ifile.txt

문제 4: 오류 203: GAL 다시 문제가 액세스 파일

이 오류가 발생 하는 경우 GAL. NME 또는 GALINDEX입니다. GLB 파일이 열려 잠겨 하 고 다시 작성 유틸리티를 업데이트 된 GAL 바꿀 시도 합니다. 이러한 파일의 잠금을 해제 하 고 GAL 복원 하려면 다시 작성 유틸리티를 실행 합니다. 이렇게 해야로 하면 오류가 발생 합니다. 그렇지 않으면 파일 대체 될 수 있습니다 하지만 하지 다른 방향이 올바른지 메일 발생할 수 있습니다.

GAL의 원인 중 하나입니다. NME 파일이 열려 MSSFS를 사용 하 여 Windows 클라이언트 실행 되 고 있는지입니다. DLL 버전 4046 4061 통해입니다. 이러한 버전의 MSSFS입니다. DLL 개인 주소록;에 중복 된 이름 사용 하 여 문제 해결 그러나 GAL이이 수정을 수행합니다. NME 파일을 외부 사용자에 게 메일을 보낸 후 열려 대기 중인. 4062 버전의 DLL이이 문제를 해결합니다. 버전 번호를 찾으려면 2.0 이상 MSD를 실행 하 고 ALT + f를 파일 찾기 MSSFS은 Windows 시스템 하위 디렉터리를 검색 합니다. DLL 파일입니다. 3.2.0으로 버전 번호가 표시 됩니다. xxxx.

메일 이전 버전의 DLL 찾아 사용할 수, 때문에이 문제가 다시 발생 있습니다. MSSFS의 문제를 해결 합니다. GAL를 열어 둔 DLL입니다. NME 파일을 모든 Windows 클라이언트 MSSFS 있어야 합니다. DLL 버전 4062 MSSFS의 다른 모든 버전의 Windows 시스템 하위 디렉터리에 배치합니다. DLL은 워크스테이션에서 삭제 해야 합니다.

문제 5: DIR 동기화 "요청자 등록 되지 않았습니다" 보고서를 아직 요청 자가 DIR 동기화 서버가 됩니다.

3.2 및 관리자 프로그램의 이전 버전은 SRVCONF 손상이 문제가 발생 합니다. GLB 파일입니다. 특정 네트워크 카드 (특히 NE2000의 및 EtherExpress(TM) 16) 워크스테이션 에서만이 손상이 발생합니다. 이 문제의 또 다른 증상 인 경우 해당 SRVCONF. GLB 파일 다른 요청자 추가 된 후 1 k 증가 하지 않습니다.

버전 3.2.2 및 나중에 관리자 프로그램이 손상 되지 않도록 파일을 하지만 것도 해결 되지 않으면 파일입니다. 서버는 요청자를 추가 하려면 다음과이 같이 하십시오.

  1. 다른 포스트 오피스로 관리자 프로그램을 실행 하 고 우체국 임시 디렉터리 동기화 서버 구성, 디렉터리 동기화, 옵션, 예 선택 하 여 이동 합니다.
  2. 관리자 프로그램을 끝내 고 이동 실제 디렉터리 동기화 서버. 복사 하 여 SRVCONF. GLB 파일을 실제 디렉터리 동기화 서버 GLB 디렉터리에서 임시 디렉터리 동기화 서버 GLB 디렉터리에.
  3. 관리자 프로그램을 다시 실행 하 고 구성, 디렉터리 동기화, 요청자, 등록 선택 하 여 임시 디렉터리 동기화 서버 실제 디렉터리 동기화 서버를 등록 합니다.
  4. 관리자 프로그램을 종료 하 고 복사 있는 SRVCONF. 임시 서버 실제 디렉터리 동기화 서버 GLB 디렉터리로 파일을 GLB.
  5. 임시 서버에서 관리자 프로그램을 다시 실행 하 고 요청자에 게 다음에 실제 디렉터리 동기화 서버를 등록 합니다.
  6. 디렉터리 동기화 주기 수 있습니다.

문제가 6: 오류 157 및 161 함께

특정 네트워크 카드와 EtherExpress 16의 Ethernet_II 프로토콜을 사용 하 여 가장 많이 사용 하 여 네트워크 프로토콜을 경우에이 오류가 발생합니다. 이 문제는 손상 된 SRVCONF 관련이 있습니다. GLB 파일 버전 3.0.4 않았거나 SRVMAIN 유틸리티 이전 버전의. LISTDS 유틸리티를 실행 하 여 문제를 확인 하려면:
listds 관리자-p암호 -dm-s
경우 해당 SRVCONF. GLB 파일이 손상 되었습니다, LISTDS 문제를 경고 합니다. 이 시점에서 손상의 경우 식별 하 고 디렉터리 동기화를 성공적으로 수행할 수 있습니다 전에 제거 해야 하기 때문에 Microsoft 고객 기술 지원부에 도움을 호출 합니다.

문제 7: 오류 133 잘못 된 서버 요청

이 오류는 서버 NSDA-S 프로세스가 실행 되 고 T2 시간에 T3 ReqTx 메시지가 처리 되기 위해 대기 중인 발생 합니다. 이 문제의 원인은 불완전 한 수동 Dir 동기화 주기입니다. 두 번째 원인은 T1 및 T2 잘못 된 시간입니다. 이 문제를 해결 하려면 시스템에 다시 설정 해야 합니다. 키와 시스템입니다. 위의 문제 3에서 설명한 대로 파일을 MBG입니다.

문제가 8: 오류 150

이 문제는 여러 가지 이유로 발생할 수 있습니다: 손상 파일을 포스트 오피스에 부적절 한 액세스 권한을 또는 디스크 공간이 부족 합니다.

파일이 손상 원인 인지를 확인 하려면 확인 하는 USRTRANS. GLB, NMETRANS입니다. GLB, 및 GWTRANS입니다. GLB 파일 GLB 디렉터리에는 길이 0 (0) 바이트입니다. 되어 하지 바이트를 0으로 경우 0 바이트로 설정 하려면 다음 MS-DOS 명령을 실행 합니다.
nul 입력 > 파일 이름
확인도 IUSRTRAN. GLB, INMETRAN입니다. GLB, IGWTRANS입니다. GLB, REQUPDS입니다. GLB, 및 SRVUPDS입니다. GLB 파일 GLB 디렉터리에 존재 하지 않습니다. 이들은 일반적으로 존재할 수 없는 디렉터리 동기화 해당 우체국의 활성화 되지 않은 경우 임시 파일입니다.

사용 가능한 공간의 크기는 오해의 소지가 있기 때문에 공간 문제를 Novell(R) 네트워크에서 특히 찾기 어렵게 될 수 있습니다. Novell 삭제 된 파일을 저장 하 고 사용 되 고,이 공간은 보고 되지 않습니다 있지만 "true" 사용 가능한 공간 양이 너무 적을 때 REQMAIN 오류 150를 반환할 수 있습니다. 경험, Dir 동기화 사용 하 여 최대 3 회는 것 보다 업데이트 크기, REQMAIN 프로세스 중에 만들어진 임시 파일에 대해 디스크 공간의 양을. REQMAIN에 대 한 충분 한 공간을 복구 하려면 Novell 서버에서 제거 명령을 실행 하 고 영구적으로 삭제 된 모든 파일을 제거 합니다.

적절 한 액세스 권한을 발송 서버에 액세스 하는 데 사용 하는 계정에 읽기, 허용 해야에 대 한 만들기, 쓰기 하 고 모든 디렉터리와 하위 디렉터리의 포스트 오피스에 대 한 권한을 삭제 합니다. Novell 서버의 권한을 RWCEM; UNIX, 세계, 그룹 및 사용자 rwx 전체 디렉터리 구조에 대 한 권한이 있어야 합니다.

문제가 9: 백업 복사본에서 복원 있는 DIR 동기화 서버

문제가 발생 하기 때문에 최신 디렉터리 동기화 주기 포함 되지 않은 백업 복사본에서 디렉터리 동기화 서버가 복원 되 면 해당 SRVCONF. GLB (요청자의 상태 저장 된 파일 서버에) (REQCONF에에서 저장 된 정보는 요청자의 일치 하지 않습니다. GLB 파일)입니다. 게다가, 동기화 번호 SRVCONF. GLB 해당 요청자 및 해당 MSTTRANS 동기화 번호 보다 작은 경우 GLB 파일 백업 이후에 수행 된 업데이트 되지 않았습니다. SRVMAIN-R를 처리할 때 요청자의 현재 업데이트가 성공적으로 처리 됩니다. 그러나 SRVMAIN-T 발생 서버 업데이트 동기화에서 SrvSync 번호가 전송 하려고 하며 이러한 업데이트 된 MSTTRANS에 존재 하지. GLB 파일입니다. 따라서 서버는 두 개의 오류 메시지를 심각한 138과 139 심각한 함께 누락 된 동기화 번호를 보고 하는 보고 합니다. 일반적으로 동기화 번호가 누락 되어도 문제가 되지 않습니다 요청자의 SrvSync 숫자가 가장 낮은 위치는 MSTTRANS 보다 작으면 때문에. GLB 파일 및 서버에 사용 가능한 업데이트를 보낼 수 있습니다. 요청자의 SrvSync 번호가 MSTTRANS에서 최대 요청 보다 큽니다. GLB 파일 서버는 요청자에 게 업데이트를 보낼 수 없습니다 및 SrvSync 번호가 된 MSTTRANS의 최대값 보다 작을 때까지 요청 자가 업데이트가 수신 때문입니다. GLB 파일입니다. 숫자의 불일치가 클 경우 (예를 들어, 백업 이전) 인 주소 업데이트 오랜 시간 동안 요청자에서 수신 되지 것입니다 되 고, 도착 하면 없습니다 없어집니다 보내지 않은 트랜잭션.

실행 관리자 프로그램 및 구성 선택, 디렉터리 동기화, 요청자, 새 구성을 사용 하 여 디렉터리 동기화 업데이트를 각 요청자 포스트 오피스를 내보냅니다. 디렉터리 동기화 주기 완료 생성 동기화 합니다. 가져오기 유틸리티를 실행 하는 다음 수 있습니다. GLB 파일 다음 MS-DOS 명령을 실행 하 여:
관리자-p암호 -ddrive-s y 가져오기
그런 다음 다시 동기화를 복사 합니다. GLB 모든 요청자의 GLB 디렉터리에 디렉터리 동기화 서버 GLB 디렉터리 파일 삭제 다시 동기화 합니다. GLB 서버 GLB 디렉터리에서 파일 및 업데이트를 처리 하는 데 가져오기 실행:
관리자-p암호 -ddrive-q y 가져오기
이 주소 목록 업데이트 되며 업데이트 된 REQTRANS. GLB 및 REQCONF입니다. GLB 디렉터리 동기화 구성 파일 및 디렉터리 동기화 제대로 작동 합니다.

부록:. 디스패치 및 외부에 대 한 INI 파일 설정

디스패치 됩니다. INI 파일에 다음 포함 될 수 있습니다.
[Dispatch]
; Global settings for all instances
DriveHomePO=m ; Home postoffice is assumed on drive M.
IdleTime=1800 ; Let dispatch cycle every 1800 seconds = 30 minutes.
LogSession ; Keep track of Dir-Sync's progress.

[Dispatch-Normal]
DrivesDirectPO=mp ; Use drive connections M through P.
IdleProcess = "external /instancename=Normal"

[Dispatch-Dynamic]
DrivesDirectPO=mn ; Get the two static connections.
; Use ONE of these options, not both!
DrivesDynamic ; Needs the Dynadmin table set up for the postoffices.
;
; or use
DrivesUNC=\\server3\po3\maildata ; Assumes postoffices are in the
MAILDATA directory. (Continues from previous line)
DrivesNovell=server4/volume:\maildata ; Example of a Novell dynamic
connection. (Continues from previous line)
IdleProcess="external /instancename=Dynamic"

[Dispatch-Modem]
; Note that both Dispatches use the same instance.
DrivesDirectPO=mn
IdleProcess="external /instancename=Modem"

[Dispatch-Indirect1]
; Note also that each postoffice is touched by only ONE copy of
Dispatch, not two. (Continues from previous line)
DrivesDirectPO=mn
IdleProcess="external /instancename=Indirect1"

[Dispatch-Indirect2]
; Note the only difference between the indirect instances is which
instance of External is run. (Continues from previous line)
DrivesDirectPO=mn
IdleProcess="external /instancename=Indirect2"

EXTERNAL입니다. INI 파일 설정을 다음 포함 될 수 있습니다.
[External]
; Global settings for External
DriveHomePO=m ; Assumes the home postoffice is on drive M.
MinKDiskFull=500 ; Stop delivering mail if space is less than 500K.
MinKDiskNotFull=1000 ; Start delivering mail when space is above 1000K.
(Continues from previous line)
; These two are OPTIONAL.
LogSession ; Log external.
LogReceive ; Save received mail.
LogSent ; Save sent mail.

[External-Normal]
CommDisable ; Don't need the modem.
DrivesDirectPO=mp ; Set up for drives M through P.

[External-Dynamic]
CommDisable ; Don't need the modem.
DrivesDirectPO=mn ; Only two static connections.
; Use ONE of the following dynamic connections:
DrivesDynamic=op ; Needs the Dynadmin table set up first.
; or directory.
DrivesNovell=server4/volume:\maildata ; Example of a Novell dynamic
connection. (Continues from previous line)

[External-Modem]
DrivesDirectPO=mn ; Two drives needed in this example.
CommScript=scriptname ; Script file for External.
AsyncCommPort=COM1 ; Assumes COM1.
; External needs to have Admin set up the parameters for connecting to
the other postoffices (Continues from previous line)
; before this instance will work!

[External-Indirect1]
DrivesDirectPO=mp ; Note that we need three drive letters here.
CommDisable ; We aren't using the modem.

[External-Indirect2]
DrivesDirectPO=mn ; Only two drives needed.
CommDisable ; We aren't using the modem.

용어집

디렉터리 동기화 (Dir 동기화)한 포스트 오피스에서 다른 포스트 오피스로 주소를 전송 하는 자동 프로세스를 나열 합니다.
디스패치Dir 동기화 프로세스를 제어 하는 프로그램입니다.
외부포스트 오피스에 간에 메일을 배달 하는 프로그램입니다.
전체 주소 목록참조 "전체 주소 목록입니다."
GAL.NMEGAL에 대 한 실제 파일입니다. 이 파일은 메일 데이터베이스의 하위 디렉터리 NME.
GALINDEX.GLBGAL 인덱스입니다. 이 파일 이름을 GAL 검색 되는 시간을 줄이기 위해 의미 합니다. 메일 데이터베이스의 GLB 디렉터리에 있습니다.
GALNETPO.GLBDir 동기화 프로세스에서 모든 외부 사용자 주소 목록이 추가.
전체 주소 목록 (GAL)Dir 동기화에 참여 하는 모든 주소를 포함 하는 단일 주소 목록.
가져오기사용자 및 게이트웨이 이름 일괄 처리에 사용할 수 있는 유틸리티입니다. 이름은 Dir-동기화 주기 게이트웨이 통합 하는 데 사용 됩니다.
메시지 전송 에이전트 (MTA)외부 메일 프로그램 또는 한 포스트 오피스에서 다른 메일을 배달 하는 게이트웨이.
MSTTRANS.GLB디렉터리 동기화에 참여 하는 모든 주소 마스터 목록. 디렉터리 동기화 서버 포스트 오피스에 의해 유지 됩니다.
MTA"메시지 전송 에이전트를"를 참조 하십시오.
NSDA이름 서비스 디렉터리 에이전트입니다. Dir 동기화 주기 중 적절 한 단계를 실행 하려면 발송 프로그램에 의해 생성 하는 것.
PROCESS.GLB시간을 보내고, 처리 하 고 GAL 업데이트 디렉터리 동기화를 위한 관리 프로그램에 정의 된 저장소 파일입니다.
다시 작성GAL에서 로컬 포스트 오피스 목록, 외부 포스트 오피스의 목록 및 게이트웨이 이름 파일을 다시 생성 하는 유틸리티입니다.
REQCONF.GLB요청 자가 구성 레코드 파일입니다.
REQMAIN주 요청자 프로세스입니다. 만들고 GAL에 대 한 업데이트를 포함 하는 메일 메시지를 받습니다.
REQTRANS.GLB요청자 트랜잭션 파일입니다. 없이 MSTTRANS Dir 동기화 서버로 보내야 하는 현재 업데이트의 레코드를 포함 합니다. GLB 파일을 외부 포스트 오피스 Gal.
요청자디렉터리 동기화 송수신 하는 포스트 오피스 요청 하지만 마스터 디렉터리-동기화 파일을 유지 하지 않습니다.
서버보내는, 우체국 받고 주소 목록을 데이터베이스를 유지 합니다.
SRVCONF.GLB서버 구성 레코드 파일입니다.
SRVMAIN서버 프로세스입니다. 해당 요청자에서 업데이트를 허용 하면 MSTTRANS 유지 합니다. GLB 파일을 선택 하 고 요청자 Gal 업데이트를 포함 하는 메일 메시지를 만듭니다.
SRVTRANS.GLB서버 트랜잭션 파일입니다. 모든 요청자 임시 저장소 공간입니다 하 고 Dir-동기화 서버에서 업데이트 처리에 사용 됩니다.
SYSTEM.MBG디렉터리 동기화 메일 메시지를 받는 보았기.

이 문서를 얻을 수

다음 파일은 Microsoft 다운로드 센터에서 다운로드할 수 있습니다.
Microsoft 지원 파일을 다운로드 하는 방법에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 합니다.
119591 온라인 서비스 로부터 Microsoft 지원 파일을 구하는 방법
Microsoft는 이 파일에 대해 바이러스 검사를 시행하였습니다. Microsoft는 파일이 게시된 날짜에 사용할 수 있었던 최신 바이러스 검색 소프트웨어를 사용했습니다. 파일은 파일을 무단된 변경을 방지 하기 위해 보안이 강화 된 서버에 저장 됩니다.
속성

문서 ID: 96060 - 마지막 검토: 2017. 2. 7. - 수정: 1

피드백