Computer >> 컴퓨터 >  >> 소프트웨어 >> 메일

이메일 전송 시 '받는 사람 주소가 거부됨(Recipient Address Rejected)' 오류 해결 방법

Outlook 또는 다른 이메일 클라이언트로 메일을 보낸 후 '메시지가 전달되지 않았습니다'라는 반송 알림과 함께 '받는 사람 주소가 거부되었습니다. 액세스가 거부되었습니다(Recipient Address Rejected. Access Denied)' 오류를 마주한 적이 있으신가요? 이 오류 메시지는 대부분 상태 코드 541 또는 551과 함께 나타납니다.

이 문제를 광범위하게 조사한 결과, 해당 오류를 유발하는 몇 가지 일반적인 원인을 확인할 수 있었습니다. 아웃바운드 이메일을 보내려고 할 때 '받는 사람 주소가 거부됨' 오류를 일으킬 수 있는 주요 원인은 다음과 같습니다.

  • 존재하지 않는 이메일 주소 – 가장 흔한 원인 중 하나는 실제로 존재하지 않는 이메일 주소로 메일을 보낸 경우입니다. 이 경우 수신자 주소가 유효한지 다시 한번 확인하고, 필요하다면 받는 사람 정보를 수정해야 합니다.
  • DNS 문제 – DNS 오류도 배제할 수 없습니다. 특히 이메일 클라이언트에서 발송하는 모든 메일에서 동일한 오류가 발생한다면 의심해볼 필요가 있습니다. 웹 브라우저에서 메일 제공업체의 웹 인터페이스로 발송할 때는 정상이지만 Outlook이나 Thunderbird 같은 클라이언트에서만 오류가 계속된다면 DNS 캐시를 삭제하면 해결될 가능성이 높습니다.
  • 안티스팸 필터에 의한 차단 – 이전에 동일한 수신함으로 메일을 보낸 적이 있다면, 안티스팸 필터가 해당 메일을 스팸으로 분류했을 가능성도 있습니다. 이 경우 수신자에게 본인을 화이트리스트에 등록해 달라고 요청하는 것이 유일한 해결책입니다.
  • DBEB에 의한 외부 이메일 차단 – Microsoft 365를 통해 Exclaimer Cloud를 구성한 후 공용 폴더로 메일을 보낼 때 이 오류가 발생한다면, DBEB(Directory-Based Edge Blocking) 기능이 원인일 가능성이 큽니다. 이 경우 공용 폴더가 온프레미스(on-premise)에 호스팅되도록 설정하면 문제를 해결할 수 있습니다.

'받는 사람 주소가 거부됨' 오류의 잠재적 원인을 모두 살펴보았으니, 이제 실제 사용자들에게 효과가 있었던 해결 방법들을 순서대로 적용해 보겠습니다.

방법 1. 올바른 수신자 주소 입력 확인

다른 작업을 시도하기 전에 먼저 수신자 이메일 주소가 정확한지 확인하세요. 이전에 해당 수신자에게 메일을 보낸 적이 있다면, 그 주소가 여전히 메일 게이트웨이를 통과할 권한이 있는지도 점검해야 합니다.

게이트웨이가 설정된 사내 이메일 네트워크에서 이 문제가 발생하고 있다면, 오류가 반환되는 수신자들이 여전히 조직의 구성원인지 확인하시기 바랍니다.

Exchange 환경에서 존재하지 않는 사용자에게 메일을 보내다가 이 오류가 발생했다면, CatchAll(CatchAll) 사서함/주소를 생성하는 것도 하나의 방법입니다.

수신자 주소가 정확함을 확인했는데도 여전히 반송된다면, 다음 방법으로 넘어가세요.

방법 2. DNS 플러시 및 TCP/IP 임시 데이터 초기화

특정 네트워크에 연결되어 있을 때만 오류가 발생한다면 DNS 문제를 의심해봐야 합니다. 데이터 전송 또는 프로토콜 문제로 인해 '받는 사람 주소가 거부됨' 오류가 발생하는 경우도 드물지 않습니다.

네트워크상의 단일 컴퓨터에서만 문제가 발생한다면, 네트워크 어댑터의 오류나 잘못된 DNS 범위 때문에 메일이 게이트웨이를 통해 외부로 나가지 못하는 상황일 가능성이 높습니다.

이 문제를 해결하려면 영향을 받는 컴퓨터(또는 동일한 문제가 발생하는 네트워크 내 모든 컴퓨터)에서 TCP/IP 완전 초기화를 수행해야 합니다.

아래 지침에 따라 DNS 및 TCP/IP 임시 데이터를 초기화하세요.

  1. Windows 키 + R을 눌러 실행(Run) 대화상자를 엽니다. 텍스트 상자에 'cmd'를 입력한 후 Ctrl + Shift + Enter를 눌러 관리자 권한 명령 프롬프트를 실행합니다.이메일 전송 시 받는 사람 주소가 거부됨(Recipient Address Rejected) 오류 해결 방법
  2. 사용자 계정 컨트롤(UAC) 창이 나타나면 예를 클릭하여 관리자 권한을 부여합니다.
  3. 관리자 권한 명령 프롬프트에서 아래 명령어를 한 줄씩 입력하고 각 명령어마다 Enter를 눌러 DNS 및 TCP/IP 초기화를 완료합니다:
    ipconfig /flushdns
nbtstat -R
nbtstat -RR
netsh int reset all
netsh int ip reset
netsh winsock reset
  4. 모든 명령어가 정상적으로 처리되면 명령 프롬프트를 닫습니다.
  5. 이메일 클라이언트를 열어 동일한 수신자에게 동일한 메일을 다시 발송하고, 여전히 반송되는지 확인합니다.

'받는 사람 주소가 거부됨' 오류가 여전히 해결되지 않았다면 다음 방법으로 넘어가세요.

방법 3. 수신자에게 화이트리스트 등록 요청

이 오류가 발생하는 또 다른 흔한 원인은 수신 도메인에서 운영 중인 안티스팸 필터입니다. 과거 이력이나 메일 패턴 때문에 발송한 메시지가 스팸으로 감지 및 분류되어 반송되는 것이 가장 유력한 원인입니다.

조사 결과, 수신 측에 스팸 방지 장치가 구축되어 있을 때 '받는 사람 주소가 거부됨' 오류가 발생하는 세 가지 주요 사례가 있습니다.

  • 수신자가 스팸 필터에서 이전에 비슷한 메시지를 스팸으로 표시한 경우입니다. 이때 동일한 발신자의 모든 메일과 스팸으로 분류된 메일과 유사한 메일은 같은 방식으로 처리됩니다.
  • 도메인 정책에 따라 특정 발신 주소에서 오는 모든 이메일이 블랙리스트에 등록되거나 스팸으로 정의되어 반송되는 경우입니다.
  • 메시지가 이메일 도메인에는 정상적으로 도착했지만 정책에 따라 격리되어 최종 수신함에는 전달되지 않는 경우입니다.

위 시나리오 중 하나에 해당한다면 해결책은 하나뿐입니다. 수신자에게 연락하여 본인의 이메일 주소를 화이트리스트에 등록해 달라고 요청해야 합니다.

하지만 평소 사용하는 이메일로는 요청 자체가 반송되기 때문에, 다른 이메일 주소를 통해 연락해야 합니다.

Microsoft 365용 Exclaimer Cloud를 구성한 후 이 문제가 발생했다면 위 방법이 효과가 없을 수 있습니다. 이 경우 다음 방법을 진행하세요.

방법 4. Exchange 공용 폴더 설정 조정 (해당되는 경우)

Microsoft 365를 통해 Exclaimer Cloud를 구성한 후 이메일을 보낼 때 '받는 사람 주소가 거부됨' 오류가 발생한다면, DBEB(Directory-Based Edge Blocking, 디렉터리 기반 에지 차단) 기능과 관련이 있을 가능성이 높습니다.

참고로 DBEB는 Microsoft 365에서 기본적으로 활성화되어 있으며, Azure Active Directory에 존재하지 않는 주소로 발송되는 외부 이메일을 거부하도록 구성되어 있습니다.

그렇다고 해서 해당 주소가 없다는 뜻은 아닙니다. 대개 Azure Active Directory와 동기화되지 않은 공용 폴더 사서함에 저장되어 있기 때문에 외부 주소로 간주되는 경우입니다.

이런 상황이라면 오류를 해결할 수 있는 세 가지 방법이 있습니다.

  1. 모든 공용 폴더 서버를 온프레미스에 호스팅
  2. 공용 폴더 서버를 Exchange Online에 호스팅
  3. 디렉터리 기반 에지 차단(DBEB) 비활성화 (권장하지 않음)

참고: 아래 소개하는 모든 방법은 전체 권한을 가진 글로벌 관리자(Global Administrator) 계정이 필요합니다.

1) 공용 폴더가 온프레미스에 호스팅되도록 설정

이 작업은 메일이 포함된 공용 폴더가 온프레미스에 호스팅되도록 보장합니다. Microsoft Azure Active Directory Connect 화면에 접근하여 선택적 기능(Optional Features)을 조정하는 과정이 포함됩니다.

이렇게 하면 메일 사용 가능 공용 폴더(Mail Enabled Public Folder) 주소가 더 이상 DBEB 기능에 의해 유효하지 않은 주소로 간주되지 않게 됩니다.

아래 지침에 따라 모든 공용 폴더가 온프레미스에 호스팅되도록 설정하고 '받는 사람 주소가 거부됨' 오류를 해결하세요.

  1. 먼저 Microsoft Azure Active Directory Connect 화면을 엽니다.
  2. 접속한 후 왼쪽 세로 메뉴에서 선택적 기능(Optional Features)을 선택합니다.
  3. 오른쪽 섹션으로 이동하여 Exchange 메일 공용 폴더(Exchange Mail Public Folder)에 해당하는 체크박스를 선택합니다.이메일 전송 시 받는 사람 주소가 거부됨(Recipient Address Rejected) 오류 해결 방법
  4. 다음(Next)을 클릭해 변경 사항을 저장한 후, 이전에 실패했던 이메일을 다시 발송하여 문제가 해결되었는지 확인합니다.

2) 공용 폴더가 온라인(Exchange Online)에 호스팅되도록 설정

현재 DBEB는 메일 사용 가능 공용 폴더를 지원하지 않는다는 점을 유의해야 합니다. 따라서 몇 가지 우회 방법을 사용해야 합니다.

첫 번째 우회 방법은 공용 폴더로 전송되는 이메일이 Exclaimer Cloud로 라우팅되지 않도록 하는 것입니다. 메일 흐름(Mail flow) 메뉴에 접근하여 예외 규칙을 설정하면 됩니다.

아래 지침에 따라 공용 폴더가 온라인에 호스팅되도록 설정하세요.

  1. 먼저 계정으로 Exchange Online에 로그인합니다.
  2. 로그인 후 옵션 목록에서 메일 흐름(Mail flow)으로 이동한 다음, 규칙(rules) 탭에 접근합니다.
  3. 사용 가능한 규칙 목록에서 'Identify Messages to send to Exclaimer Cloud'(Exclaimer Cloud로 보낼 메시지 식별)를 선택하고 편집(Edit)을 클릭합니다.
  4. 편집 메뉴에서 섹션 맨 아래로 스크롤한 후 예외 추가(Add Exception)(다음의 경우 제외(Except If) 아래)를 클릭합니다.
  5. 옵션 목록에서 받는 사람... 다음 사람임(Recipient… Is this person)을 선택합니다.이메일 전송 시 받는 사람 주소가 거부됨(Recipient Address Rejected) 오류 해결 방법
  6. 구성원 선택 대화상자가 나타나면 현재 사용 중인 모든 공용 폴더 사서함을 선택합니다.
  7. 마지막으로 추가(Add)를 클릭해 변경 사항을 적용한 후, 확인(Ok)과 저장을 차례로 눌러 완료합니다.

3) 디렉터리 기반 에지 차단(DBEB) 비활성화

이 방법은 권장하지 않지만, DBEB가 이메일을 차단하지 않도록 하는 또 다른 우회 방법으로 디렉터리 기반 에지 차단 메커니즘을 완전히 비활성화하는 방법이 있습니다.

아래 지침에 따라 진행하세요.

  1. 계정으로 Exchange Online에 로그인합니다.
  2. 로그인에 성공하면 메일 흐름(Mail flow)으로 이동한 후, 나타난 메뉴에서 허용 도메인(Accepted domains) 카테고리에 접근합니다.이메일 전송 시 받는 사람 주소가 거부됨(Recipient Address Rejected) 오류 해결 방법
  3. 공용 폴더의 루트 도메인을 선택하고 편집(Edit)을 클릭합니다.
  4. '이 허용 도메인은(This accepted domain is)' 항목에서 내부 릴레이(Internal relay)를 선택하고 저장(Save)을 눌러 DBEB를 비활성화합니다.