연결
호스트와 포트가 응답하는지, 그리고 암호화 설정이 서버가 기대하는 방식과 일치하는지 확인합니다. 잘못된 포트나 잘못된 암호화 모드는 자격 증명을 제시하기 전에 이 단계에서 실패하는 경우가 대부분입니다.
SMTP Tester
Test your SMTP server configuration and send a test email.
Privacy Note
Your SMTP credentials are used only for this test and are not saved on our servers.
확인하는 항목
하나의 실패처럼 보이지만 서로 다른 세 가지
SMTP 테스트 도구가 필요한 이유는 메일이 발송되지 않을 때, 세 단계 중 어느 단계에서 거부되었는지가 핵심 질문이기 때문입니다. 오류 메시지가 그 답을 알려주며, 이 페이지는 그 오류를 빠르게 확인하는 방법을 안내합니다.
로그인
사용자 이름과 비밀번호가 승인되는지 확인합니다. 제공업체가 계정 비밀번호 대신 앱 전용 비밀번호를 요구할 때 이 단계에서 실패하며, 이는 흔하면서도 혼란스러운 상황입니다.
발송
서버가 입력한 발신자 주소로 메시지를 실제로 중계해 주는지 확인합니다. 로그인은 성공해도 발송이 거부될 수 있는데, 보통 발신자 주소가 계정에서 발송이 허용된 주소가 아니기 때문입니다.
마켓플레이스에서의 의미
이메일 상품의 4분의 1은 프로토콜 접근 권한으로 판매된다
이건 우연히 사이트에 올라온 범용 도구가 아니다. 카탈로그가 만들어내는 질문에 답하는 상품이다.
리스팅이 약속하는 건 받은편지함이 아니라 프로토콜이다
여기 등록된 이메일 상품 중 천 개 이상이 제목이나 설명에 IMAP, SMTP 또는 POP3를 명시하고 있다. 이는 메일함에 어떻게 접근할 것인지에 대한 주장이며, 쓰기는 싸고 틀리기 쉬운 그런 종류의 주장이다.
불만을 제기할 수 있는 창은 짧다
이 사이트의 보증 기간은 주문이 배송된 시점부터 시작되며, 테스트를 미루는 시점부터가 아니다. 대부분의 리스팅에서 보증 기간은 시간 단위로 측정된다. 도착 즉시 테스트하는 것은 성실함의 문제가 아니라, 테스트가 의미를 갖는 유일한 순간이다.
결과 해석하기
통과와 실패가 각각 증명하는 것
테스트 결과는 생각보다 좁은 범위를 다룹니다. 두 결과 모두 가치가 있으며, 어느 쪽도 사람들이 흔히 받아들이는 의미를 갖지는 않습니다.
| 증명하는 것 | 증명하지 못하는 것 | |
|---|---|---|
| 발송 성공 | 호스트가 응답했고, 자격 증명이 승인되었으며, 서버가 해당 주소에서 그 시점에 메시지를 중계했다는 것. | 내일도 작동할 것, 메일함이 공유되지 않을 것, 또는 다른 누군가가 같은 비밀번호를 갖고 있지 않을 것. |
| 로그인 거부 | 사용자 이름, 비밀번호 또는 인증 방식 중 무엇인가가 잘못되었다는 것. | 자격 증명이 가짜라는 것. 제공업체는 종종 앱 전용 비밀번호를 요구하며, 계정 비밀번호는 완전히 정상적인 메일함에 대해 깔끔하게 실패합니다. |
| 연결 거부 | 호스트, 포트 또는 암호화 설정이 일치하지 않는다는 것. 이는 자격 증명 문제가 아니라 설정 문제입니다. | 계정이 잘못되었다는 것. 아직 자격 증명을 제시할 단계에 도달하지 못한 것입니다. |
테스트 통과는 스냅샷이지 보증서가 아닙니다. 자격 증명이 한 번 작동했다는 것을 알려줄 뿐입니다. 그 자격 증명의 사본이 몇 개나 존재하는지는 알 수 없으며, 구매한 메일함의 경우 다음 주에도 여전히 내 것인지를 결정하는 것이 바로 그 질문입니다. 접속에 성공하면 비밀번호를 변경하세요.
테스트 전에 알아두기
다섯 가지 필드, 그리고 보통 어디서 문제가 생기는가
SMTP 서버 접속을 테스트하려면 다섯 가지가 필요합니다. 그중 네 가지는 안내문에서 별생각 없이 복사해 오는 경우가 많고, 나머지 하나가 바로 대부분의 실패가 발생하는 지점입니다.
호스트와 포트
이 둘은 항상 함께 가며, 짝이 맞지 않으면 SMTP 연결 테스트가 실패하는 가장 흔한 원인이 됩니다. 대부분의 제공업체는 포트를 여러 개 공개하는데, 각 포트는 서로 다른 암호화 방식을 기대합니다. 잘못된 조합을 고르면 자격 증명을 입력하기도 전에 실패합니다.
암호화
암시적(Implicit) 또는 명시적(Explicit) 방식이 있으며, 포트가 이를 결정합니다. 이 필드는 사람들이 폼에 기본값으로 설정된 그대로 두는 경우가 많고, 완벽하게 유효한 메일함 자격 증명이 거부된 것처럼 보이게 만드는 원인이기도 합니다.
사용자 이름과 비밀번호
SMTP 인증이 실제로 일어나는 부분이며, 계정 비밀번호 대신 앱 전용 비밀번호가 필요한 경우가 많습니다. 안내문에 둘 중 하나만 제공되었다면, 그 차이가 곧 문제의 원인입니다. 자격 증명 자체가 가짜라서가 아닙니다.
보내는 사람 주소
계정이 발송을 허용하지 않은 주소로는 테스트 이메일을 보낼 수 없습니다. 로그인은 성공해도 이 이유 하나만으로 발송이 거부될 수 있으며, 이는 자격 증명 오류처럼 보이지만 실제로는 그렇지 않습니다.
제한 사항
이 페이지가 하지 않는 일
솔직히 말하면, 진단의 유용한 부분은 어디서 멈추는지 아는 데 있습니다.
메일을 읽지 않습니다
보내기와 받기는 서로 다른 프로토콜입니다. 이 도구는 보내는 쪽만 확인합니다. 메일이 실제로 도착하는지 확인하려면 IMAP이나 POP3를 사용하는 별도의 점검이 필요합니다.
업체가 차단한 이유를 알려주지 않습니다
서버가 로그인을 수락하면서도, 공개하지 않는 이유로 보낸 메일을 조용히 삭제하거나 격리할 수 있습니다. 테스트가 성공했다는 것은 문이 열렸다는 뜻이지, 무언가가 그 문을 통과했다는 뜻은 아닙니다.