증상
집을 떠나 홈 메일 계정을 사용하여 전자 메일 메시지를 보내면 전자 메일 메시지가 550, 553 또는 릴레이 금지 오류 메시지와 함께 반환될 수 있습니다. 사무실을 떠나 회사 전자 메일 계정을 사용하여 전자 메일 메시지를 보내려고 할 때도 같은 상황이 발생할 수 있습니다.
요약
릴레이는 전자 메일 메시지가 보낸 사용자가 메시지를 배달하도록 요청하는 SMTP(Simple Mail Transfer Protocol) 또는 나가는 서버에서 도메인(@기호 뒤의 이름(예: adatum.com)이 처리되지 않는 전자 메일 주소로 전송될 때 발생합니다. 메시지를 릴레이하려면 SMTP 서버가 다른 SMTP 서버에 연결해야 합니다.
릴레이 오류가 발생하는 전자 메일 메시지를 보내면 SMTP(나가는) 전자 메일 서버가 다음 중 하나와 같은 오류 메시지와 함께 전자 메일 메시지를 반환할 수 있습니다.
-
"받는 사람 중 하나가 서버에서 거부되었기 때문에 메시지를 보낼 수 없습니다. 거부된 이메일 주소는 '<someone@example.com> '이었습니다. 제목: '<테스트>', 계정: '<테스트>', 서버: '<smtp.example.com>', 프로토콜: SMTP, 서버 응답: '550 <someone@example.com> ... 릴레이 거부됨', 포트: 25, 보안(SSL): 아니요, 서버 오류: 550, 오류 번호: 0x800CCC79."
-
"받는 사람 중 하나가 서버에서 거부되었기 때문에 메시지를 보낼 수 없습니다. 거부된 이메일 주소는 '<이메일 주소>'이었습니다. 제목 '<테스트>', 계정: '<테스트>', 서버: '<smtp.example.com>', 프로토콜: SMTP, 서버 응답: '553 죄송합니다, 해당 도메인이 허용된 rcpthosts(#5.7.1)', 포트: 25, Secure(SSL): 아니요, 서버 오류: 553, 오류 번호: 0x800CCC79."
정확한 오류 메시지는 ISP(인터넷 서비스 공급자)에 따라 달라질 수 있습니다. 일부 ISP는 보내는 메시지를 원치 않는 상업용 메일로 검색할 때 오류 메시지를 반환하지 않을 수 있습니다. 이러한 경우 메시지가 정상적으로 전송되는 것처럼 보일 수 있습니다( Outlook Outbox 에서 나가고 보낸 항목에 표시됨). 하지만 실제로 받는 사람에게 배달되지는 않습니다.
SMTP(발신) 전자 메일 서버가 사용자를 권한 있는 사용자로 인식하지 못했기 때문에 메시지가 거부되었습니다.
SMTP는 대부분의 전자 메일 서버가 인터넷을 통해 전자 메일 메시지를 보내는 데 사용하는 프로토콜(컴퓨터가 서로 통신하는 데 사용하는 표준)입니다. 컴퓨터에 전자 메일 메시지를 저장할 수 있는 Outlook과 같은 전자 메일 프로그램을 사용하는 경우 전자 메일 메시지를 보내려면 SMTP 서버에 액세스해야 합니다.
참고: Windows Live 메일 Yahoo와 유사한 웹 메일 시스템 메일은 다르게 사용되며 이 항목은 해당 전자 메일 계정에 적용되지 않습니다.
정크 메일 및 릴레이 열기
원치 않는 상업용 전자 메일을 정크 메일 또는 스팸이라고도 합니다. 정크 메일의 볼륨이 계속 증가하는 기본 이유는 보내기 위해 거의 아무것도 보내지 않는 사람에게 비용이 들기 때문입니다. 실제로 보낸 사람은 자신의 ISP의 SMTP(발신) 전자 메일 서버를 통해 정크 메일을 보낼 필요가 없습니다.
인터넷의 기본 구조는 누구나 적은 비용으로 수백만 개의 정크 메일을 보낼 수있는 기능을 제공하는 의미를 고려하기 전에 설계되었습니다. 스패머는 SMTP 서버의 릴레이 기능을 사용하여 이러한 공개 릴레이를 허용하는 타사 서버를 통해 릴레이하여 정크 메일의 실제 원본을 마스킹합니다. 이렇게 하면 정크 메일이 메시지를 릴레이하고 실제 보낸 사람의 ID를 숨기는 사이트에서 온 것처럼 보입니다.
최근까지 대부분의 SMTP 전자 메일 서버는 개방형 신뢰 시스템에서 작동했습니다. 이 시스템에서는 어디서나 SMTP 서버에 전자 메일 메시지를 제출할 수 있으며, 서버는 이를 수락하고 받는 사람 또는 받는 사람의 사서함이 있는 다른 전자 메일 서버에 전달합니다. 소위 개방형 릴레이 서버에서는 SMTP 서버를 통해 보낼 수 있는 사용자에 대한 제한이 없었습니다.
릴레이 전자 메일 메시지에 대한 ISP 제한 사항
정크 메일 볼륨이 증가함에 따라 ISP 서버 관리를 담당하는 네트워크 관리자가 SMTP 전자 메일 서버에 제한을 두기 시작했습니다. 이러한 제한은 모든 사용자가 전자 메일 서버를 사용하거나 남용하는 것을 방지하는 데 도움이 됩니다. organization 로비에 있는 전화는 organization 일했는지 여부에 관계없이 누구나 사용할 수 있도록 사용했습니다. 이제 직원만 해당 전화를 사용할 수 있습니다.
현재 사용 중인 제한에는 다음과 같은 몇 가지 유형이 있습니다.
-
SMTP 인증 필요 암호를 사용하여 전자 메일 메시지의 POP3(들어오는) 서버에 액세스해야 하는 것처럼 이 옵션을 사용하려면 SMTP 서버를 통해 전자 메일 메시지를 보낼 사용자 이름과 암호를 제공해야 합니다. 일반적으로 POP3 서버에 사용되는 것과 동일한 사용자 이름 및 암호입니다. 고유할 수 있습니다.
-
먼저 ISP POP3(들어오는) 전자 메일 서버에 연결해야 합니다. 연결하여 새 전자 메일 메시지를 검색하는 경우 일반적으로 POP3(들어오는) 전자 메일 서버에 연결합니다. 사서함에 액세스하려면 사용자 이름과 암호를 제공해야 합니다. 네트워크 관리자는 POP3 전자 메일 서버에 처음 연결하고 인증하는 경우 일반적으로 제한된 SMTP 아웃바운드 서버를 통해 전자 메일 메시지를 보내도록 요청하는 모든 요청을 승인하도록 서버를 구성할 수 있습니다.
-
권한 있는 네트워크 위치에서 연결해야 합니다. 집에 있고 ISP에 전화를 걸거나 케이블 또는 DSL 모뎀이 있는 경우 ISP 네트워크에 직접 연결합니다. 사용자 이름과 암호가 있는 ISP 계정이 있다고 신뢰할 수 있습니다. 고객이기 때문에 SMTP 서버를 사용하여 전자 메일 메시지를 보낼 권한이 있습니다.
-
특정 IP 주소 또는 IP 주소 범위에서 연결해야 합니다. ISP는 네트워크에 직접 연결되지 않은 사용자에게 SMTP 서버에 대한 액세스 권한을 부여할 수 있습니다. 사무실의 원격 사용자는 이 옵션을 사용할 수 있습니다. 그러나 주요 문제는 많은 장소에 동적 IP 주소라고 하는 위치가 있다는 것입니다. 연결할 때마다 동일한 IP 주소가 보장되지 않습니다. 일부 회사에는 예약된 블록 또는 IP 주소 범위가 있을 수 있습니다. ISP는 승인된 사용자로 해당 IP 주소의 연결에 권한을 부여할 수 있습니다. ISP는 추가 정보를 제공할 수 있습니다.
릴레이에 사용할 수 있는 많은 시나리오가 있습니다. 다음은 가장 일반적인 상황입니다. 상황이 일치하는지 확인합니다.
|
시나리오 |
이 릴레이인가요? |
|---|---|
|
집에 있고 케이블 또는 DSL 모뎀으로 전화를 걸거나 연결하는 @proseware.com 끝나는 ISP 계정이 있습니다. 메일 주소가 @proseware.com 끝나는 다른 사람에게 전자 메일 메시지를 보냅니다. |
아니요. 메일은 정상적으로 처리해야 합니다. |
|
이메일 주소가 @adatum.com 끝나는 사람에게 전자 메일 메시지를 보내는 것을 제외하고는 첫 번째 시나리오와 동일합니다. |
예, 하지만 차단되지 않습니다. ISP에 직접 연결되어 있으므로 받는 사람의 사서함 위치와 관계없이 ISP의 SMTP(발신) 서버를 통해 모든 전자 메일 주소로 메일을 보낼 수 있는 권한이 부여됩니다. |
|
당신은 직장에있어. 회사 전자 메일 주소는 @thephone-company.com 종료되며, 전화 걸거나 케이블 또는 DSL 모뎀으로 연결하는 @proseware.com 끝나는 홈 ISP 계정이 있습니다. Outlook에는 집에서 사용하는 것과 동일한 SMTP 서버 설정이 있습니다. 전자 메일 주소가 @proseware.com 끝나는 사람에게 전자 메일 메시지를 보냅니다. |
아니요. 메일은 정상적으로 처리해야 합니다. |
|
이메일 주소가 @adatum.com 끝나는 사람에게 전자 메일 메시지를 보내는 것을 제외하고는 이전 시나리오와 동일합니다. |
예, 이 메시지는 릴레이 메일로 차단될 수 있습니다. ISP 네트워크에 연결되지 않은 상태에서 홈 ISP의 SMTP(나가는) 서버를 사용하려고 합니다. SMTP 서버는 ISP의 권한 있는 구독자로 유효성을 검사할 수 없습니다. 또한 SMTP 서버에서 메시지를 받아 받는 사람의 사서함으로 배달하기 위해 다른 SMTP 서버에 연결하도록 요청합니다. |
|
호텔에 머무르거나 인터넷 액세스를 제공하는 공항 인터넷 키오스크를 사용하고 있습니다. 케이블 또는 DSL 모뎀으로 전화를 걸거나 연결하는 @proseware.com 끝나는 홈 ISP 계정이 있습니다. Outlook에는 집에서 사용하는 것과 동일한 SMTP 서버 설정이 있습니다. 메일 주소가 @proseware.com 끝나는 다른 사람에게 전자 메일 메시지를 보냅니다. |
아니요. 메일은 정상적으로 처리해야 합니다. |
|
이메일 주소가 @adatum.com 끝나는 사람에게 전자 메일 메시지를 보내는 것을 제외하고는 이전 시나리오와 동일합니다. |
예, 이 메시지는 릴레이 메일로 차단될 수 있습니다. ISP 네트워크에 연결되지 않은 상태에서 홈 ISP의 SMTP(나가는) 서버를 사용하려고 합니다. SMTP 서버는 ISP의 권한 있는 구독자로 유효성을 검사할 수 없습니다. 또한 SMTP 서버에 메시지를 보낸 다음 다른 SMTP 서버에 연결하여 받는 사람의 사서함으로 배달하도록 요청합니다. |
해결 방법
릴레이로 간주되는 시나리오를 사용하는 경우 현재 연결의 서버를 통해 메시지를 보내야 합니다. 즉, 직장이나 집을 떠나 있고 ISP를 사용하여 인터넷에 연결하지 않고 가정 ISP 전자 메일 계정에서 메시지를 보내려는 경우 전자 메일 계정 설정을 변경하여 사용자의 위치에서 사용되는 SMTP 서버(예: 회사 SMTP 서버)를 지정해야 합니다. 단계별 절차는 전자 메일 계정 설정 변경으로 이동합니다.
이 솔루션이 작동하지 않거나 홈 ISP 계정을 사용하려는 경우 다음 단계는 ISP에 문의하여 앞에서 설명한 옵션을 사용할 수 있는지 묻는 것입니다. 처음 두 가지 제한 사항인 SMTP 인증이 필요하거나 ISP POP3(들어오는) 메일 서버에 먼저 연결해야 하는 경우 계정 설정에서 Outlook을 변경할 수 있습니다. 절차는 전자 메일 계정 설정 변경으로 이동합니다.
여전히 전자 메일 메시지를 보낼 수 없나요?
Outlook에서 SMTP 설정을 변경했거나 전자 메일 메시지를 보낼 수 있는 옵션을 찾았습니다. 그러나 여전히 메일을 보낼 수 없으며 오류 메시지가 표시됩니다.
모든 작업을 올바르게 수행했지만 네트워크 관리자가 ID 스푸핑을 방지하는 데 사용하는 또 다른 안전 기능이 발견되었을 수 있습니다. ID 스푸핑은 단순히 전자 메일 메시지를 보내고 실제로 누구인지 위장하는 방법입니다.
대부분의 전자 메일 프로그램과 마찬가지로 Outlook을 사용하면 다른 사람이 메시지에 회신을 클릭하면 표시되는 "표시 이름"과 반환 전자 메일 주소를 지정할 수 있습니다. 정크 메일은 거의 항상 이러한 필드에 거짓 정보를 포함합니다. 당신은 정말 당신이 얻을 풍부한 빠른 계획에 대해받은 그 메시지는 슈퍼 모델이나 세계 지도자에서 온 생각합니까?
ID 스푸핑을 방지하기 위해 일부 ISP는 회신 전자 메일 주소 필드에 거짓 정보의 삽입을 제한합니다. 예를 들어 ISP 도메인 이름이 proseware.com 끝나는 경우 ISP에서 전자 메일 반환 주소를 terri@contoso.com 설정하도록 허용하지 않을 수 있습니다. 이 제한은 앞에서 설명한 제한 사항만큼 일반적으로 사용되지는 않지만 위치 및 연결에 관계없이 모든 사용자에게 적용할 수 있습니다. 대안은 없습니다. 서버 관리자가 이 방법을 사용하는 경우 현재 연결과 일치하는 반환 전자 메일 주소 도메인을 지정해야 합니다.
