이메일 전송 시 수신자 주소 거부 문제를 해결하는 방법
일반적으로 다음과 같은 오류가 발생합니다.수신자 주소가 거부되었습니다. 접근이 거부되었습니다.Outlook(또는 다른 이메일 클라이언트)을 사용하여 이메일을 보낸 후 "메시지 배달 실패" 알림과 함께 반송되는 경우가 있습니다. 이 오류는 종종 상태 오류와 관련이 있습니다. 541 و551.

이 문제에 대한 광범위한 조사 끝에, 이 특정 문제의 원인이 될 수 있는 몇 가지 일반적인 시나리오를 파악할 수 있었습니다. 다음은 오류 발생 가능성이 있는 원인 목록입니다.수신자 주소가 거부되었습니다. 접근이 거부되었습니다.외부로 이메일을 보내려고 할 때:
- 이메일 주소를 찾을 수 없습니다. 이 오류가 발생하는 가장 흔한 이유 중 하나는 존재하지 않는 이메일 주소로 외부 이메일을 보내는 것입니다. 이 경우 유일한 해결책은 이메일을 유효한 사서함으로 보내고 있는지 다시 확인하고 필요한 경우 수신자를 수정하는 것입니다.
- DNS 문제 특히 이메일 클라이언트에서 이메일을 보낼 때마다 이 오류가 발생하는 경우 DNS 문제일 가능성이 높습니다. 이메일 제공업체의 웹 인터페이스에서 이메일을 보내는 것은 정상적으로 작동하지만 Outlook이나 Thunderbird(및 유사 서비스)에서 지속적으로 오류가 발생하는 경우 DNS 캐시를 삭제하면 문제가 해결될 수 있습니다.
- 스팸 필터에 의해 이메일이 거부되었습니다. (이전에 같은 메일함으로 이메일을 보낸 적이 있다면) 스팸 필터가 해당 이메일을 스팸으로 분류했을 가능성도 있습니다. 이 경우, 수신자에게 귀하의 주소를 수신 허용 목록에 추가해 달라고 요청하는 것이 유일한 해결 방법입니다.
- DBEB는 외부 이메일을 차단합니다. 이전에 Microsoft 365를 통해 Exclaimer Cloud를 구성했는데 공용 폴더로 이메일을 보낼 때 이 오류가 발생하는 경우, DBEB가 문제의 원인일 가능성이 높습니다. 이 경우 공용 폴더를 로컬에 호스팅하면 문제를 해결할 수 있습니다.
이제 오류가 발생할 수 있는 모든 가능한 이유를 검토했으므로 "수신자 주소가 거부되었습니다. 접근이 거부되었습니다."먼저 영향을 받은 사용자들이 성공적으로 사용했던 일련의 방법을 활용하여 문제를 살펴보고 해결해 봅시다."
올바른 수신자를 입력하세요
다른 작업을 시작하기 전에 먼저 수신자의 이메일 주소가 정확한지 다시 한번 확인하십시오. 이전에 해당 수신자에게 이메일을 보낸 적이 있다면, 수신자가 메일 게이트웨이에 접근할 수 있는 권한이 여전히 있는지 확인하십시오.
제한된 이메일 네트워크 내에서 이 문제가 발생하는 경우, 오류가 표시되는 수신자가 올바른지 확인하십시오.수신자 주소가 거부되었습니다. 접근이 거부되었습니다.그들은 여전히 당신 조직의 일원입니다.
Exchange를 사용 중이고 존재하지 않는 사용자에게 이메일을 보내서 이 오류가 발생하는 것을 발견했다면, 한 가지 해결책은 다음과 같습니다. 모든 메일 수신을 위한 사서함/주소를 생성하세요..
수신자에게 정확하게 메일을 보내고 있음을 확인했는데도 여전히 "오류 메시지"와 함께 반송 메일이 수신되는 경우수신자 주소가 거부되었습니다. 접근이 거부되었습니다.그다음에는 아래의 다음 방법을 진행하세요.
DNS 캐시를 지우고 임시 TCP/IP 데이터를 삭제하세요.
만약 특정 네트워크에 연결되어 있을 때만 오류가 발생한다면 DNS 문제일 가능성을 의심해 봐야 합니다. "수신자 주소가 거부되었습니다. 액세스가 거부되었습니다." 오류는 데이터 전송이나 프로토콜 문제로 인해 발생하는 경우가 흔합니다.
이 경우 네트워크에서 컴퓨터 한 대만 영향을 받는다면 네트워크 어댑터 오류 또는 잘못된 DNS 범위 설정으로 인해 게이트웨이를 통해 이메일이 전송되지 못하는 것으로 추정해야 합니다.
이 문제를 해결하려면 문제가 발생한 컴퓨터(또는 이 네트워크에 연결된 모든 컴퓨터)에서 TCP 또는 IP 프로토콜을 완전히 재설정해야 합니다.
아래 지침에 따라 도메인 이름 시스템(DNS) 캐시와 임시 TCP/IP 데이터를 삭제하는 전체 단계를 수행하십시오.
- . 키를 누릅니다. 윈도우 + R 대화 상자를 열려면 달리기그런 다음 쓰세요 “cmd” 텍스트 상자 안에서 누르세요 Ctrl + Shift + Enter 화이팅 관리자 권한으로 실행한 명령 프롬프트입니다.
관리자 권한으로 명령 프롬프트를 엽니다. - 가이드가 당신에게 질문할 때 사용자 계정 컨트롤, 클릭 부디 관리자의 권한을 부여하기 위해.
- 관리자 권한으로 명령 프롬프트를 실행한 후 다음 명령어를 입력하고 Enter 키를 누르십시오. 엔터 버튼 각 주문 후 DNS 및 TCP/IP 재설정을 완료하려면:
ipconfig /flushdns nbtstat -R nbtstat -RR netsh int reset all netsh int ip reset netsh winsock reset
- 각 명령이 성공적으로 처리되면 관리자 권한으로 명령 프롬프트를 닫으십시오.
- 이메일 클라이언트를 열고 동일한 이메일을 동일한 수신자에게 다시 보내보고, 여전히 반송되는지 확인해 보세요.
"수신인 주소가 거부되었습니다. 액세스가 거부되었습니다." 오류가 여전히 해결되지 않으면 아래의 다음 해결 방법을 시도해 보세요.
수신자에게 귀하의 주소를 화이트리스트에 추가해 달라고 요청하세요.
이 오류가 발생하는 또 다른 일반적인 이유는 수신자의 도메인에서 현재 스팸 필터를 사용하고 있기 때문입니다. 과거 전송 기록이나 수신자의 행동으로 인해 메시지가 스팸으로 감지되어 분류되었을 가능성이 높으며, 이것이 메시지가 반송되는 가장 유력한 이유입니다.
조사 결과, 해당 오류가 발생할 수 있는 주요 원인은 세 가지로 밝혀졌습니다.수신자 주소가 거부되었습니다. 접근이 거부되었습니다. 수신자가 적용하는 안전장치가 마련되어 있는 경우:
- 수신자의 스팸 필터가 이전에 유사한 메시지를 스팸으로 분류한 적이 있습니다. 이 경우, 동일한 발신자가 보낸 모든 이메일과 스팸으로 분류된 이메일과 유사한 모든 이메일은 동일하게 처리됩니다.
- 해당 이메일은 도메인 정책에 따라 특정 주소에서 오는 모든 이메일이 스팸으로 분류되거나 차단되어 반송되었습니다.
- 해당 메시지는 이메일 도메인으로 수신되었지만 특정 정책으로 인해 연결이 끊어져 의도한 수신함으로 전달되지 못했습니다.
위의 시나리오 중 하나라도 해당된다면, 유일한 해결책은 수신자에게 메일 수신을 허용해 달라고 요청하는 것입니다.
하지만 일반 이메일 주소로는 그렇게 할 수 없습니다. 반송되기 때문입니다. 따라서 다른 이메일 주소를 사용해야 합니다.
위에서 설명한 방법이 효과가 없고 Microsoft 365용 Exclaimer Cloud를 구성한 후에도 이 문제가 발생하는 경우 아래의 다음 해결 방법을 시도해 보세요.
Exchange 메일 폴더를 공개로 설정하세요(해당하는 경우).
오류가 발생하면수신자 주소가 거부되었습니다. 접근이 거부되었습니다. Microsoft 365를 통해 Exclaimer Cloud를 사용하여 이메일을 구성한 후 전송을 시도할 때 문제가 발생하는 이유는 대부분 다음과 관련이 있습니다... 증거 기반 에지 차단(DBEB).
명확히 말씀드리자면, DBEB는 Microsoft 365에서 기본적으로 활성화되어 있으며 Azure Active Directory에 없는 주소가 포함된 외부 이메일을 거부하도록 구성되어 있습니다.
하지만 그렇다고 해서 해당 주소를 소유하지 않는다는 의미는 아닙니다. 해당 주소는 현재 Azure Active Directory와 동기화되지 않은 공용 폴더 사서함에 저장되어 있기 때문에 외부 주소로 간주될 가능성이 높습니다.
만약 이러한 특정 상황에 처했다면, 오류를 해결할 수 있는 세 가지 방법이 있습니다.
- 모든 공용 서버는 로컬에서 호스팅되도록 하십시오.
- 공용 서버가 Exchange Online에서 호스팅되는지 확인하십시오.
- 증거 기반 에지 차단 기능 비활성화(권장하지 않음)
ملاحظة : 아래에 제시된 모든 방법은 전체 권한을 가진 글로벌 관리자 권한이 필요합니다.
공용 폴더는 로컬에 호스팅해야 합니다.
이 과정을 통해 이메일이 포함된 공용 폴더가 로컬에 호스팅됩니다. 이 과정에는 Microsoft Azure Active Directory Connect 화면에 접속하여 몇 가지 선택적 기능을 조정하는 작업이 포함됩니다.
이 과정을 통해 공용 메일 사용 가능 폴더 주소가 DBEB 기능에서 유효하지 않은 것으로 간주되지 않도록 할 수 있습니다.
아래 지침에 따라 '오류'를 해결하세요.수신자 주소가 거부되었습니다. 접근이 거부되었습니다. 각 공용 폴더가 로컬에 호스팅되도록 함으로써:
- 무엇보다 먼저 화면을 켜세요. Microsoft Azure Active Directory 연결.
- 로그인 후 왼쪽에 있는 세로 메뉴를 사용하여 선택하세요. 선택 사양 기능.
- 다음으로 오른쪽 섹션으로 이동하여 해당 상자를 선택하십시오. Exchange의 공용 메일 폴더.

- 탭하다 다음 것 변경 사항을 저장하려면 이전에 전송에 실패했던 이메일을 다시 보내보고 문제가 해결되었는지 확인하십시오.
공용 서버가 온라인 상태로 호스팅되는지 확인하십시오.
디렉터리 기반 에지 차단(DBEB)은 아직 공용 메일 폴더에서 지원되지 않으므로, 다른 해결 방법을 사용해야 할 수 있다는 점을 유의하십시오.
첫 번째 대안은 공용 폴더로 전송된 이메일을 Exclaimer Cloud로 전달하지 않도록 설정하는 것입니다. 이는 메일 흐름 목록에 접근하여 예외 규칙을 생성함으로써 수행할 수 있습니다.
공용 서버가 온라인 상태로 유지되도록 하려면 아래 지침을 따르십시오.
- 에 로그인하여 시작 온라인 교환 귀하의 계정을 사용합니다.
- 계정에 로그인하신 후, 다음으로 이동하세요. 메일 흐름 옵션 메뉴에서 해당 탭으로 이동하세요. 규칙.
- 사용 가능한 규칙 목록에서 선택하세요. Exclaimer Cloud로 보낼 메시지를 지정하세요.을 탭한 다음 퍄퍄퍄퍄퍄퍄
- 편집 가능한 메뉴에서 해당 섹션의 맨 아래로 스크롤하여 클릭합니다. 예외를 추가하다 (아래에 (단, 예외적인 경우 제외).
- 사용 가능한 옵션 목록에서 선택하세요. 수신자는…이 사람인가요?.

- '멤버 선택' 창이 나타나면 현재 사용 중인 모든 공용 폴더 사서함을 선택하세요.
- 마지막으로 클릭하세요. 부가 변경 사항을 적용하려면 클릭하세요. 확인 그런 다음 저장하여 적용하세요.
디렉터리 기반 에지 차단 비활성화
이 방법을 권장하지는 않지만, DBEB로 인한 이메일 차단을 방지할 수 있는 또 다른 대안은 디렉터리 기반 에지 차단 메커니즘을 완전히 비활성화하는 것입니다.
이를 위해 아래 지침을 따르십시오.
- 로그인 온라인 교환 귀하의 계정을 사용합니다.
- 계정에 성공적으로 로그인하셨다면 다음 단계로 진행하세요. 메일 흐름그런 다음 카테고리에 액세스하세요. 허용 가능한 도메인 방금 나타난 컨텍스트 메뉴에서요.

- 다음으로 공용 폴더의 루트 범위를 선택하고 클릭합니다. 해제.
- 이내에 허용 범위는 다음과 같습니다. 퍄퍄퍄 내부 이동 클릭 저장 DBEB를 효과적으로 비활성화하려면.



댓글이 닫혀있다.