전송 큐 이해

  • 아티클

 

적용 대상: Exchange Server 2010 SP2, Exchange Server 2010 SP3

마지막으로 수정된 항목: 2015-03-09

이 항목에서는 MicrosoftExchange Server 2010의 큐와 관리자가 수행할 수 있는 큐 관리 작업에 대해 간략하게 설명합니다.

전송 서버 관리와 관련된 관리 작업에 대한 자세한 내용은 전송 서버 관리를 참조하십시오.

목차

개요

큐 데이터베이스 파일

큐 관리

메시지 다시 시도, 다시 전송 및 만료 간격

개요

큐는 다음 처리 단계를 기다리는 메시지를 임시로 보관하는 위치입니다. 각각의 큐는 전송 서버가 특정 순서로 처리할 논리적 메시지 집합을 나타냅니다.

Exchange 관리 셸 및 큐 뷰어는 큐에 대한 두 가지 유형의 상호 작용을 지원합니다. 이러한 인터페이스를 통해 큐의 상태 및 내용과 자세한 메시지 속성을 볼 수 있습니다. 또한 이러한 인터페이스를 사용하여 큐 또는 큐의 메시지를 수정하는 작업을 수행할 수 있습니다.

Exchange 2010은 큐 저장소로 ESE(Extensible Storage Engine) 데이터베이스를 사용합니다. 이전에 JET라고 했던 ESE는 Exchange의 기본 데이터베이스 구조에 대해 낮은 수준의 API를 정의하는 메서드입니다.

인터넷에서 송수신되는 메시지는 Edge 전송 서버 역할이 설치되어 있는 컴퓨터에 대기됩니다. Exchange 2010 조직 내에서 전송되는 메시지는 허브 전송 서버 역할이 설치되어 있는 컴퓨터에 대기됩니다.

큐 유형

메시지가 저장되는 큐 유형은 메시지 라우팅에 따라 결정됩니다. Exchange 2010에서는 다음과 같은 유형의 큐가 사용됩니다.

  • 전송 큐   전송 에이전트에서 확인, 라우팅 및 처리해야 하는 모든 메시지를 수집하기 위해 분류기에서 사용되는 영구 큐입니다. 분류기는 모든 인바운드 메시지를 처리하고 받는 사람에 대한 정보에 따라 메시지로 수행할 작업을 확인하는 Exchange 전송의 구성 요소입니다. Exchange 2010에서 Edge 전송 서버는 분류기를 사용하여 메시지를 적합한 대상으로 라우팅합니다. 허브 전송 서버는 분류기를 사용하여 메일 그룹을 확장하고 다른 받는 사람 및 전달 주소를 확인합니다. 분류기는 받는 사람에 대한 모든 정보를 검색한 후 해당 정보를 사용하여 정책을 적용하고, 메시지를 라우팅하고, 콘텐츠 변환을 수행합니다.

    전송 서버에서 검색된 모든 메시지는 전송 큐에서 처리됩니다. 메시지는 수신 커넥터, Pickup 디렉터리 또는 저장소 드라이버를 통해 전송됩니다. 분류기는 이 큐에서 메시지를 검색하고 그 중에서 특히 받는 사람의 위치와 해당 위치에 대한 경로를 확인합니다. 분류 후에는 메시지가 배달 큐 또는 연결할 수 없는 큐로 이동합니다. 각 Exchange 2010 전송 서버에는 하나의 전송 큐만 있습니다. 전송 큐에 있는 메시지는 동시에 다른 큐에 있을 수 없습니다.

  • 사서함 배달 큐   사서함 배달 큐는 암호화된 Exchange RPC를 사용하여 사서함 서버에 배달 중인 메시지를 보관합니다. 사서함 배달 큐는 허브 전송 서버에만 있습니다. 사서함 배달 큐는 사서함 데이터가 허브 전송 서버와 동일한 사이트에 있는 사서함 서버에 저장되는 사서함 받는 사람에게 배달 중인 메시지를 보관합니다. 허브 전송 서버에는 두 개 이상의 사서함 배달 큐가 있을 수 있습니다. 사서함 배달 큐의 다음 홉은 사서함 저장소의 고유 이름입니다.

  • 원격 배달 큐   원격 배달 큐는 SMTP를 사용하여 원격 서버에 배달 중인 메시지를 보관합니다. 원격 배달 큐는 허브 전송 서버 및 Edge 전송 서버에 모두 있을 수 있으며 각 서버에 두 개 이상의 원격 배달 큐가 있을 수 있습니다. 각 원격 배달큐에는 배달 대상이 동일한 받는 사람에게 라우팅 중인 메시지가 들어 있습니다. Edge 전송 서버에서 이러한 대상은 외부 SMTP 도메인이거나 SMTP 커넥터입니다. 허브 전송 서버에서 이러한 대상은 허브 전송 서버가 있는 Active Directory 사이트 외부에 있습니다. 원격 배달 큐는 필요할 때 동적으로 만들어지며 더 이상 메시지를 보관하고 있지 않거나 구성 만료 시간이 지난 경우 서버에서 자동으로 삭제됩니다. 기본적으로 원격 배달 큐는 마지막 메시지가 큐를 떠난 지 3분 후에 삭제됩니다. 원격 배달 큐의 다음 홉은 SMTP 도메인 이름, 스마트 호스트 이름/IP 주소 또는 Active Directory 사이트 이름입니다.

  • 포이즌 메시지 큐   포이즌 메시지 큐는 서버 오류가 발생한 후 Exchange 2010 시스템에 해를 줄 수 있는 것으로 판명된 메시지를 격리시키기 위해 사용되는 특수한 큐입니다. Exchange 시스템에 오류를 포함하는 메시지는 포이즌 메시지 큐에 배달됩니다. 이 큐는 일반적으로 비어 있으며, 포이즌 메시지가 없으면 큐 뷰어 인터페이스에 큐가 표시되지 않습니다. 포이즌 메시지 큐는 항상 준비 상태입니다. 기본적으로 이 큐의 모든 메시지는 일시 중단됩니다. 메시지가 시스템에 유해한 것으로 간주되면 삭제될 수 있습니다. 메시지가 포이즌 메시지 큐에 들어가도록 만든 이벤트가 메시지와 관련이 없는 것으로 확인되면 메시지 배달을 다시 시작할 수 있습니다. 배달을 다시 시작하면 메시지가 전송 큐에 들어갑니다.

  • 연결할 수 없는 큐   각 전송 서버는 연결할 수 없는 큐를 하나만 포함할 수 있습니다. 연결할 수 없는 큐에는 해당 대상으로 라우트할 수 없는 메시지가 들어 있습니다. 일반적으로 배달할 라우팅 경로를 수정하는 등 구성을 변경하면 대상에 연결할 수 없게 됩니다. 대상에 관계 없이 받는 사람에게 연결할 수 없는 모든 메시지는 이 큐에 보관됩니다.

다음 표에서는 허브 전송 서버 또는 Edge 전송 서버에 있는 큐와 해당 특성을 보여 줍니다.

허브 전송 서버 또는 Edge 전송 서버에 있는 큐

큐 이름 서버 역할 서버의 큐 수

사서함 배달 큐

허브 전송

모든 고유한 대상 사서함 서버에 대해 하나의 큐

포이즌 메시지 큐

Edge 전송

허브 전송

1

원격 배달 큐

Edge 전송

허브 전송

Edge 전송: 모든 고유한 대상 SMTP 도메인 또는 스마트 호스트에 대해 하나의 큐

허브 전송: 모든 고유한 원격 Active Directory 사이트에 대해 하나의 큐

전송 큐

Edge 전송

허브 전송

1

연결할 수 없는 큐

Edge 전송

허브 전송

1

전송에 의해 메시지가 수신되면 전송 메일 항목이 만들어지고 데이터베이스에 저장됩니다. 전송 메일 항목이 데이터베이스에 저장되면 고유 식별자가 지정됩니다. 메시지 또는 전송 메일 항목을 둘 이상의 받는 사람에게 라우팅하는 경우 항목에 두 개 이상의 대상이 포함될 수 있습니다. 각 대상은 전송 메일 항목에 대한 별개의 라우팅 솔루션을 나타내며 각각의 라우팅 솔루션은 라우팅된 메일 항목을 만듭니다.

라우팅된 메일 항목은 전송 메일 항목에 대한 참조이며 큐 작업을 위한 작업 단위입니다. 전송 메일 항목에 두 개 이상의 라우팅 솔루션이 있으면 두 개 이상의 라우팅된 메일 항목이 동일한 전송 메일 항목을 참조합니다. 두 개의 서로 다른 도메인에 있는 받는 사람에게 전송 중인 한 개의 메시지는 데이터베이스에 전송 메일 항목이 한 개만 있는 경우에도 배달 큐에서 두 개의 고유 메시지로 표시됩니다.

포이즌 메시지 큐 및 연결할 수 없는 큐 정보

대상에 대한 알려진 경로가 없으면 분류기에서 메시지를 연결할 수 없는 큐로 보냅니다. 일반적으로 연결할 수 없는 대상은 배달 경로에 영향을 주는 구성 오류 때문에 발생합니다. 예를 들어, 다음 조건이 True인 경우 메시지를 연결할 수 없는 큐로 보냅니다.

  • Contoso.com이라는 원격 배달 큐에 메시지가 있는 경우

  • Contoso.com 도메인에 연결하는 데 사용되는 송신 커넥터를 삭제하는 경우

기본적으로 연결할 수 없는 큐의 메시지는 준비 상태입니다. 연결할 수 없는 큐의 메시지는 절대 자동으로 다시 전송되지 않습니다. 관리자가 수동으로 다시 전송하거나 제거하거나 MessageExpirationTimeOut 매개 변수에 지정된 값이 전달될 때까지 메시지는 연결할 수 없는 큐에 남아 있습니다.

포이즌 메시지 큐에는 서버 장애 이후에 Exchange 2010 서버에 잠재적으로 해가 될 수 있다고 판단되는 메시지가 들어있습니다. 이 메시지의 콘텐츠와 형식이 실제로도 해로울 수 있습니다. 또는 아마도 잘못된 메시지를 처리했을 때 Exchange 서버에 장애가 발생하도록 한 잘못 기술된 에이전트의 결과일 수 있습니다. 포이즌 메시지 큐의 모든 메시지는 영구적으로 일시 중단된 상태입니다. 포이즌 메시지 큐는 Retry-Queue cmdlet에 Resubmit 매개 변수를 사용하여 다시 전송할 수 없습니다. 포이즌 메시지 큐의 메시지를 다시 전송하려면 큐 뷰어 또는 Resume-Message cmdlet을 사용하여 메시지를 다시 시작합니다. 자동으로 다시 시작되거나 만료되지 않습니다. 포이즌 메시지 큐의 메시지는 관리자가 수동으로 다시 시작하거나 제거할 때까지 남아 있습니다.

맨 위로 이동

큐 데이터베이스 파일

모든 다른 큐는 단일 ESE 데이터베이스에 저장됩니다. 기본적으로 이 큐 데이터베이스는 C:\Program Files\Microsoft\Exchange Server\TransportRoles\data\Queue에 있습니다.

ESE 데이터베이스와 마찬가지로 큐 데이터베이스는 로그 파일을 사용하여 데이터를 수락, 추적 및 유지 관리합니다. 성능을 향상시키기 위해 모든 메시지 트랜잭션이 먼저 로그 파일과 메모리에 기록된 후 데이터베이스 파일에 기록됩니다. 검사점 파일은 데이터베이스에 커밋된 트랜잭션 로그 항목을 추적합니다. MicrosoftExchange 전송 서비스의 일상적인 종료 중에 트랜잭션 로그에서 발견된 커밋되지 않은 데이터베이스 변경 내용은 항상 데이터베이스에 커밋됩니다.

큐 데이터베이스에는 순환 로깅이 사용됩니다. 즉, 트랜잭션 로그에 있는 커밋된 트랜잭션 기록은 유지 관리되지 않습니다. 현재 검사점보다 오래된 트랜잭션 로그는 즉시 자동으로 삭제되므로, 큐 데이터베이스 복구를 위해 백업에서 트랜잭션 로그를 재생할 수 없습니다.

다음 표에서는 큐 데이터베이스를 구성하는 파일을 보여 줍니다.

큐 데이터베이스를 구성하는 파일

파일 설명

Mail.que

이 큐 데이터베이스 파일은 대기 중인 모든 메시지를 저장합니다.

Tmp.edb

이 임시 데이터베이스 파일은 시작 시에 큐 데이터베이스 스키마를 확인하는 데 사용됩니다.

Trn*.log

이 트랜잭션 로그는 큐 데이터베이스에 대한 모든 변경 내용을 기록합니다. 데이터베이스의 모든 변경 내용은 먼저 트랜잭션 로그에 기록된 후 데이터베이스에 커밋됩니다. Trn.log는 현재 활성 트랜잭션 로그 파일입니다. Trntmp.log는 다음에 프로비전되는 미리 만들어진 트랜잭션 로그 파일입니다. 기존 Trn.log 트랜잭션 로그 파일은 최대 크기에 도달하면 Trn.log가 Trnnnnn.log로 이름이 바뀝니다. 여기서 nnnn은 시퀀스 번호입니다. 그런 다음 Trntmp.log는 Trn.log로 이름이 바뀌어 현재의 활성 트랜잭션 로그 파일이 됩니다.

Trn.chk

이 검사점 파일은 데이터베이스에 커밋된 트랜잭션 로그 항목을 추적합니다. 이 파일은 항상 mail.que 파일과 같은 위치에 있습니다.

Trnres00001.jrs

Trnres00002.jrs

이러한 예약 트랜잭션 로그 파일은 자리 표시자의 역할을 하며 트랜잭션 로그가 포함된 하드 디스크에 공간이 부족하여 큐 데이터베이스가 완전히 중지될 때만 사용됩니다.

큐 데이터베이스 구성 옵션

EMC(Exchange 관리 콘솔) 또는 셸을 사용하여 큐 데이터베이스를 구성할 수 없습니다. 큐 데이터베이스는 EdgeTransport.exe.config 파일을 수정하여 구성합니다. EdgeTransport.exe.config 파일은 EdgeTransport.exe 파일과 연관된 XML 응용 프로그램 구성 파일입니다.

EdgeTransport.exe.config 파일에 대한 자세한 내용은 EdgeTransport.exe.Config 파일 이해를 참조하십시오.

EdgeTransport.exe.config 파일의 <appSettings> 섹션에서 새 구성 옵션을 추가하거나 기존 구성 옵션을 수정할 수 있습니다. 큐 데이터베이스와 전혀 관련이 없는 다양한 구성 옵션도 사용할 수 있습니다. 그러나 이 항목에서는 이러한 구성 옵션을 다루지 않습니다.

다음 표에서는 EdgeTransport.exe.config 파일에서 사용할 수 있는 큐 데이터베이스에 대한 구성 옵션을 보여 줍니다.

EdgeTransport.exe.config 파일에서 사용할 수 있는 메시지 큐 데이터베이스 구성 옵션

매개 변수 이름 설명

QueueDatabaseBatchSize

이 매개 변수는 작업을 실행하기 전에 함께 그룹화될 수 있는 데이터베이스 I/O 작업의 수를 지정합니다. 기본값은 40입니다.

QueueDatabaseBatchTimeout

이 매개 변수는 데이터베이스가 여러 데이터베이스 I/O 작업을 실행하기 전에 그룹화될 때까지 기다리는 최대 시간(밀리초)을 지정합니다. 데이터베이스 I/O 작업은 다음 조건을 만족할 때 더 이상 대기하지 않고 실행됩니다.

  • QueueDatabaseBatchSize 매개 변수로 지정된 데이터베이스 I/O 작업 수에 도달하지 않은 경우

  • QueueDatabaseBatchTimeout 매개 변수로 지정된 시간이 경과한 경우

기본값은 100입니다.

QueueDatabaseMaxConnections

이 매개 변수는 열 수 있는 ESE 데이터베이스 연결 수를 지정합니다. 기본값은 4입니다.

QueueDatabaseLoggingBufferSize

이 매개 변수는 트랜잭션 레코드가 트랜잭션 로그 파일에 기록되기 전에 캐시하는 데 사용되는 메모리를 지정합니다. 기본값은 5242880바이트입니다.

QueueDatabaseLoggingFileSize

이 매개 변수는 트랜잭션 로그 파일의 최대 크기를 지정합니다. 최대 로그 파일 크기에 도달하면 새 로그 파일이 열립니다. 기본값은 5242880바이트입니다.

QueueDatabaseLoggingPath

이 매개 변수는 큐 데이터베이스 로그 파일의 기본 디렉터리를 지정합니다. 기본값은 C:\Program Files\Microsoft\Exchange Server\TransportRoles\data\Queue입니다. 큐 데이터베이스 로깅 디렉터리를 변경하기 전에 새 디렉터리가 존재하는지 확인하고 새 디렉터리에 다음 파일 사용 권한이 적용되는지 확인하십시오. 네트워크 서비스: 모든 권한, 시스템: 모든 권한, 관리자: 모든 권한

QueueDatabaseMaxBackgroundCleanupTasks

이 매개 변수는 언제든지 데이터베이스 엔진 스레드 풀에 대기될 수 있는 백그라운드 정리 작업 항목의 최대 수를 지정합니다. 기본값은 32입니다.

QueueDatabaseOnlineDefragEnabled

이 매개 변수는 메일 큐 데이터베이스의 예약된 온라인 조각 모음을 사용하도록 설정하거나 사용하지 않도록 설정합니다. 기본값은 $true입니다.

QueueDatabaseOnlineDefragSchedule

이 매개 변수는 메일 큐 데이터베이스의 온라인 조각 모음을 시작하는 시간을 24시간 형식으로 지정합니다. 값을 지정하려면 해당 값을 시간, 즉 hh:mm:ss와 같이 입력합니다. 여기서 h = 시간, m = 분, s = 초를 나타냅니다. 기본값은 1:00:00이며 이는 01:00 또는 1:00 AM입니다.

QueueDatabaseOnlineDefragTimeToRun

이 매개 변수는 온라인 조각 모음 작업의 실행이 허용되는 시간을 지정합니다. 조각 모음 작업이 지정된 시간 안에 완료되지 않아도 큐 데이터베이스는 일관성 있는 상태를 유지합니다. 값을 지정하려면 해당 값을 기간, 즉 hh:mm:ss와 같이 입력합니다. 여기서 h = 시간, m = 분, s = 초를 나타냅니다. 기본값은 3:00:00입니다.

QueueDatabasePath

이 매개 변수는 큐 데이터베이스 파일의 기본 디렉터리를 지정합니다. 기본값은 C:\Program Files\Microsoft\Exchange Server\TransportRoles\data\Queue입니다. 큐 데이터베이스 디렉터리를 변경하기 전에 새 디렉터리가 존재하는지 확인하고 새 디렉터리에 다음 파일 사용 권한이 적용되는지 확인하십시오. 네트워크 서비스: 모든 권한, 시스템: 모든 권한, 관리자: 모든 권한

맨 위로 이동

큐 관리

메일 흐름에 문제가 있거나 스팸이 유입되는 경우 큐 상태 및 큐에 있는 메시지를 수정하는 작업을 수행할 수 있습니다. 단일 개체에서 작업을 수행하거나 선택한 두 개 이상의 개체에서 일괄 작업을 수행할 수 있습니다. 큐 뷰어 그래픽 사용자 인터페이스를 사용하거나 Exchange 2010 셸의 명령을 사용하여 메시지 및 배달 큐에 대한 정보를 검색할 수 있습니다. 이 정보를 검색한 후에 관리하려는 큐와 메시지를 선택할 수 있습니다.

큐 뷰어 또는 셸의 명령을 사용하여 관리하려는 큐 및 메시지를 식별하는 필터 기준을 만들 수 있습니다. 필터 기준은 다음과 같은 특성을 기반으로 합니다.

  • 큐 상태

  • 큐 속성

  • 메시지 상태

  • 메시지 속성

큐를 필터링하는 방법에 대한 자세한 내용은 큐 필터링을 참조하십시오. 메시지를 필터링하는 방법에 대한 자세한 내용은 큐에 있는 메시지 필터링을 참조하십시오.

큐 관리 작업

큐 뷰어 또는 셸의 명령을 사용하면 큐와 메시지에 대한 정보를 볼 수 있습니다. 또한 이러한 도구를 사용하여 다음과 같은 작업을 수행할 수 있습니다.

  • 큐 일시 중단   이 작업은 현재 큐에 있는 메시지의 배달을 일시적으로 중단합니다. 큐에는 계속 새 메시지가 들어오지만 큐에서 메시지가 나갈 수 없습니다. 자세한 내용은 큐 일시 중단을 참조하십시오.

  • 큐 다시 시작   이 작업은 큐 일시 중단 작업과 반대의 효과를 가지며 대기 중인 메시지를 배달합니다. 자세한 내용은 큐 다시 시작을 참조하십시오.

  • 큐 다시 시도   큐의 다음 홉에 대한 연결이 실패하면 다시 시도 타이머가 설정됩니다. 다시 시도 타이머는 이후의 연결 시도를 예약합니다. 큐 다시 시도 작업은 예약된 다음 연결 시도를 무시하고 다음 홉에 즉시 연결을 시도합니다. 연결되지 않으면 다음 다시 시도 시간이 재설정됩니다. 자세한 내용은 큐 다시 시도을 참조하십시오.

    또한 Retry-Queue cmdlet을 Resubmit 매개 변수와 함께 사용하면 큐에 있는 메시지가 전송 큐에 다시 전송되도록 만들거나 분류 프로세스를 다시 거치도록 만들 수 있습니다. 다음 상태를 가진 메시지를 수동으로 다시 전송할 수 있습니다.

    • 다시 시도 상태인 사서함 배달 큐 또는 원격 배달 큐. 큐의 메시지는 일시 중단 상태가 아니어야 합니다.

    • 일시 중단 상태가 아닌 연결할 수 없는 큐의 메시지

    • 포이즌 메시지 큐에 있는 메시지

    자세한 내용은 큐에 있는 메시지 다시 전송을 참조하십시오.

  • 메시지 일시 중단   이 작업은 메시지 배달을 일시적으로 중단합니다. 메시지 일시 중단 작업을 수행하면 특정 큐의 모든 받는 사람 또는 모든 큐의 모든 받는 사람에게 메시지가 배달되지 않도록 할 수 있습니다. 자세한 내용은 메시지 일시 중단을 참조하십시오.

  • 메시지 다시 시작   이 작업은 메시지 일시 중단 작업과 반대의 효과를 가지며 대기 중인 메시지를 다시 배달합니다. 메시지 다시 시작 작업을 수행하면 특정 큐의 모든 받는 사람 또는 모든 큐의 모든 받는 사람에게 메시지를 다시 배달할 수 있습니다. 또한 이 작업을 사용하여 포이즌 메시지 큐의 메시지를 다시 전송할 수 있습니다. 자세한 내용은 메시지 다시 시작을 참조하십시오.

  • 메시지 제거   이 작업은 메시지 배달을 영구적으로 중단합니다. 메시지 제거 작업을 수행하면 지정한 큐의 모든 받는 사람 또는 모든 큐의 모든 받는 사람에게 메시지가 배달되지 않도록 할 수 있습니다. 또한 메시지를 제거할 때 NDR(배달 못 함 보고서)을 보낸 사람에게 보내도록 메시지 제거 작업을 구성할 수 있습니다. 자세한 내용은 큐에서 메시지 제거을 참조하십시오.

  • 메시지 내보내기   이 작업은 지정한 파일 경로에 메시지를 복사합니다. 메시지가 큐에서 삭제되지 않고 메시지의 복사본이 파일 위치에 저장됩니다. 따라서 조직의 관리자 또는 담당자가 이후에 메시지를 검사할 수 있습니다. 메시지를 내보내기 전에 내보내기 프로세스 중에 일반적인 배달 작업이 계속 수행되지 않도록 하기 위해 큐에서 메시지를 일시 중단해야 합니다. 내보내기 형식은 MicrosoftOfficeOutlook과 같은 전자 메일 응용 프로그램과 호환됩니다. 운영 체제에서 파일이 전자 메일 응용 프로그램과 연결되도록 하려면 메시지를 .eml 형식으로 저장하십시오. 자세한 내용은 큐에서 메시지 내보내기을 참조하십시오.

큐 필터링 시나리오

필터링은 큐에 대한 여러 보기를 생성합니다. 큐 속성은 필터 옵션으로 사용됩니다. 필터 기준을 지정하면 큐를 신속하게 찾아서 조치를 취할 수 있습니다. 다음 시나리오는 큐 필터링을 사용하여 메시지 흐름을 관리하는 방법을 보여 줍니다.

  • 큐 길이가 설정된 임계값을 초과한다는 메시지가 Microsoft System Center Operations Manager에서 수신되었다고 가정해 보십시오. 이 경우 서버 측 메일 흐름에 문제가 있는지 확인해야 합니다.

    사용자는 메시지 개수가 일반적인 수준을 초과하는 모든 큐를 표시하는 필터를 만들 수 있습니다. 메일 흐름 문제가 있으면 필터 결과에서 모든 큐를 선택하고 조사를 계속하는 동안 큐를 일시 중단시킬 수 있습니다.

  • 메일 흐름 문제의 원인을 조사하기 위해 일부 큐를 일시 중단시킵니다. 잘못된 커넥터 구성으로 인해 문제가 발생했으며, 현재는 문제가 수정된 것을 확인합니다.

    일시 중단된 상태의 모든 큐를 표시하는 필터를 만들고 필터 결과에서 모든 큐를 선택한 후 큐를 다시 시작할 수 있습니다.

큐를 필터링할 때 사용할 큐 속성

큐 속성을 사용하여 필터를 만들고 지정한 조건에 해당하는 큐를 찾을 수 있습니다. 다음 표에서는 필터링에 사용할 수 있는 큐 속성과 이러한 속성의 유효한 값을 보여 줍니다.

큐 속성

큐 뷰어 큐 속성 셸 큐 속성 속성 형식 값

배달 유형

DeliveryType

Enumeration

이 값은 다음 홉 선택에 따라 결정됩니다. 다음 홉 선택은 배달 대기 중인 메시지의 위치를 식별합니다. 필터에서 배달 유형 속성을 사용하려면 각 유형에 지정된 상수 값을 사용해야 합니다. 배달 유형은 다음 값 중 하나일 수 있습니다.

  • DNSConnectorDelivery   라우팅 확인을 위해 DNS(Domain Name System)를 사용하도록 구성된 로컬 서버에 있는 SMTP 커넥터를 사용하여 외부에 있는 받는 사람에게 배달하도록 대기 중인 메시지의 배달 유형입니다.

  • NonSmtpGatewayDelivery   로컬 서버의 비 SMTP 커넥터를 사용하여 외부에 있는 받는 사람에게 배달하도록 대기 중인 메시지의 배달 유형입니다.

  • SmartHostConnectorDelivery   라우팅 확인을 위해 스마트 호스트를 사용하도록 구성된 로컬 서버에 있는 SMTP 커넥터를 사용하여 외부에 있는 받는 사람에게 배달하도록 대기 중인 메시지의 배달 유형입니다.

  • SmtpRelayWithinAdSitetoEdge   로컬 Active Directory 사이트에 등록된 Edge 전송 서버에 있는 SMTP 커넥터를 사용하여 외부에 있는 받는 사람에게 배달하도록 대기 중인 메시지의 배달 유형입니다.

  • MapiDelivery   로컬 Active Directory 사이트에 있는 사서함 서버의 사서함이 있는 받는 사람에게 배달하도록 대기 중인 메시지의 배달 유형입니다.

  • SmtpRelayWithinAdSite   로컬 서버와 동일한 Active Directory 사이트에 있는 허브 전송 서버로 배달하도록 대기 중인 메시지의 배달 유형입니다. 대상 서버는 SMTP 커넥터의 원본 서버, 라우팅 그룹 커넥터의 원본 서버 또는 확장 서버일 수 있습니다.

  • SmtpRelaytoRemoteAdSite   원격 Active Directory 사이트에 있는 서버로 배달하도록 대기 중인 메시지의 배달 유형입니다. 대상 서버는 외부에 있는 받는 사람의 메시지를 전송하도록 구성된 커넥터의 원본 서버, 확장 서버 또는 원격 Active Directory 사이트에 있는 사서함 받는 사람의 주소로 지정된 메시지를 배달하는 허브 전송 서버일 수 있습니다.

  • SmtpRelaytoTiRg   Exchange Server 2003 라우팅 그룹으로 배달하도록 대기 중인 메시지의 배달 유형입니다. 대상 서버는 외부에 있는 받는 사람의 메시지를 전송하도록 구성된 커넥터의 원본 서버, 확장 서버 또는 라우팅 그룹에 있는 사서함 받는 사람의 주소로 지정된 메시지를 배달하는 Exchange 2003 브리지헤드 서버일 수 있습니다.

  • Undefined   메시지가 전송 큐에 있으며 다음 홉 대상이 아직 확인되지 않았습니다.

  • Unreachable   메시지가 연결할 수 없는 큐에 있으며 받는 사람에 대한 경로를 설정할 수 없습니다.

Identity

Identity

QueueIdentity

이 값은 큐의 ID를 지정합니다. Server\destination의 형식으로 큐 ID를 입력합니다. 여기서 destination은 원격 도메인, 사서함 서버, 영구 큐 이름이거나 큐 데이터베이스에서 이 큐를 식별하는 정수입니다.

마지막 오류

LastError

String

이 값은 큐에 대해 기록된 마지막 오류의 텍스트 문자열을 지정합니다.

마지막 다시 시도 시간

LastRetryTime

DateTime

이 값은 다시 시도 상태인 큐에 대해 마지막으로 연결이 시도된 시간을 지정합니다.

메시지 수

MessageCount

Ulong

이 값은 큐에 있는 항목 개수를 나타내는 정수로 표현됩니다.

다음 홉 커넥터

NextHopConnector

GUID

이 값은 시스템 GUID로 표현되며 큐를 만들 때 사용된 커넥터의 GUID입니다.

다음 홉 도메인

NextHopDomain

문자열

이 값은 배달 큐의 다음 대상을 지정합니다. 다음 홉 도메인은 다음과 같이 표현될 수 있습니다.

  • 원격 SMTP 도메인 이름

  • Exchange 서버 이름

  • 커넥터 이름

  • 라우팅 그룹

  • Active Directory 사이트 이름

  • 사서함 서버의 FQDN(정규화된 도메인 이름)

다음 다시 시도 시간

NextRetryTime

DateTime

이 값은 다시 시도 상태인 큐에 대해 다음 연결이 시도되는 시간을 지정합니다.

Status

상태

Enumeration

이 값은 현재 큐 상태를 지정합니다. 큐의 상태 값은 다음 중 하나일 수 있습니다.

  • Active

  • Suspended

  • Ready

  • Retry

큐를 필터링할 때 사용할 연산자

큐 필터를 만들 때 일치하는 속성 값을 찾기 위한 연산자를 포함시켜야 합니다. 다음 표에서는 필터 식에서 사용할 수 있는 비교 연산자와 각 연산자의 기능을 보여 줍니다.

필터 식 연산자

연산자 셸 값 기능 셸 코드 예제

같음

-eq

이 연산자는 결과가 식에서 제공된 속성 값과 일치해야 함을 나타냅니다.

다시 시도 상태인 모든 큐 목록 표시:

Get-Queue -Filter {status -eq "retry"}

같지 않음

-ne

이 연산자는 결과가 식에서 제공된 속성 값과 일치하지 않아야 함을 나타냅니다.

활성 상태가 아닌 모든 큐 목록 표시:

Get-Queue -Filter {status -ne "active"}

보다 큼

-gt

이 연산자는 값을 정수로 나타내는 속성에 사용됩니다. 필터 결과에는 지정한 속성의 값이 식에서 제공된 값보다 큰 큐만 포함됩니다.

현재 1,000개가 넘는 메시지가 있는 큐 목록 표시:

Get-Queue -Filter {messagecount -gt 1000}

크거나 같음

-ge

이 연산자는 값을 정수로 나타내는 속성에 사용됩니다. 필터 결과에는 지정한 속성의 값이 식에서 제공된 값보다 크거나 같은 큐만 포함됩니다.

현재 1,000개 이상의 메시지가 있는 큐 목록 표시:

Get-Queue -Filter {messagecount -ge 1000}

보다 작음

-lt

이 연산자는 값을 정수로 나타내는 속성에 사용됩니다. 필터 결과에는 지정한 속성의 값이 식에서 제공된 값보다 작은 큐만 포함됩니다.

현재 1,000개 미만의 메시지가 있는 큐 목록 표시:

Get-Queue -Filter {messagecount -lt 1000}

작거나 같음

-le

이 연산자는 값을 정수로 나타내는 속성에 사용됩니다. 필터 결과에는 지정한 속성의 값이 식에서 제공된 값보다 작거나 같은 큐만 포함됩니다.

현재 1,000개 이하의 메시지가 있는 큐 목록 표시:

Get-Queue -Filter {messagecount -le 1000}

포함

-like

이 연산자는 값을 텍스트 문자열로 나타내는 속성에 사용됩니다. 필터 결과에는 지정한 속성의 값에 식에서 제공된 텍스트 문자열이 있는 큐만 포함됩니다. 텍스트 문자열 필드에 적용되는 -like 식에는 * 와일드카드 문자를 사용할 수 있지만 열거 유형의 필드에는 사용할 수 없습니다.

Contoso.com으로 끝나는 임의의 SMTP 도메인에 대한 대상이 있는 배달 큐 목록 표시:

Get-Queue -Filter {identity -like "*Contoso.com"}

셸에서 -and 연산자를 사용하거나 큐 뷰어에서 여러 식을 추가하여 큐 필터에 여러 식을 지정할 수 있습니다. 큐가 결과 집합에 포함되려면 모든 조건을 충족해야 합니다. 예를 들어 다음 명령의 결과에는 Contoso.com으로 끝나는 임의의 SMTP 도메인 이름에 대한 대상이 있고 현재 500개가 넘는 메시지가 포함된 큐 목록이 표시됩니다.

Get-Queue -Filter {Identity -like "*Contoso.com*" -and MessageCount -gt 500}

메시지 필터링 시나리오

필터링을 통해 큐의 메시지를 다른 방식으로 볼 수 있습니다. 필터 조건을 지정하면 메시지를 빨리 찾아 조치를 취할 수 있습니다. 전자 메일 메시지의 받는 사람이 여러 명이면 메시지가 여러 큐에 있을 수 있습니다. 이 경우 메시지 속성으로 필터링하면 모든 큐에서 해당 메시지를 찾을 수 있습니다. 다음은 메시지 필터링을 사용하여 메일 흐름을 관리하는 방법을 보여 주는 시나리오입니다.

  • Edge 전송 서버 역할이 설치된 컴퓨터의 전송 큐에 배달을 위해 대기 중인 대량의 메시지가 있습니다. 이러한 메시지 중에는 제목이 같은 메시지가 많습니다. 정황으로 보아 조직에 스팸이 전송된 것 같습니다. 이 경우 필터를 만들어 제목 조건에 맞는 메시지를 모두 표시할 수 있습니다. 메시지가 스팸으로 확인되면 검색된 메시지를 모두 선택하여 NDR을 보내지 않고 배달 큐에서 삭제할 수 있습니다.

  • 한 사용자가 메일 흐름이 느리다고 보고했습니다. 큐를 검사해 보니 제목이 서로 다른 여러 메시지가 단일 도메인으로부터 전송된 것으로 확인되었습니다. 이 경우 대기 중인 메시지 중 해당 도메인에서 전송된 메시지를 모두 표시하는 필터를 만들 수 있습니다. 메시지가 스팸으로 확인되면 검색된 메시지를 모두 선택하여 NDR을 보내지 않고 큐에서 삭제할 수 있습니다.

메시지 필터링에 사용되는 속성

메시지 속성을 사용하여 필터를 만들고 지정한 조건에 맞는 메시지를 찾을 수 있습니다. 다음 표에는 필터링 기준으로 사용할 수 있는 메시지 속성 및 해당 속성과 관련된 값이 나와 있습니다.

메시지 속성

큐 뷰어 메시지 속성 셸 메시지 속성 속성 형식 값

받은 날짜

DateReceived

DateTime

이 값은 메시지가 있는 큐가 포함된 서버에서 메시지를 받은 시간을 나타내는 타임 스탬프입니다.

만료 시간

ExpirationTime

DateTime

이 값은 메시지를 배달할 수 없는 경우 메시지가 만료되어 큐에서 삭제되는 시간을 나타내는 타임 스탬프입니다.

보낸 사람 주소

FromAddress

SMTP Address

이 값은 메시지를 보낸 사람의 SMTP 주소를 지정합니다.

Identity

Identity

Integer

이 값은 특정 메시지를 나타내는 정수입니다. 메시지 ID는 처리할 메시지를 받았을 때 큐로 전송하는 데이터베이스에 의해 지정됩니다. 서버 및 큐 ID를 추가로 포함시키면 특정 메시지 항목을 식별할 수 있습니다. 이 값은 다음과 같이 나타낼 수 있습니다.

  • Server\QueueId\MessageId

  • Server\Poison\MessageId

  • MessageId

  • Server\MessageId

인터넷 메시지 ID

InternetMessageId

문자열

이 값은 메시지 헤더에 있는 Message-ID: 메시지 헤더 필드의 값을 지정합니다. 이 속성의 값은 다음 예와 같이 GUID 뒤에 보내는 서버의 SMTP 주소를 추가한 형식으로 나타냅니다.

나타냅니다(예: 67D754D6103DC4FB3BA6BC7205DACABA61231@exchange.contoso.com).

마지막 오류

LastError

문자열

이 값은 메시지에 대해 기록된 마지막 오류의 텍스트 문자열을 지정합니다.

메시지 원본 이름

MessageSourceName

문자열

이 값은 이 메시지를 큐에 전송한 구성 요소의 이름 텍스트 문자열을 지정합니다.

큐 ID

Queue

QueueIdentity

이 속성 값은 메시지가 있는 큐의 ID를 나타냅니다. 큐 ID를 Server\destination 형식으로 입력합니다. 여기서 destination은 원격 도메인, 사서함 서버, 영구적인 큐 이름 또는 큐 데이터베이스의 식별자입니다. 데이터베이스 식별자는 정수로 나타내며 메시지 속성에서 확인할 수 있습니다.

다시 시도 횟수

RetryCount

Integer

이 값은 대상에 메시지 배달을 시도한 횟수를 지정합니다.

SCL

SCL

Integer

SCL(스팸 지수) 속성의 값은 메시지의 SCL을 나타냅니다. 유효한 SCL 항목은 0에서 9까지의 정수입니다. SCL 속성 값이 비어 있으면 메시지가 콘텐츠 필터 에이전트에서 처리되지 않은 것입니다.

크기(KB)

Size

ByteQuantifiedSize

이 값은 메시지를 크기를 지정합니다.

원본 IP

SourceIP

IP 주소

이 값은 메시지를 Exchange 조직으로 전송한 외부 서버의 IP 주소를 지정합니다.

상태

상태

Enumeration

이 값은 현재 메시지 상태를 지정합니다. 메시지의 상태 값은 다음 중 하나입니다.

  • Active   메시지가 배달 큐에 있으면 대상으로 배달됩니다. 메시지가 전송 큐에 있으면 분류기에 의해 처리됩니다.

  • Suspended   관리자가 메시지를 일시 중단했습니다.

  • PendingRemove   관리자가 메시지를 삭제했지만 이미 배달이 진행 중입니다. 배달 시에 오류가 발생하여 메시지가 큐에 다시 들어가게 되는 경우 해당 메시지는 삭제됩니다. 그렇지 않은 경우 메시지가 배달됩니다.

  • PendingSuspend   관리자가 메시지를 일시 중단했지만 이미 배달이 진행 중입니다. 배달 시에 오류가 발생하여 메시지가 큐에 다시 들어가게 되는 경우 해당 메시지는 일시 중단됩니다. 그렇지 않은 경우 메시지가 배달됩니다.

  • Ready   메시지가 큐에 대기 중이며 처리할 준비가 되었습니다.

  • Retry   메시지가 있는 큐에 대한 마지막 연결 시도가 실패했습니다. 메시지가 다음 큐 연결 시도를 기다리는 중입니다.

Subject

제목

문자열

이 값은 텍스트 문자열로 나타내는 메시지의 제목을 지정합니다.

메시지 필터링에 사용되는 연산자

메시지 필터를 만들 때에는 속성 값을 검색하기 위한 연산자를 사용해야 합니다. 다음 표에서는 필터 식에서 사용할 수 있는 비교 연산자와 각 연산자의 기능을 보여 줍니다.

필터 식 연산자

연산자 셸 값 기능 셸 코드 예제

같음

-eq

이 연산자는 결과가 식에서 제공된 속성 값과 일치해야 함을 나타냅니다.

다시 시도 상태인 모든 메시지의 목록 표시:

Get-Message -Filter {status -eq "retry"}

같지 않음

-ne

이 연산자는 결과가 식에서 제공된 속성 값과 일치하지 않아야 함을 나타냅니다.

활성 상태가 아닌 모든 메시지 목록 표시:

Get-Message -Filter {status -ne "active"}

보다 큼

-gt

이 연산자는 값을 정수로 나타내는 속성에 사용됩니다. 필터 결과에는 지정한 속성의 값이 식에서 제공된 값보다 큰 메시지만 포함됩니다.

현재 다시 시도 횟수가 4 이상인 메시지의 목록 표시:

Get-Message -Filter {retrycount -gt 3}

크거나 같음

-ge

이 연산자는 값을 정수로 나타내는 속성에 사용됩니다. 필터 결과에는 지정한 속성의 값이 식에서 제공된 값보다 크거나 같은 메시지만 포함됩니다.

현재 다시 시도 횟수가 3 이상인 메시지의 목록 표시:

Get-Message -Filter {retrycount -ge 3}

보다 작음

-lt

이 연산자는 값을 정수로 나타내는 속성에 사용됩니다. 필터 결과에는 지정한 속성의 값이 식에서 제공된 값보다 작은 메시지만 포함됩니다.

다음은 SCL이 6보다 작은 메시지의 목록 표시:

Get-Message -Filter {SCL -lt 6}

작거나 같음

-le

이 연산자는 값을 정수로 나타내는 속성에 사용됩니다. 필터 결과에는 지정한 속성의 값이 식에서 제공된 값보다 작거나 같은 메시지만 포함됩니다.

다음은 SCL이 6 이하인 메시지의 목록 표시:

Get-Message -Filter {SCL -le 6}

포함

-like

이 연산자는 값을 텍스트 문자열로 나타내는 속성에 사용됩니다. 필터 결과에는 지정한 속성의 값에 식에서 제공된 텍스트 문자열이 있는 메시지만 포함됩니다. 텍스트 문자열 필드에 적용되는 -like 문에 와일드카드 문자(*)를 사용할 수 있지만 열거 형식 필드에는 사용할 수 없습니다.

제목에 "payday loan"이라는 텍스트가 있는 메시지의 목록 표시:

Get-Messages -Filter {subject -like "*payday loan*"}

셸에서 -and 비교 연산자를 사용하거나 큐 뷰어에서 여러 식을 추가하여 여러 식을 계산하는 필터를 지정할 수 있습니다. 이 경우 메시지는 모든 조건을 만족해야 결과 집합에 포함됩니다. 예를 들어 다음 명령의 결과에는 도메인 이름이 Contoso.com으로 끝나고 SCL이 5보다 큰 전자 메일 주소에서 보낸 모든 메시지의 목록이 표시됩니다.

Get-Message -Filter {FromAddress -like "*Contoso.com*" -and SCL -gt 5}

맨 위로 이동

메시지 다시 시도, 다시 전송 및 만료 간격

배달할 수 없는 메시지에 대해서는 메시지 원본 및 대상에 따라 재시도, 다시 전송 및 만료 기한이 다양하게 설정될 수 있습니다. Retry는 대상 도메인, 스마트 호스트 또는 사서함 서버와의 새로운 연결 시도입니다. Resubmit은 분류기에서 다시 처리하도록 전송 큐로 메시지를 다시 보내는 작업입니다. 지정된 기간 동안 배달을 위한 모든 노력이 실패하면 메시지가 시간 초과 또는 만료되었다고 합니다. 메시지가 만료되면 보낸 사람에게 배달 실패를 알립니다. 그런 다음 메시지가 큐에서 삭제됩니다.

다시 시도, 다시 전송 또는 만료, 이 세 가지의 경우 모두 메시지에 대해 자동으로 작업이 수행되기 전에 사용자가 수동으로 개입할 수 있습니다.

메시지 다시 시도에 대한 구성 옵션

전송 서버가 다음 홉에 연결할 수 없으면 큐가 다시 시도 상태가 됩니다. 큐가 만료되거나 연결될 때까지 연결이 계속 시도됩니다.

자동 메시지 다시 시도에 대한 구성 옵션

메시지 다시 시도 간격에 사용할 수 있는 구성 옵션은 다음 표에 설명되어 있습니다.

메시지 다시 시도 간격에 사용할 수 있는 구성 옵션

매개 변수 이름 기본값 구성할 위치 설명

QueueGlitchRetryCount

4

EdgeTransport.exe.config

이 매개 변수는 전송 서버가 대상 서버와 연결할 때 문제가 발생하면 즉시 실행되는 연결 시도의 횟수를 지정합니다. 이러한 연결 문제는 대부분 일시적인 네트워크 중단으로 인해 발생합니다. 네트워크가 안정적이고 연결이 자주 끊어지지 않는다면 일반적으로 이 매개 변수를 수정할 필요는 없습니다.

QueueGlitchRetryInterval

1분

EdgeTransport.exe.config

이 매개 변수는 QueueGlitchRetryCount 매개 변수로 지정된 각 연결 시도 사이의 연결 간격을 제어합니다. 네트워크가 안정적이고 연결이 자주 끊어지지 않는다면 일반적으로 이 매개 변수를 수정할 필요는 없습니다.

TransientFailureRetryCount

6

EMC의 Set-TransportServer cmdlet 또는 전송 서버 속성

이 매개 변수는 QueueGlitchRetryCount 및 QueueGlitchRetryInterval 매개 변수에서 제어하는 연결 시도가 실패한 후에 실행되는 연결 시도의 횟수를 지정합니다. QueueGlitchRetryCount 및 QueueGlitchRetryInterval 매개 변수를 사용하는 연결 문제는 서버 다시 시작 또는 캐시된 DNS 조회 실패 등으로 인해 발생할 수 있습니다.

TransientFailureRetryInterval

  • 허브 전송 서버: 5분

  • Edge 전송 서버: 10분

EMC의 Set-TransportServer cmdlet 또는 전송 서버 속성

이 매개 변수는 TransientFailureRetryCount 매개 변수로 지정된 각 연결 시도 사이의 연결 간격을 제어합니다.

OutboundConnectionFailureRetryInterval

  • 허브 전송 서버: 10분

  • Edge 전송 서버: 30분

EMC의 Set-TransportServer cmdlet 또는 전송 서버 속성

이 매개 변수는 이전에 실패한 아웃바운드 연결 시도에 대한 다시 시도 간격을 지정합니다. 이전에 실패한 연결 시도는 TransientFailureRetryCount 및 TransientFailureRetryInterval 매개 변수로 제어됩니다.

MessageRetryInterval

1분

Set-TransportServer cmdlet

이 매개 변수는 다시 시도 상태인 개별 메시지에 대한 다시 시도 간격을 지정합니다. Microsoft 고객 지원 서비스에서 권고하지 않는 한 기본값을 수정하지 않는 것이 좋습니다.

MailboxDeliveryQueueRetryInterval

5분

EdgeTransport.exe.config

이 매개 변수는 허브 전송 서버 사이의 사서함 배달 큐에 대한 다시 시도 간격을 제어합니다.

EdgeTransport.exe.config 파일의 <appSettings> 섹션에서 새 구성 옵션을 추가하거나 기존 구성 옵션을 수정할 수 있습니다. 메시지 다시 시도, 다시 전송 및 만료 간격과 전혀 관련이 없는 다수의 구성 옵션을 사용할 수 있습니다. 이 항목에서는 이러한 간격과 관련이 없는 구성 옵션은 다루지 않습니다.

EdgeTransport.exe.config 파일에 대한 자세한 내용은 EdgeTransport.exe.Config 파일 이해를 참조하십시오.

자세한 내용은 메시지 다시 시도, 다시 전송 및 만료 간격 구성을 참조하십시오.

수동 메시지 다시 시도에 대한 구성 옵션

사서함 배달 큐 또는 원격 배달 큐가 다시 시도 상태이면 EMC의 큐 뷰어 또는 셸의 Retry-Queue cmdlet을 사용하여 즉시 연결 시도를 수동으로 강제 실행할 수 있습니다. 수동 다시 시도 실행은 예약된 다음 다시 시도 시간보다 우선합니다. 연결이 실패하면 다시 시도 간격 타이머가 재설정됩니다. 이 기능을 사용하려면 배달 큐가 다시 시도 상태여야 합니다.

자세한 내용은 큐 다시 시도을 참조하십시오.

지연 DSN 메시지에 대한 구성 옵션

메시지 배달이 실패하게 되면, 허브 전송 서버나 Edge 전송 서버는 지연 DSN(배달 상태 알림) 메시지를 만들고 배달할 수 없는 메시지를 보낸 사람에게 배달하기 위해 큐에 대기시킵니다. 지정된 지연 알림 시간 제한 간격이 지나고 실패한 메시지가 이 시간 중에 배달되지 못한 경우에만 이 지연 DSN 메시지를 보냅니다. 기본적으로 지연 알림 시간 제한 간격은 4시간입니다. 이러한 지연을 통해 일시적인 메시지 전송 실패로 인해 필요 없는 지연 DSN 메시지를 보내는 것을 방지할 수 있습니다. Exchange 조직의 내부나 외부에서 보낸 메시지에 대해 선별적으로 지연 DSN 알림 메시지 보내기를 사용하거나 사용하지 않을 수 있습니다.

지연 DSN 알림 메시지에 사용할 수 있는 구성 옵션은 다음 표에 설명되어 있습니다.

지연 DSN 알림 메시지에 사용할 수 있는 구성 옵션

매개 변수 이름 기본값 위치 설명

DelayNotificationTimeOut

4시간

Set-TransportServer

이 매개 변수는 메시지를 보낸 사람에게 지연 DSN 알림 메시지를 보내기 전에 서버가 대기하는 시간을 지정합니다. 이 매개 변수 값은 항상 TransientFailureRetryCount 매개 변수 값에 TransientFailureRetryInterval 매개 변수 값을 곱한 값보다 커야 합니다.

ExternalDelayDSNEnabled

$true

Set-TransportConfig

이 매개 변수는 Exchange 조직의 외부에 있는 메시지를 보낸 사람에게 지연 DSN 알림 메시지를 보낼 수 있는지 여부를 지정합니다.

InternalDelayDSNEnabled

$true

Set-TransportConfig

이 매개 변수는 Exchange 조직의 내부에 있는 메시지를 보낸 사람에게 지연 DSN 알림 메시지를 보낼 수 있는지 여부를 지정합니다.

자세한 내용은 메시지 다시 시도, 다시 전송 및 만료 간격 구성을 참조하십시오.

메시지 다시 전송에 대한 구성 옵션

메시지를 다시 전송하면 배달되지 않은 메시지가 분류기에서 다시 처리되도록 전송 큐로 다시 보내집니다.

자동 메시지 다시 전송

배달 큐가 다시 시도 상태이며 지정된 기간 동안 메시지를 배달할 수 없으면, 배달되지 않은 메시지가 자동으로 다시 전송됩니다. 이 기간은 EdgeTransport.exe.config 응용 프로그램 구성 파일의 MaxIdTimeBeforeResubmit 매개 변수에 의해 제어됩니다. 기본적으로 MaxIdTimeBeforeResubmit 매개 변수의 값은 12시간입니다. 사서함 배달 큐 또는 원격 배달 큐의 메시지만 자동 다시 전송 대상입니다.

자세한 내용은 메시지 다시 시도, 다시 전송 및 만료 간격 구성을 참조하십시오.

수동 메시지 다시 전송

허브 전송 서버 또는 Edge 전송 서버에서 상태가 다음과 같은 메시지를 수동으로 다시 전송할 수 있습니다.

  • 다시 시도 상태인 사서함 배달 큐 또는 원격 배달 큐. 큐의 메시지는 일시 중단 상태가 아니어야 합니다.

  • 연결할 수 없는 큐에 있으며 일시 중단 상태가 아닌 메시지.

  • 포이즌 메시지 큐에 있는 메시지.

포이즌 메시지 큐 및 연결할 수 없는 큐에 대한 자세한 내용은 이 항목 앞부분의 "포이즌 메시지 큐 및 연결할 수 없는 큐 정보"를 참조하십시오.

MaxIdleTimeBeforeResubmit 매개 변수에서 지정한 시간이 지날 때까지 기다리지 않고 사서함 배달 큐, 원격 배달 큐 또는 연결할 수 없는 큐에 있는 메시지를 수동으로 다시 전송하려면 Retry-Queue cmdlet을 Resubmit 매개 변수와 함께 사용해야 합니다. 포이즌 메시지 큐에 있는 메시지를 수동으로 다시 전송하려면 큐 뷰어 또는 Resume-Message cmdlet을 사용하여 메시지를 다시 시작할 수 있습니다.

자세한 내용은 다음 항목을 참조하십시오.

메시지를 수동으로 다시 전송할 수 있는 다른 방법은 메시지를 일시 중단하고 .eml 파일 이름 확장명이 있는 텍스트 파일로 메시지를 내보낸 후에 허브 전송 서버 또는 Edge 전송 서버의 Replay 디렉터리로 .eml 파일을 복사하는 것입니다. 이 다시 전송 방법을 사서함 배달 큐, 원격 배달 큐 또는 연결할 수 없는 큐에 있는 메시지에 사용할 수 있습니다. 포이즌 메시지 큐에 있는 메시지는 이미 일시 중단 상태입니다. 전송 큐에 있는 메시지를 일시 중단하거나 내보낼 수 없습니다.

참고

메시지를 큐에서 내보내도 큐에서 해당 메시지가 제거되지는 않습니다. 메시지를 내보낸 다음 Replay 디렉터리를 사용하여 이 메시지를 다시 전송한 후에는 중복 메시지 배달이 발생하지 않도록 일시 중단된 메시지를 제거해야 합니다.

자세한 내용은 큐에서 메시지 내보내기 및 큐에 있는 메시지 다시 전송을 참조하십시오.

메시지 만료에 대한 구성 옵션

메시지 만료 시간 제한 간격은 허브 전송 서버 또는 Edge 전송 서버에서 실패한 메시지의 배달을 시도하는 최대 시간을 지정합니다. 만료 시간 제한 간격이 지나기 전에 메시지를 배달할 수 없으면, 원본 메시지 또는 메시지 헤더가 포함된 NDR이 보낸 사람에게 배달됩니다.

자동 메시지 만료

메시지 만료 시간 제한 간격은 EMC의 전송 서버 속성 또는 Set-TransportServer cmdlet의 MessageExpirationTimeOut 매개 변수에서 제어합니다. 기본적으로 MessageExpirationTimeOut 매개 변수의 값은 2일입니다.

자세한 내용은 다음 항목을 참조하십시오.

수동 메시지 만료

수동으로 메시지가 만료되도록 할 수는 없지만, NDR을 사용하거나 사용하지 않고 전송 큐를 제외한 모든 큐에서 메시지를 수동으로 제거할 수 있습니다.

자세한 내용은 큐에서 메시지 제거을 참조하십시오.

맨 위로 이동

 © 2010 Microsoft Corporation. 모든 권리 보유.