OOF 회신은 약간의 미스터리일 수 있습니다. OOF는 어떻게 작동하나요? 다른 사용자에게 배달되지 않는 이유는 무엇인가요? 그렇지 않다면 어떻게 해야 할까요? 이 문서에서는 Exchange Online 구성의 관점에서 OOF 응답의 이런저런 것들을 설명합니다. 그러나 이 설명의 대부분은 온-프레미스 구성에도 적용됩니다.
("부재 중"이 "OOO"가 아닌 "OOF"로 표기되는 이유가 궁금했던 적이 있다면 이 블로그 게시물을 참조하세요.)
부재 중 회신이란?
OOF 또는 자동 회신은 클라이언트에서 사용자의 사서함에 설정된 받은 편지함 규칙입니다. OOF 규칙은 서버 쪽 규칙입니다. 따라서 클라이언트가 실행 중인지 여부에 관계없이 트리거됩니다.
자동 회신은 다음과 같이 구성할 수 있습니다.
- 여기에 설명된 대로 Outlook 내에서 자동 회신 기능을 사용
- OWA(웹용 Outlook)와 같은 다른 클라이언트 사용
- PowerShell 명령(Set-MailboxAutoReplyConfiguration)을 실행
관리자는 사용자를 대신하여 Microsoft 365 관리 Portal에서 OOF 회신을 설정할 수 있습니다.
자동 회신을 사용하도록 설정하면 받는 사람이 보낸 사람으로부터 여러 메시지를 받는 경우에도 각 보낸 사람에게 하나의 회신만 전송됩니다.
클라이언트에서 기본 제공 OOF 기능을 사용하는 것 외에도 사람들은 자리를 비울 때 규칙을 사용하여 부재 중 메시지를 작성하는 경우가 있습니다.
OOF 회신은 우선 순위가 낮은 메시지이기 때문에 Exchange Online Protection은 기본적으로 고위험 배달 풀(HRDP)을 사용하여 OOF 회신을 보냅니다.
OOF 규칙 유형
다음과 같은 세 가지 유형의 OOF 규칙이 있습니다.
- 내부
- 외부
- 알려진 보낸 사람(연락처 목록)
이러한 규칙은 사용자의 사서함에 개별적으로 설정됩니다. 각 규칙에는 연결된 메시지 클래스와 이름이 있습니다. 규칙 이름은 PR_RULE_MSG_NAME 속성에 저장됩니다. 다음 표에는 각 OOF 규칙과 연결된 메시지 클래스와 이름이 나와 있습니다.
| 유형 | 메시지 클래스 | PR_RULE_MSG_NAME |
|---|---|---|
| 내부 | Ipm. Rule.Version2.Message | Microsoft.Exchange.OOF.KnownExternalSenders.Global |
| 외부 | Ipm. Rule.Version2.Message | Microsoft.Exchange.OOF.AllExternalSenders.Global |
| 알려진 보낸 사람 | Ipm. ExtendedRule.Message | Microsoft.Exchange.OOF.KnownExternalSenders.Global |
참고
OOF 규칙 외에도 다른 규칙(예: 정크 메일 규칙)에도 IPM.ExtendedRule.Message 메시지 클래스가 있습니다. MSG_NAME 변수는 규칙의 사용 방법을 결정합니다.
OOF 규칙 세부 정보
MFCMapi 도구를 사용하여 모든 받은 편지함 규칙을 볼 수 있습니다.
- 도구에 로그온합니다.
- OOF 규칙이 있는 사서함과 연결된 프로필을 선택합니다.
- 정보 저장소 상단에서 받은 편지함을 선택한 다음 관련 목차 열기를 마우스 오른쪽 단추로 클릭합니다.
MFCMapi의 OOF 규칙:
MFCMapi의 OOF 규칙 템플릿:
OOF 응답 기록
OOF 응답은 받는 사람당 한 번 전송됩니다. OOF 응답이 전송되는 수신자 목록은 OOF 상태가 변경(사용 또는 사용 안 함)되거나 OOF 규칙이 수정될 때 지워지는 OOF 기록에 저장됩니다. OOF 기록은 사용자의 사서함에 저장되며 Freebusy Data>PR_DELEGATED_BY_RULE에서 MFCMapi 도구를 사용하여 볼 수 있습니다.
참고
한 번만 보내는 대신 매번 보낸 사람에게 응답을 보내려는 경우 OOF 규칙을 사용하는 대신 "특정 메시지를 사용하여 서버 응답 있음" 사서함 서버 쪽 규칙을 적용할 수 있습니다. 이 대체 규칙은 메시지를 받을 때마다 응답을 보냅니다.
OOF 문제 해결
다음 섹션에서는 보낸 사람에게 OOF 회신이 전송되지 않는 몇 가지 시나리오를 설명합니다. 여기에는 가능한 수정 사항과 경험했을 수 있는 좀 더 자주 보이는 OOF 구성 문제가 포함됩니다.
전송 규칙과 관련된 OOF 문제
테넌트에 있는 모든 사용자에 OOF 회신이 전송되지 않은 것으로 표시되면 일반적으로 전송 규칙이 원인입니다. 이 문서의 2단계를 사용하여 영향을 받는 사서함에 적용될 수 있는 모든 전송 규칙을 확인합니다.
배달 문제가 의심되는 경우 Microsoft 365 테넌트에서 메시지 추적을 실행합니다. OOF 메시지의 경우 추적 중에 원본 메시지의 보낸 사람이 받는 사람이 됩니다. OOF 회신이 트리거되어 외부 또는 내부 받는 사람에게 전송되었는지 여부를 확인할 수 있어야 합니다. 메시지 추적은 전송 규칙이 OOF 응답을 차단하는지 여부를 명확하게 나타냅니다.
OOF 회신을 차단하는 전송 규칙과 관련하여 강조할 가치가 있는 시나리오가 하나 있습니다. MX 레코드를 타사 스팸 방지 프로그램으로 이동한 것으로 가정해 보겠습니다. 타사 스팸 방지 프로그램 이외의 IP 주소에서 보낸 이메일 메시지를 거부하는 전송 규칙을 만들었습니다.
전송 규칙은 다음 예제와 같습니다.
설명:
메시지가 '조직 외부'에서 수신된 경우 다음 조치를 취하십시오. 메시지를 거부하고 'MX 레코드를 우회할 수 없습니다!'라는 설명을 포함합니다 상태 코드: '5.7.1' 메시지: 발신자 IP 주소가 다음 범위 중 하나에 속하는 경우 제외: '1xx.1xx.7x.3x'
ManuallyModified: False
SenderAddressLocation: Envelope
OOF 규칙에 빈(<>) 반환 경로가 있으므로 OOF 규칙이 예기치 않게 전송 규칙과 일치하고 OOF 응답이 차단됩니다.
이 문제를 해결하려면 From("Header From"이라고도 함), Sender 또는 Reply-To 필드에 대해서도 확인이 되도록 "메시지의 보낸 사람 주소 일치" 전송 규칙 속성을 "Header or envelope"로 변경합니다. 메일 흐름 규칙 조건에 대한 자세한 내용은 이 문서의 '보낸 사람' 섹션을 참조하세요.
JournalingReportNdrTo 사서함 설정
영향을 받는 사서함이 JournalingReportNdrTo 설정에서 구성된 경우 해당 사서함에 대해 OOF 응답이 전송되지 않습니다. 또한 이메일 메시지 저널링도 영향을 받을 수 있습니다. 권장되는 방법은 JournalingReportNdrTo 설정에 대해 전용 사서함을 만드는 것입니다. 또는 전용 사서함을 외부 주소로 설정할 수 있습니다.
이 문제를 해결하는 방법에 대한 자세한 내용은 Exchange Online 또는 온-프레미스 Exchange Server의 전송 및 사서함 규칙이 예상대로 작동하지 않음을 참조하세요.
사서함에서 SMTP 주소 전달이 사용하도록 설정됨
영향을 받는 사용자 사서함에 SMTP 전달이 사용하도록 설정된 경우 OOF 회신이 생성되지 않습니다. 다음 위치 중에서 확인할 수 있습니다.
클라이언트의 사용자 사서함 설정(예: 웹용 Outlook):
PowerShell:
Get-Mailbox -Identity Daniel | fl DeliverToMailboxAndForward, ForwardingSmtpAddress, ForwardingAddress
Microsoft 365 포털의 사용자 속성:
이 문제를 해결하는 방법에 대한 자세한 내용은 이 문서를 참조하세요.
원격 도메인에 설정된 OOF 회신 유형
OOF 회신에 영향을 미치기 때문에 원격 도메인에 설정된 OOF 회신 유형에 주의하세요. OOF 회신 유형의 구성이 잘못된 경우 OOF 회신이 전혀 생성되지 않을 수 있습니다.
다음과 같은 네 가지 OOF 회신 유형이 있습니다.
- 외부
- ExternalLegacy
- InternalLegacy
- 없음
이러한 OOF 형식에 대한 자세한 내용은 Set-RemoteDomain의 "매개 변수" 섹션에 있는 AllowedOOFType 항목을 참조하세요.
OOF 회신 유형은 Exchange 관리 센터>메일 흐름>원격 도메인에서 확인할 수 있습니다.
또는 다음 PowerShell cmdlet을 실행할 수 있습니다.
Get-RemoteDomain | ft -AutoSize Name, DomainName, AllowedOOFType
예를 들어 Exchange 온-프레미스 및 Exchange Online에서 모두 호스팅되는 사서함을 포함하는 하이브리드 조직이 있다고 가정합니다. 의도적으로 AllowedOOFType가 외부로 설정된 경우 이 시나리오의 외부 메시지만 Exchange 온-프레미스로 전송됩니다. 하이브리드 환경에서 Exchange 온-프레미스로 내부 OOF 메시지를 보내려면 AllowedOOFType을 InternalLegacy로 설정합니다.
또한 사서함 구성 수준(ExternalAudience: 알려짐)에서 연락처에 등재된 사용자에게만 외부 OOF 회신을 보낼 수 있는 옵션이 있습니다. 다음 명령을 실행하여 구성을 확인합니다.
Get-MailboxAutoReplyConfiguration daniel | fl ExternalAudience
원격 도메인은 OOF 회신을 차단합니다.
원격 도메인의 또 다른 설정은 조직의 클라이언트 전자 메일 프로그램에서 자동으로 회신되는 메시지를 허용하거나 금지하는 데 사용하는 설정입니다.
이 설정은 Exchange 관리 센터>메일 흐름>원격 도메인에서 찾을 수 있습니다.
또는 다음 PowerShell cmdlet을 실행할 수 있습니다.
Get-RemoteDomain | ft -AutoSize Name, DomainName, AutoReplyEnabled
참고
설정 값이 false이면 해당 도메인의 사용자에게 자동 회신이 전송되지 않습니다. 이 설정은 사서함 수준 또는 OOF 유형(앞서 설명한 대로)보다 설정된 자동 회신보다 우선합니다. true는 사용자가 새로 만든 원격 도메인과 Exchange Online의 기본이라는 기본 제공 원격 도메인의 기본값입니다. 또한 false는 온-프레미스 Exchange의 기본값이라는 기본 제공 원격 도메인의 기본값입니다.
전자 메일 메시지가 스팸으로 표시되어 정크 메일로 전송되는 경우 자동 회신이 전혀 생성되지 않습니다.
별도의 설명이 따로 필요 없습니다.
메시지 추적에서 배달 실패 표시
OOF 회신 문제를 조사할 때 메시지 추적에서 다음 오류 항목을 찾을 수 있습니다.
"550 5.7.750 서비스를 사용할 수 없음 등록되지 않은 도메인에서 전송이 차단된 클라이언트
이 항목을 찾은 경우 등록되지 않은 도메인 블록이 적용된 이유를 알아보려면 Microsoft 지원에 문의하세요.
Drop 이벤트를 표시하는 메시지 추적
메시지 추적에 다음 예제와 유사한 설명이 포함된 Drop 이벤트가 표시될 수 있습니다.
250 2.1.5 RESOLVER.OOF.IntToExt; 외부 받는 사람에게 주소가 지정된 내부 OOF를 처리
일반적인 로그 항목입니다.
Exchange Online에서 OOF 회신을 생성하면 내부 및 외부 회신을 모두 생성하고 보냅니다. 회신이 배달되면 적용되지 않는 메시지가 삭제됩니다. 예를 들어 원격 도메인의 받는 사람에게 보낼 수 있는 OOF 회신 유형을 외부 또는 ExternalLegacy로 설정된 경우 내부 회신이 삭제되고 Drop 이벤트가 기록됩니다. 내부 받는 사람에게 전송되는 회신의 경우 비슷한 ExtToInt 이벤트가 발생합니다.
추가 OOF 문제
OOF 회신을 만들거나 구성 또는 관리할 때 다음과 같은 문제가 발생할 수도 있습니다.
이전 또는 중복된 OOF 메시지가 전송됩니다.
이전 또는 중복된 OOF 회신이 전송된 경우 중복된 받은 편지함 규칙을 확인하고, 해당 규칙을 찾으면 삭제합니다.
추가 받은 편지함 규칙이 없는 경우 OOF 기록이 제한에 도달한 경우에도 이 문제가 발생할 수 있습니다. OOF 기록의 항목 수는 10,000개로 제한됩니다. 이 임계값에 도달하면 새 사용자를 기록 목록에 추가할 수 없습니다. 이 경우 OOF 회신은 아직 목록에 없는 수신자에게 계속 전송됩니다. 수신자가 보낸 모든 메시지에 대해 하나의 회신이 됩니다. 목록에 이미 있는 모든 사용자는 중복된 OOF 회신을 받지 않습니다.
이 문제를 해결하려면 다음 방법 중 하나를 사용합니다.
방법 1
- 사서함에서 OOF 규칙 및 OOF 규칙 템플릿을 제거합니다. 규칙을 찾으려면 OOF 규칙 세부 정보 섹션을 참조하세요.
- 사서함에 OOF 기능을 사용하지 않도록 설정한 다음 다시 사용하도록 설정합니다.
- OOF 기능이 예상대로 작동하는지, 증상이 발생하지 않는지 다시 확인합니다.
방법 2
방법 1에서 문제가 해결되지 않으면 OOF 응답 기록을 제거합니다.
현재 사용하도록 설정된 경우 Outlook에서 자동 회신을 사용하지 않도록 설정하고 Outlook을 종료합니다.
MFCMapi 도구에 로그온하고 도구>옵션을 선택합니다.
다음 확인란을 선택합니다.
- OpenMsgStore를 호출할 때 MDB_Online 플래그 사용
- OpenEntry를 호출할 때 MAPI_NO_CACHE 플래그 사용
세션>로그온을 선택합니다.
사서함의 Outlook 프로필을 선택하고 두 번 클릭하여 엽니다.
루트 컨테이너를 확장한 다음 Freebusy 데이터를 선택합니다.
기타 이름 열에서 0x3FE30102 태그가 있는 PR_DELEGATED_BY_RULE 속성을 마우스 오른쪽 단추로 클릭하고 스트림으로 편집을 가리키고 바이너리를 선택합니다.
스트림(바이너리) 상자에서 모든 텍스트를 선택하고 삭제합니다.
두 개의 다른 OOF 메시지가 전송됩니다.
두 개의 다른 OOF 메시지가 전송되고 추가 받은 편지함 규칙을 찾을 수 없는 경우 원인은 Outlook 클라이언트에서 OOF 규칙일 수 있습니다. 이러한 규칙을 확인하고 삭제하려면 다음 단계를 수행합니다.
Outlook 클라이언트에서 파일>자동 회신>규칙을 선택합니다.
OOF 규칙을 선택한 다음, 규칙 삭제를 선택합니다.
자동 회신을 사용할 수 없으며 오류 메시지가 수신됨
Outlook 클라이언트에서 자동 회신에 액세스하려고 하면 다음 오류 메시지가 나타납니다.
"서버를 현재 사용할 수 없으므로 자동 회신 설정을 표시할 수 없습니다. 나중에 다시 시도하세요."
이 문제의 범위를 좁히려면 다음 단계를 따릅니다.
사서함에서 EWS 프로토콜이 사용하도록 설정되어 있는지 확인합니다. OOF 회신은 이 프로토콜을 사용합니다. (프로토콜을 다시 사용하도록 설정하는 데 몇 시간이 걸릴 수 있습니다.)
다음 cmdlet을 실행하여 OOF 기능을 사용하도록 설정합니다.
Set-MailboxAutoReplyConfiguration <identity> -AutoReplyState EnabledOOF 기능이 예상대로 작동하는지 확인합니다.
문제가 여전히 존재하는 경우 사서함의 규칙 할당량을 검토합니다.
Get-mailbox -identity <mailbox> | fl RulesQuota
기본적으로 RulesQuota 매개 변수의 최대값은 256KB(262,144바이트)입니다. 이는 규칙 수가 아닌 규칙의 크기에 따라 결정됩니다.
사서함에서 OOF 규칙과 OOF 규칙 템플릿을 제거합니다. 규칙을 찾으려면 OOF 규칙 세부 정보 섹션을 참조하세요. 규칙을 제거한 후 OOF 기능을 다시 사용하도록 설정한 다음 다시 테스트할 수 있습니다.
OOF를 사용하지 않도록 설정한 경우에도 자동 회신이 전송됨
일부 시나리오에서는 기능을 사용하지 않도록 설정하더라도 OOF 메시지가 계속 전송됩니다. 이 문제는 외부 템플릿을 사용하여 규칙을 수동으로 만드는 경우에 발생할 수 있습니다.