부재 중 회신 (OOF) 응답 이해 및 문제 해결

부재 중 회신은 약간의 경우에만 응답할 수 있습니다. 작동 방식 다른 사용자에 게 배달 되지 않는 이유는 무엇 이며, 그렇지 않은 경우에는 어떻게 해야 하나요? 이 문서에서는 Exchange Online 구성 측면에서 나오는 OOF 응답의 비트 및 부분에 대해 설명 합니다. 그러나이 설명의 대부분은 온-프레미스 구성에도 적용 됩니다.

"부재 중"이 "OOO" 대신 "OOF"로 단축 되는 이유를 알고 있는 경우에는 이 블로그 게시물을 참조 하세요.

부재 중 회신

OOF (자동)-응답은 클라이언트에서 사용자의 사서함에 설정 된 받은 편지함 규칙입니다. OOF 규칙은 서버 쪽 규칙입니다. 따라서 클라이언트가 실행 중인지 여부에 관계 없이 트리거됩니다.

자동 회신을 다음과 같이 구성할 수 있습니다.

관리자는 사용자를 대신 하 여 M365 관리 포털에서 OOF 회신을 설정할 수 있습니다.

자동 회신을 사용 하도록 설정 하면 받는 사람이 보낸 사람 으로부터 여러 메시지를 받는 경우에도 각 보낸 사람에 게 하나의 회신도 전송 됩니다.

사용자는 클라이언트에서 기본 제공 OOF 기능을 사용 하는 것 외에도 규칙을 사용 하 여 부재 중 메시지를 작성할 수 있습니다.

기본적으로 Exchange Online Protection은 hrdp ( high 위험성이 배달 풀 )를 사용 하 여 OOF 회신을 보냅니다. 이는 OOF 회신이 우선 순위가 낮은 메시지 이기 때문입니다.

OOF 규칙의 유형

OOF 규칙에는 다음과 같은 세 가지 유형이 있습니다.

  • 내부
  • 외부
  • 알려진 보낸 사람 (대화 상대 목록)

이러한 규칙은 사용자의 사서함에서 개별적으로 설정 됩니다. 각 규칙에는 연결 된 메시지 클래스와 이름이 있습니다. 규칙 이름은 PR_RULE_MSG_NAME 속성 에 저장 됩니다. 다음 표에서는 각 OOF 규칙과 연결 된 메시지 클래스 및 이름을 보여 줍니다.

타이핑 메시지 클래스 PR_RULE_MSG_NAME
내부 IPM.NOTE. Version2 메시지 Microsoft Exchange. . 전역
외부 IPM.NOTE. Version2 메시지 Microsoft Exchange OOF. 글로벌
알려진 보낸 사람 IPM.NOTE. ExtendedRule 메시지 Microsoft Exchange. . 전역

참고

OOF 규칙 외에도 정크 메일 규칙 등의 다른 규칙에는 IPM이 있습니다 . ExtendedRule 메시지 클래스입니다. MSG_NAME 변수는 규칙을 사용 하는 방법을 결정 합니다.

OOF 규칙 세부 정보

모든 받은 편지함 규칙은 다음과 같이 MFCMapi 도구를 사용 하 여 볼 수 있습니다.

  1. 도구에 로그온 합니다.
  2. OOF 규칙이 있는 사서함과 연결 된 프로필을 선택 합니다.
  3. 정보 저장소의 맨 위에서 받은 편지함 을 선택한 다음 연결 된 콘텐츠 테이블 열기 를 마우스 오른쪽 단추로 클릭 합니다.

MFCMapi의 OOF 규칙:

MFCMapi의 OOF 규칙 스크린샷

MFCMapi의 OOF 규칙 서식 파일:

MFCMapi의 OOF 규칙 서식 파일 중 1 개의 스크린샷

OOF 응답 기록

OOF 응답은 받는 사람당 한 번만 전송 됩니다. Oof 응답이 전송 되는 받는 사람 목록은 oof 기록에 저장 되며, oof 상태가 변경 (사용 또는 사용 안 함) 되거나 OOF 규칙이 수정 될 때 삭제 됩니다. OOF 기록은 사용자의 사서함에 저장 되며, Freebusy Data > PR_DELEGATED_BY_RULE 에서 MFCMapi 도구를 사용 하 여 볼 수 있습니다.

MFCMapi의 OOF 규칙 서식 파일의 스크린샷 2

참고

매번 보낸 사람에 게 한 번만 응답을 보내려면 OOF 규칙을 사용 하는 대신 "특정 메시지를 사용 하 여 서버 회신" 사서함 서버 쪽 규칙을 적용 하면 됩니다. 이 대체 규칙은 메시지를 받을 때마다 응답을 보냅니다.

OOF 문제 해결

다음 섹션에서는 OOF 회신이 보낸 사람에 게 전송 되지 않는 몇 가지 시나리오에 대해 설명 합니다. 여기에는 가능한 수정 내용과 발생 했을 수 있는 몇 가지 더 자주 확인 된 OOF 구성 문제가 포함 되어 있습니다.

테 넌 트의 모든 사용자에 대해 OOF 회신이 전송 되지 않은 것으로 나타나면 전송 규칙은 일반적으로 blame입니다. 이 문서의2 단계를 사용 하 여 영향을 받는 사서함에 적용할 수 있는 모든 전송 규칙을 확인 합니다.

배달 문제가 의심 되는 경우 Office 365 테 넌 트에서 메시지 추적 을 실행 합니다. OOF 메시지의 경우 원본 메시지를 보낸 사람이 추적 중에 받는 사람이 됩니다. OOF 회신이 트리거된 후 외부 또는 내부 받는 사람에 게 전송 되었는지 여부를 확인할 수 있어야 합니다. 메시지 추적은 전송 규칙이 OOF 응답을 차단 하는지 여부를 명확 하 게 나타냅니다.

OOF 회신을 차단 하는 전송 규칙을 사용할 때 강조 하는 것이 가치가 있는 한 가지 시나리오가 있습니다. MX 레코드를 타사 스팸 방지 프로그램으로 이동한 경우를 가정해 보겠습니다. 타사 스팸 방지 프로그램 이외의 모든 IP 주소에서 보낸 모든 전자 메일 메시지를 거부 하는 전송 규칙을 만들었습니다.

전송 규칙은 다음과 같이 표시 됩니다.

설명:

메시지:이 (가) ' 조직 외부 '에서 수신 되는 경우
다음 작업을 수행 합니다. 메시지를 거부 하 고 ' MX 레코드를 무시 하도록 허용 > '를 포함 하지 않습니다. 상태 코드: ' 5.7.1 '
메시지: 보낸 사람 ip 주소가 다음 범위 중 하나에 속하는 경우 제외: ' 1xx '
ManuallyModified: False
SenderAddressLocation: Envelope

OOF 규칙에는 빈 (<>) 반환 경로가 있으므로 OOF 규칙이 예기치 않게 전송 규칙과 일치 하 고 OOF 응답이 차단 됩니다.

이 문제를 해결 하려면 "메시지에서 보낸 사람 주소 일치" 전송 규칙 속성을 from("헤더 From"), 보낸 사람 또는 회신 필드와도 함께 수행 하도록 변경 합니다. 메일 흐름 규칙 조건에 대 한 자세한 내용은 이 문서의"보낸 사람" 섹션을 참조 하십시오.

MFCMapi의 OOF 규칙 서식 파일의 스크린샷 3

JournalingReportNdrTo 사서함 설정

영향을 받는 사서함이 설정 아래에 구성 되어 있는 경우 JournalingReportNdrTo 해당 사서함에 대해 OOF 회신이 전송 되지 않습니다. 또한 저널링 전자 메일 메시지도 영향을 받을 수 있습니다. 설정에 대 한 전용 사서함을 만드는 것이 좋습니다 JournalingReportNdrTo . 또는 전용 사서함을 외부 주소로 설정할 수 있습니다.

이 문제를 해결 하는 방법에 대 한 자세한 내용은 이 문서를 참조 하십시오.

사서함에서 SMTP 주소 전달이 사용 됩니다.

영향을 받는 사용자 사서함에 SMTP 전달 이 설정 되어 있으면 OOF 회신이 생성 되지 않습니다. 이 작업은 다음 위치에서 확인할 수 있습니다.

  • 클라이언트의 사용자 사서함 설정 (예: OWA)에서 다음을 수행 합니다.

    전달 SMTP 주소에 대 한 스크린샷

  • PowerShell:

    Get-Mailbox -Identity Daniel | fl DeliverToMailboxAndForward, ForwardingSmtpAddress, ForwardingAddress
    

    PowerShell을 사용 하 여 SMTP 주소 전달을 확인 하는 스크린샷

  • M365 포털의 사용자 속성에서 다음을 수행 합니다.

    포털을 사용 하 여 SMTP 주소 전달을 확인 하는 스크린샷

이 문제를 해결 하는 방법에 대 한 자세한 내용은 이 문서를 참조 하십시오.

원격 도메인에 대해 설정 된 OOF 회신 유형

원격 도메인 에 설정 된 oof 회신 유형이 oof 회신에 영향을 주므로이를 주의 깊게 살펴봐야 합니다. OOF 회신 유형의 구성이 올바르지 않으면 OOF 회신이 전혀 생성 되지 않을 수 있습니다.

다음과 같은 네 가지 OOF 회신 유형이 있습니다.

  • 외부
  • ExternalLegacy
  • InternalLegacy
  • 없음

이러한 OOF 유형에 대 한 자세한 내용은 RemoteDomain의 "Parameters" 섹션에 있는 Allowedooftype entry를 참조 하십시오.

Exchange 관리 센터 의 > 메일 흐름 > 원격 도메인 에서 OOF 회신 유형을 확인할 수 있습니다.

포털을 사용 하 여 OOF 회신 유형 확인 스크린샷

또는 다음 PowerShell cmdlet을 실행할 수 있습니다.

Get-RemoteDomain | ft -AutoSize Name, DomainName, AllowedOOFType

PowerShell을 사용 하 여 OOF 회신 검사 스크린샷

예를 들어 Exchange 온-프레미스 및 Exchange Online에서 모두 호스트 되는 사서함을 포함 하는 하이브리드 조직이 있다고 가정 합니다. 이 시나리오의 외부 메시지만 Allowedooftypeexternal 로 설정 된 경우 Exchange 온-프레미스로 전송 됩니다. 하이브리드 환경에서 Exchange 온-프레미스로 내부 OOF 메시지를 보내려면 Allowedooftypeinternallegacy 로 설정 해야 합니다.

또한 사서함 구성 수준 (ExternalAudience 이름: 알려짐)에서 연락처로 나열 된 사용자 에게만 외부 OOF 회신을 보내는 옵션도 있습니다. 구성을 확인 하는 명령은 다음과 같습니다.

Get-MailboxAutoReplyConfiguration daniel | fl ExternalAudience

PowerShell을 사용 하 여 OOF reply 구성 확인 스크린샷

원격 도메인은 OOF 회신을 차단 합니다.

원격 도메인의 또 다른 설정은 조직의 클라이언트 전자 메일 프로그램에서 자동 회신 되는 메시지를 허용 하거나 차단 하는 데 사용 하는 것입니다.

이 메시지는 Exchange 관리 센터 > 메일 흐름 > 원격 도메인 에서 찾을 수 있습니다.

포털을 사용 하 여 OOF reply 차단 확인 스크린샷

또는 다음 PowerShell cmdlet을 실행할 수 있습니다.

Get-RemoteDomain | ft -AutoSize Name, DomainName, AutoReplyEnabled

PowerShell을 사용 하 여 OOF reply 차단 확인 스크린샷

참고

Setting의 값이 false 이면 해당 도메인의 사용자에 게 자동 회신을 전송 하지 않습니다. 이 설정은 사서함 수준에서 설정 된 자동 회신 또는 이전에 설명한 대로 OOF 유형에 따라 우선적으로 적용 됩니다. False 는 새 원격 도메인을 만드는 경우와 Exchange Online에서 "default" 라는 기본 제공 원격 도메인에 대 한 기본값입니다.

전자 메일 메시지가 스팸으로 표시 되 고 정크로 전송 되는 경우 자동 회신이 전혀 생성 되지 않음

이는 쉽게 이해할 수 있는 기능입니다.

배달 실패를 보여주는 메시지 추적

OOF 회신 문제를 조사할 때 메시지 추적에서 다음 오류 항목을 찾을 수 있습니다.

"550 5.7.750 서비스를 사용할 수 없습니다. 클라이언트가 등록 되지 않은 도메인에서 보내지 못하도록 차단 되었습니다. "

이 항목을 찾은 경우 Microsoft 지원 서비스 에 연락 하 여 등록 되지 않은 도메인 블록이 적용 된 이유를 알아보세요.

추가 OOF 문제

OOF 회신을 만들거나 구성 하거나 관리 하는 경우 다음과 같은 문제가 발생할 수도 있습니다.

이전 또는 중복 된 OOF 메시지가 전송 됩니다.

이전 또는 중복 된 OOF 회신이 전송 되는 경우 중복 된 받은 편지함 규칙을 확인 하 고, 해당 규칙이 있으면 삭제 합니다.

추가 받은 편지함 규칙이 없는 경우 OOF 기록이 제한 시간에 도달 하는 경우에도이 문제가 발생할 수 있습니다. OOF 기록의 항목 제한은 1만입니다. 이 임계값에 도달 하면 새 사용자를 기록 목록에 추가할 수 없습니다. 이 경우에는 받는 사람이 보낸 모든 메시지에 대 한 하나의 회신이 목록에 없는 받는 사람에 게 계속 전송 됩니다. 목록에 이미 있는 모든 사용자는 중복 된 OOF 회신을 받지 않습니다.

이 문제를 해결 하려면 다음 방법 중 하나를 사용 하십시오.

방법 1

  1. 사서함에서 OOF 규칙 및 OOF 규칙 서식 파일을 제거 합니다. 규칙을 찾으려면 OOF 규칙 세부 정보 섹션을 참조 하십시오.
  2. 사서함에 대해 OOF 기능을 사용 하지 않도록 설정 했다가 다시 사용 하도록 설정 합니다.
  3. OOF 기능이 예상 대로 작동 하 고 증상이 발생 하지 않는지 여부를 다시 확인 합니다.

방법 2

방법 1로 문제가 해결 되지 않으면 OOF 응답 기록을 제거 합니다.

  1. 현재 사용 하도록 설정 하 고 Outlook을 종료 하면 Outlook에서 자동 회신을 사용 하지 않도록 설정 합니다.

  2. MFCMapi 도구에 로그온 하 고 도구 > 옵션 을 선택 합니다.

  3. 다음 확인란을 선택 합니다.

    • OpenMsgStore를 호출할 때 MDB_ONLINE 플래그 사용
    • OpenEntry를 호출할 때 MAPI_NO_CACH 플래그 사용
  4. 세션 > 로그온 을 선택 합니다.

  5. 사서함에 대 한 Outlook 프로필을 선택 하 고를 두 번 클릭 하 여 엽니다.

  6. 루트 컨테이너 를 확장 한 다음 Freebusy 데이터 를 선택 합니다.

  7. 다른 이름 열에서 0x3FE30102 태그가 있는 PR_DELEGATED_BY_RULE 속성을 마우스 오른쪽 단추로 클릭 하 고 편집을 스트림으로 가리킨 다음 Binary ( 이진)를 선택 합니다.

  8. Stream (Binary) 상자에서 모든 텍스트를 선택 하 고 삭제 합니다.

두 개의 다른 OOF 메시지가 전송 됩니다.

두 개의 다른 OOF 메시지를 전송 하 고 추가 받은 편지함 규칙을 찾지 못한 경우에는 Outlook 클라이언트에서 OOF 규칙이 원인일 수 있습니다. 이러한 규칙을 확인 하 고 삭제 하려면 다음 단계를 수행 합니다.

  1. Outlook 클라이언트에서 파일 > 자동 회신 > 규칙 을 선택 합니다.

  2. OOF 규칙을 선택한 다음 규칙 삭제 를 선택 합니다.

    자동 회신 규칙 삭제

자동 회신을 사용 하도록 설정할 수 없으며 오류 메시지가 수신 됩니다.

Outlook 클라이언트에서 자동 회신에 액세스 하려고 하면 다음과 같은 오류 메시지가 나타납니다.

"서버를 현재 사용할 수 없기 때문에 자동 회신 설정을 표시할 수 없습니다. 나중에 다시 시도 하세요. "

이 문제의 범위를 좁히는 데 도움이 되도록 하려면 다음 단계를 수행 합니다.

  • EWS 프로토콜이 사서함에서 사용 하도록 설정 되어 있는지 확인 합니다. OOF 회신은이 프로토콜을 사용 합니다. (프로토콜을 다시 사용 하도록 설정 하는 데 몇 시간이 걸릴 수 있습니다.)

  • 다음 cmdlet을 실행 하 여 OOF 기능을 사용 하도록 설정 합니다.

    Set-MailboxAutoReplyConfiguration <identity> -AutoReplyState Enabled
    
  • OOF 기능이 정상적으로 작동 하는지 여부를 확인 합니다.

  • 문제가 여전히 존재 하는 경우에는 사서함의 규칙 할당량을 검토 합니다.

    Get-mailbox -identity <mailbox> | fl RulesQuota
    

    사서함 id 확인 스크린샷

    기본적으로 규칙 할당 매개 변수의 최대 값은 256 KB(262144 바이트)입니다. 규칙 수가 아니라 규칙의 크기에 따라 결정 됩니다.

  • 사서함에서 OOF 규칙 및 OOF 규칙 서식 파일을 제거 합니다. 규칙을 찾으려면 OOF 규칙 세부 정보 섹션을 참조 하십시오. 규칙을 제거한 후에는 OOF 기능을 다시 사용 하도록 설정 하 고 다시 테스트해 볼 수 있습니다.

OOF가 사용 하지 않도록 설정 된 경우에도 자동 회신이 전송 됩니다.

일부 시나리오에서는 기능을 사용할 수 없는 경우에도 OOF 메시지가 계속 전송 됩니다. 부재 중 템플릿을사용 하 여 규칙을 수동으로 만든 경우이 문제가 발생할 수 있습니다.