인기 도구

테마

SMTP 테스트: 메일 서버 확인

무료 SMTP 서버 테스트 도구입니다. 25, 587, 465, 2525번 포트의 메일 서버에 실시간으로 접속해 인사말, TLS와 인증서, 그리고 낯선 상대의 메일을 중계하는지 확인합니다. 비밀번호는 필요 없고, 메일도 발송하지 않습니다.

저희 뭄바이 테스트 서버의 실시간 세션 · Google Public DNS · 루트 스토어 4곳 · Team Cymru · IP 블랙리스트 확인의 목록
테스트 서버 온라인 · 뭄바이

25번 포트: 서버끼리 메일을 전달하는 포트입니다. 도메인이나 이메일 주소를 입력하면 해당 MX 서버를 테스트합니다.

예시gmail.comMXsmtp.gmail.com587smtp.gmail.com465smtp.office365.com587smtp.sendgrid.net2525
테스트가 순서대로 확인하는 항목
  1. 연결
  2. 인사말
  3. EHLO
  4. STARTTLS
  5. 인증서
  6. TLS 후 EHLO
  7. 비밀번호 로그인
  8. 릴레이 확인

저희 테스트 서버에서 SMTP 세션을 한 번 진행합니다. 비밀번호도 DATA도 보내지 않으며 메일은 발송되지 않습니다. 반복 테스트가 빠르도록 응답을 2분간 보관하며, 테스트한 내용의 로그는 남기지 않습니다.

SMTP 테스트는 무엇을 확인하나요?

SMTP 테스트는 발신 서버와 똑같은 대화를 합니다. 연결하고, 220 인사말을 기다리고, EHLO로 자기소개를 하고, STARTTLS로 TLS로 전환하고, 인증서를 확인하고, EHLO를 다시 보내고, 25번 포트에서는 낯선 사람의 도메인으로 전달해 달라고 요청합니다. 각 단계는 세 자리 코드로 응답하며, 그 답을 보면 무엇이 작동하는지 알 수 있습니다.

메일이 나가기 직전에 멈춥니다: 비밀번호도 DATA도 보내지 않으므로 이메일은 한 통도 발송되지 않습니다. 각 단계는 저마다 다른 방식으로 실패하며, 실패하는 방식이 누가 고쳐야 하는지를 알려 줍니다.

  1. 1연결3 ms필터링됨 · 닫힘
  2. 2인사말220 · 236 ms421 · 554 · 무응답
  3. 3EHLO250 · 245 ms500 → HELO
  4. 4STARTTLS220 · 233 ms454 · 제공 안 함
  5. 5TLS1.3 · 6 ms오래된 TLS · 공통 암호 없음
  6. 6인증서유효 · 58일만료 · 자체 서명 · 이름 불일치
  7. 7EHLO 재전송250 · 237 msTLS 전 AUTH
  8. 8릴레이 확인550 · 475 ms250 = 오픈 릴레이
gmail-smtp-in.l.google.com의 25번 포트를 저희 테스트 서버에서 2026년 10월 24일에 실제로 테스트한 결과입니다. 각 단계 아래에는 그 단계가 실패하는 방식이 있습니다. 단계 아래의 선은 연결입니다: STARTTLS 전까지는 읽을 수 있고 이후에는 암호화됩니다.
gmail-smtp-in.l.google.com 25번 포트의 SMTP 테스트: 판정, 각 단계, STARTTLS가 포함된 SMTP 대화gmail-smtp-in.l.google.com 25번 포트의 SMTP 테스트: 판정, 각 단계, STARTTLS가 포함된 SMTP 대화하나의 판정정상, 문제 있음(작동 중), 오픈 릴레이, 거부됨, 접속 불가: 답을 한 문장으로, 그 근거와 함께 보여 줍니다.핵심 사실주소, 네트워크, 역방향 DNS 이름, 암호화, 인증서, 블랙리스트를 한눈에 보여 줍니다.단계별 결과연결, 인사말, EHLO, STARTTLS, 인증서, EHLO 재전송, 로그인, 릴레이 확인까지 세션의 모든 단계와 서버의 대기 시간을 보여 줍니다.TLS가 시작되는 지점대화 전체를 한 줄씩 보여 줍니다. 경계선 위는 중간에서 읽을 수 있고, 아래는 암호화되어 있습니다.
Gmail 메일 서버의 25번 포트를 저희 테스트 서버에서 실제로 테스트한 결과입니다. 번호를 선택하면 각 부분이 무엇을 보여 주는지 알 수 있습니다.

SMTP 포트는 무엇을 써야 하나요? 25, 587, 465, 2525

25번 포트는 서버끼리 메일을 전달하는 포트로, 도메인의 MX 서버가 대기하는 곳이며 로그인하지 않습니다. 587번 포트는 메일 앱이 STARTTLS와 비밀번호를 거쳐 제공업체에 메시지를 넘기는 곳입니다(RFC 6409). 465번 포트는 같은 일을 첫 바이트부터 TLS로 합니다.

2525번 포트는 IANA 레지스트리에서는 메일 포트가 아니며 'ms-v-worlds'의 것입니다. 일부 네트워크가 587을 막기 때문에 SendGrid, Mailgun, Postmark가 이 포트를 열어 둡니다. 또 예전에 감염된 가정용 컴퓨터에서 스팸이 쏟아졌기 때문에, 대부분의 클라우드와 많은 가정용 제공업체가 발신 25번 포트를 기본으로 막습니다.

  • 587STARTTLS, 그다음 로그인
  • 465TLS 먼저, 그다음 로그인
  • 2525587이 막힌 곳용
  • 25서버 간, 로그인 없음
제공업체255874652525
Gmail / Google Workspacesmtp.gmail.com––✓✓––
Microsoft 365smtp.office365.com✓권장✓없음✕––
SendGridsmtp.sendgrid.net✓권장✓✓✓
Mailgunsmtp.mailgun.org✓✓✓✓
Postmarksmtp.postmarkapp.com✓✓––✓

기본으로 발신 25번 포트 차단: AWS · Google Cloud · Azure · Comcast. 587번 포트는 열려 있어야 합니다(RFC 5068).

각 제공업체의 발송 호스트가 받는 포트(각사 설정 페이지 기준, 2026년 10월). Microsoft 365에는 465가 없습니다: 587에서 STARTTLS가 필수입니다.

SMTP 응답 코드: 220, 250, 421, 550, 554의 의미

모든 SMTP 응답은 세 자리 숫자로 시작합니다. 첫 자리는 무엇을 해야 하는지 알려 줍니다: 2는 완료, 3은 더 보내기, 4는 나중에 다시, 5는 재시도하지 않기. 둘째 자리는 주제 분류(0은 문법, 2는 연결, 5는 메일 시스템)이고, 셋째 자리는 상세입니다.

대부분의 서버는 그 뒤에 5.1.1 같은 확장 상태 코드를 덧붙입니다(ENHANCEDSTATUSCODES를 제공하는 경우): 클래스, 주제(1은 주소 지정, 7은 보안 또는 정책), 상세 순서입니다. 코드 뒤의 문장은 사람을 위한 것이고 서버마다 다르므로, 숫자를 먼저 읽으세요.

  • 220서비스 준비됨인사말 · STARTTLS 이후
  • 221연결을 닫습니다QUIT 이후
  • 250OK, 완료EHLO · MAIL · RCPT · RSET
  • 354메시지 전송 시작DATA 이후: 저희는 여기까지 가지 않습니다
  • 421지금은 사용 불가, 연결 종료인사말: 혼잡 또는 제한
  • 451나중에 다시 시도RCPT: 그레이리스팅
  • 454지금은 TLS를 사용할 수 없음STARTTLS
  • 530먼저 로그인하세요587번 포트의 MAIL
  • 535사용자 이름 또는 비밀번호가 틀림AUTH: 저희는 보내지 않습니다
  • 550사서함을 쓸 수 없거나 허용되지 않음RCPT: 릴레이 확인
  • 554여기에는 SMTP 서비스가 없음인사말: 거부
이 테스트가 만나는 코드와 그 위치입니다. 색은 첫 숫자별: 2는 완료, 3은 대기, 4는 일시적, 5는 영구적(RFC 5321 §4.2. 454, 530, 535는 RFC 3207과 RFC 4954에서).

STARTTLS와 암시적 TLS: 587번 포트와 465번 포트 중 무엇을?

STARTTLS(587번 포트, 그리고 서버 간의 25번 포트)에서는 대화가 평문으로 시작해 중간에 TLS로 전환됩니다. 전환 전까지는 경로상의 누구나 읽을 수 있고, 서버의 목록에서 STARTTLS를 슬쩍 지울 수도 있습니다. MTA-STS나 DANE가 없는 발신 측은 그대로 암호화 없이 진행합니다.

암시적 TLS(465번 포트)에서는 서버가 아무 말도 하기 전에 TLS 핸드셰이크가 먼저 이루어집니다. RFC 8314(2018년)는 메일 앱이 이쪽을 우선하도록 권장하지만, 제대로 설정하면 둘 다 똑같이 안전합니다. 25번 포트의 서버 간 통신에는 STARTTLS만 있습니다.

587STARTTLSsmtp.gmail.com
  1. ←220smtp.gmail.com ESMTP
  2. →EHLO probe.dnsrobot.net
  3. ←250SIZE · 8BITMIME · STARTTLS · …
  4. →STARTTLS
  5. ←2202.0.0 Ready to start TLS
TLS 1.3핸드셰이크 6 ms
  1. →EHLO probe.dnsrobot.net
  2. ←250SIZE · AUTH LOGIN PLAIN XOAUTH2 …
  3. →AUTH … (내 앱)

처음 다섯 줄은 읽을 수 있는 상태로 지나갑니다: 공격자가 여기서 STARTTLS를 제거할 수 있습니다.

465암시적 TLSsmtp.gmail.com
TLS 1.3핸드셰이크 6 ms
  1. ←220smtp.gmail.com ESMTP
  2. →EHLO probe.dnsrobot.net
  3. ←250SIZE · AUTH LOGIN PLAIN XOAUTH2 …
  4. →AUTH … (내 앱)

읽을 수 있는 상태로 지나가는 것이 없습니다: 제거할 STARTTLS가 없습니다.

같은 서버 smtp.gmail.com을 저희 테스트 서버에서 두 포트 모두 테스트했습니다. 점선 레일은 중간에서 읽을 수 있고, 청록색 레일은 암호화되어 있습니다.

EHLO: 서버의 확장 기능 목록이 뜻하는 것

클라이언트는 EHLO와 자기 이름으로 시작하고, 서버는 250과 함께 지원하는 확장 기능을 한 줄씩 나열해 답합니다. 이 목록이 서버의 메뉴입니다: 최대 메시지 크기, TLS로 전환할 수 있는지, 어떤 로그인 방식을 받는지.

STARTTLS 이후 클라이언트는 목록을 잊고 다시 물어야 합니다(RFC 3207). 잘 설정된 서버는 그때 STARTTLS를 빼고 흔히 AUTH를 추가하므로, 비밀번호는 TLS 안에서만 제공됩니다. TLS 이전 목록에 AUTH PLAIN이나 LOGIN이 있으면 점검 결과로 표시됩니다: 앱이 비밀번호를 평문으로 보낼 수 있습니다.

  1. SIZE 35882577최대 메시지 크기: 34.2 MBSIZE 35882577
  2. 8BITMIME악센트 문자와 비라틴 텍스트가 그대로 통과8BITMIME
  3. STARTTLSTLS로 전환 가능: TLS 이전에만 제공사라짐
  4. 아직비밀번호 또는 OAuth 로그인: TLS 안에서만 제공AUTH LOGIN PLAIN XOAUTH2 …
  5. ENHANCEDSTATUSCODES응답에 5.1.1 같은 코드가 붙음ENHANCEDSTATUSCODES
  6. PIPELINING여러 명령을 한꺼번에PIPELINING
  7. CHUNKING크기가 정해진 조각(BDAT)으로 메시지 전송CHUNKING
  8. SMTPUTF8ü@example.com 같은 주소SMTPUTF8

그 밖에 보이는 것: DSN 배달 보고서 · VRFY '이 사용자가 존재합니까?'(꺼 두는 경우가 많음) · REQUIRETLS 모든 구간에서 TLS · BINARYMIME CHUNKING과 함께 쓰는 원시 바이너리 · ETRN 백업 서버가 쌓인 메일을 가져감

587번 포트의 smtp.gmail.com: STARTTLS 전과 후의 EHLO 응답입니다. RFC 3207과 RFC 4954가 요구하는 대로 STARTTLS가 사라지고 AUTH가 나타납니다.

SMTP 릴레이 테스트: 내 메일 서버는 오픈 릴레이인가요?

오픈 릴레이는 누구의 메일이든 어디로든 전달해 주므로 스패머가 찾아다니고 블랙리스트에도 오릅니다. RFC 2505는 1999년부터 메일 서버가 이를 거부하도록 권고해 왔고, 제출 서버는 로그인 없이 중계해서는 안 됩니다(RFC 5068).

25번 포트에서는 낯선 상대로서 다른 사람의 도메인으로 전달해 달라고 요청합니다: 저희 테스트 주소로 MAIL FROM을 보낸 다음 RCPT TO:<relay-test@example.com>을 보냅니다. 4xx 또는 5xx는 거부로 좋은 결과입니다. 250은 수락으로 오픈 릴레이의 강한 징후이지만, 일부 서버는 DATA 이후에야 거부합니다. 저희는 DATA를 보내지 않으므로 어느 쪽이든 아무것도 전달되지 않습니다.

  1. MAIL FROM
  2. RCPT TO ?
  3. RSET
  4. DATA 보내지 않음
  5. QUIT
거부가 증명하는 것

이 서버는 이 낯선 상대가 이 도메인으로 보내는 메일을 중계하지 않는다는 점입니다. Gmail은 550 5.1.1로 답했습니다: example.com 주소의 메일은 아예 받지 않습니다.

증명하지 못하는 것

모두에게 거부한다는 점(일부 네트워크를 신뢰할 수 있습니다), 그리고 250이라고 해서 메일이 실제로 나간다는 점입니다. 일부 서버는 DATA 이후에 거부합니다.

25번 포트에서만 실행되는 저희 확인: 명령 네 개와 QUIT입니다. 587과 465번 포트는 먼저 로그인을 요구하므로 그곳에서는 확인하지 않습니다.

메일 서버의 인증서: MTA-STS와 DANE

메일 서버 사이에서는 수신 도메인이 요구할 때만 인증서를 확인합니다. 정책이 없으면 발신 측은 만료된 인증서를 포함해 어떤 인증서든 받아들이고, STARTTLS가 실패하면 평문으로 되돌아갑니다.

MTA-STS는 HTTPS로 정책을 게시합니다: TLS로만, 이 MX 이름으로, 유효한 인증서와 함께 전달할 것. DANE는 서버의 키를 DNS(TLSA 레코드)에 고정하며 DNSSEC가 필요합니다. 저희 테스트는 MTA-STS 방식으로, 즉 서버 자신의 이름을 기준으로 인증서를 확인하고, 그 도메인의 정책을 옆에 함께 보여 줍니다.

이름이 MX와 일치만료되지 않음신뢰하는 CADNSSEC 필요다운그레이드 불가
기회적 STARTTLS정책 없음–––––
MTA-STSmta-sts.<domain>/.well-known/mta-sts.txt–
DANE_25._tcp.<mx> TLSA, 서명된 영역키 일치키 일치필요 없음
gmail.com의 MTA-STS 정책
version: STSv1
mode: enforce
mx: smtp.google.com
mx: gmail-smtp-in.l.google.com
mx: *.gmail-smtp-in.l.google.com
max_age: 86400
mx.google.com 인증서 · 이름 26개
mx.google.com
smtp.google.com
aspmx.l.google.com
gmail-smtp-in.l.google.com
alt1.gmail-smtp-in.l.google.com
… alt4, gmr-smtp-in, mx1.smtp.goog
2026년 12월 21일까지 유효 · Google Trust Services WE2
Gmail의 현재 정책과 그 MX 서버가 제시하는 인증서(2026년 10월 24일): 정책의 모든 MX 이름이 인증서에 포함되어 있습니다. gmail.com에는 DANE가 없습니다: 영역이 DNSSEC로 서명되어 있지 않기 때문입니다.

내 컴퓨터에서 SMTP 서버를 테스트하는 방법

저희 테스트는 저희 서버에서 실행되므로 인터넷이 보는 모습을 보여 줍니다. 내 네트워크가 25번이나 587번 포트로 나갈 수 있는지는 다른 문제이며 웹 페이지는 답할 수 없습니다: 브라우저는 25, 465, 587번 포트를 아예 열지 않습니다(Fetch 표준의 'bad ports').

내 컴퓨터에서 다음 중 하나를 실행하세요. Windows에서는 Test-NetConnection이 1초 만에 답합니다. macOS와 Linux에서는 openssl s_client가 STARTTLS 전환을 대신해 주고 인증서도 보여 주며, 이어서 EHLO test를 입력하면 SMTP로 대화하게 됩니다. swaks는 세션 전체를 스크립트로 실행합니다.

WindowsmacOSLinux
$ openssl s_client -starttls smtp -connect smtp.gmail.com:587 -crlf
depth=0 CN=smtp.gmail.com
Protocol: TLSv1.3 · Cipher is TLS_AES_256_GCM_SHA384
Verification: OK신뢰됨
› EHLO test
250-smtp.gmail.com at your service
250-AUTH LOGIN PLAIN XOAUTH2 PLAIN-CLIENTTOKEN OAUTHBEARER XOAUTHTLS 안에서 로그인
250 SMTPUTF8
저희 테스트 서버25번 포트 열림
내 컴퓨터ISP가 25를 막을 수 있음
웹 페이지25 · 465 · 587 거부
2026년 10월 24일에 노트북에서 실행한 결과입니다(서버가 되돌려 준 주소는 생략했습니다). 각 레인의 의미: 누가 메일 서버의 포트에 접속할 수 있고, 누가 그것을 결정하는가.

메일 서버가 SMTP 테스트를 거부하는 이유

거부당했다고 해서 항상 서버가 고장 난 것은 아닙니다. 메일 서버는 스스로를 방어합니다: 블랙리스트에 오른 주소를 돌려보내고, 낯선 상대를 늦추거나 지연시키고, 한 발신 측이 여는 연결 수를 제한합니다. 저희 테스트는 접속하는 모든 서버에게 낯선 상대이므로 이런 방어를 가장 먼저 만납니다.

첫 응답을 읽어 보세요. 4xx는 일시적이며 실제 발신 측은 재시도합니다. 인사말 단계의 554나 RCPT의 5xx는 발신 측에 대한 정책 판단으로, 여러분의 발신 측에는 해당하지 않을 수 있습니다. 아무 응답도 없다면 SMTP가 아니라 네트워크의 문제입니다.

  • 저희 주소가 정책으로 차단됨5545.7.1 Service unavailable; client host blocked

    저희 테스트 서버를, 어쩌면 여러분의 서버도 돌려보냅니다. 서버의 블랙리스트와 허용 목록을 확인하세요.

  • 너무 바쁘거나 속도 제한4214.7.0 Too many concurrent SMTP connections

    일시적: 발신 측은 421을 몇 시간 동안 재시도합니다. 몇 분 뒤에 다시 테스트하세요.

  • 그레이리스팅4514.7.1 Greylisted, please try again later

    모르는 발신 측에는 나중에 다시 오라고 합니다. 실제 서버는 다시 보내므로 메일은 늦게 도착할 뿐 유실되지 않습니다.

  • 느린 인사말(타르핏)… 18초 동안 무응답 … 220mail.example.net

    RFC 5321은 발신 측이 5분을 기다리도록 허용합니다. 저희 테스트는 15초를 기다리고 그렇게 알려 드립니다.

  • 발신 측에 역방향 DNS가 없음5505.7.25 The IP address sending this message does not have a PTR record

    PTR 레코드가 없는 발신 측에 대한 Gmail의 응답입니다. 저희 테스트 서버에는 PTR이 있습니다.

  • 방화벽이 연결을 버림10초 동안 응답 없음(필터링됨)

    포트가 아는 발신 측만 들여보내거나, 중간의 네트워크가 막고 있습니다.

테스트에서 가장 자주 만나는 거부 여섯 가지와 각각이 보내는 응답입니다. 550 5.7.25 문구는 Gmail의 것이고 나머지는 전형적인 표현이며 서버마다 다릅니다.

SMTP 인증: 이 SMTP 테스트가 비밀번호를 묻지 않는 이유

많은 SMTP 테스트 도구는 사용자 이름과 비밀번호를 요구하고 실제 이메일을 보냅니다. 저희는 그러지 않습니다: 남의 웹사이트에 입력한 비밀번호는 바꿔야 하는 비밀번호가 되기 때문입니다. 이 테스트는 비밀번호 없이도 필요한 정보를 보여 줍니다: 서버가 로그인을 제공하는지, 어떤 방식인지, 그리고 TLS 안에서만 제공하는지.

비밀번호는 어차피 사라져 가고 있습니다. Google은 이미 비밀번호만으로 앱이 Gmail에 로그인하는 것을 허용하지 않으며, Microsoft는 기존 테넌트의 SMTP AUTH Basic 인증을 2026년 12월 말에 기본값으로 끕니다. 앱이 아직 비밀번호로 로그인한다면, 앱 안에서 앱 비밀번호로 테스트하세요.

로그인 방식(IANA SASL 레지스트리)
  • PLAIN일반적
  • OAUTHBEARER일반적
  • SCRAM-SHA-256일반적
  • CRAM-MD5제한적
  • LOGIN폐기됨
  • XOAUTH2폐기됨
  • DIGEST-MD5폐기됨

XOAUTH2는 '폐기됨'으로 표시되어 있지만, 오늘날 Gmail과 Microsoft 365 앱이 쓰는 것이 바로 이것입니다.

SMTP 비밀번호 로그인: 종료일
Google
2025년 3월 14일 / 5월 1일: Workspace가 비밀번호 로그인 중단
Microsoft 365
Basic 인증 그대로2026년 12월 말: 기본값 꺼짐

Microsoft는 최종 제거일을 2027년 하반기에 발표할 예정입니다. Google의 공식 페이지에는 Workspace에 대해 두 개의 날짜가 나와 있습니다.

상태는 IANA SASL 메커니즘 레지스트리에서, 날짜는 Google과 Microsoft의 공지에서 가져왔습니다(Microsoft는 2026년 1월 27일자).

SMTP 테스트: 자주 묻는 질문

SMTP 테스트란 무엇이며, SMTP 검사기는 무엇을 보여 주나요?

SMTP 테스트는 발신 서버처럼 메일 서버와 실제 SMTP 세션을 열고 모든 응답을 읽습니다: 인사말, 확장 기능, TLS 전환, 인증서, 그리고 25번 포트에서는 낯선 상대의 메일을 중계하는지 여부입니다. 이 SMTP 테스트 도구는 DATA 전에 멈추고 로그인하지 않으므로 이메일이 발송되지 않으며 비밀번호도 필요 없습니다.

SMTP 서버는 어떻게 테스트하나요?

서버 이름(smtp.example.com)이나 IP 주소를 입력합니다. 도메인이나 이메일 주소를 입력하면 해당 MX 서버를 테스트합니다. 포트를 고르고 테스트를 누르세요. 결과에는 각 단계와 소요 시간, 대화 전체, 고쳐야 할 점이 표시됩니다. 내 네트워크에서 직접 테스트하려면 결과 아래의 명령어를 쓰세요: Windows에서는 Test-NetConnection, macOS와 Linux에서는 openssl s_client입니다.

어떤 포트를 써야 하나요? 25, 587, 465, 2525

메일 앱과 웹사이트는 제공업체를 통해 587번 포트에서 STARTTLS와 비밀번호로, 또는 465번 포트에서 첫 바이트부터 TLS로 발송합니다. 서버끼리는 25번 포트에서 로그인 없이 전달합니다. 2525번 포트는 비공식 대안으로, 587이 막힌 곳을 위해 SendGrid, Mailgun, Postmark가 열어 두지만 IANA 레지스트리에서는 메일 포트가 아닙니다.

내 ISP가 25번이나 587번 포트를 막고 있나요?

저희 테스트로는 알 수 없습니다. 저희 서버에서 실행되기 때문입니다. AWS, Google Cloud, Azure, 그리고 Comcast 같은 많은 가정용 제공업체는 발신 25번 포트를 기본으로 막습니다. RFC 5068은 제공업체가 587을 막아서는 안 된다고 정하고 있습니다. 내 네트워크를 확인하려면 PowerShell에서 Test-NetConnection smtp.gmail.com -Port 587을, macOS와 Linux에서는 nc -vz smtp.gmail.com 587을 실행하세요. 시간 초과는 차단을 뜻합니다.

SMTP 테스트에서 220, 421, 554는 무슨 뜻인가요?

220은 인사말입니다: 서버가 준비되었고 자신의 이름을 밝힙니다. 421은 '지금은 안 됨'이라는 뜻입니다: 서버가 바쁘거나 연결을 제한하고 있어 회선을 닫으니 나중에 다시 시도하세요. 인사말 단계의 554는 이 발신 측과는 아예 대화하지 않겠다는 거부로, 블랙리스트나 정책 때문인 경우가 많으며 신뢰하는 발신 측은 그래도 통과할 수 있습니다.

STARTTLS란 무엇이며 필수인가요?

STARTTLS는 평문 SMTP 연결을 TLS로 전환해 이후의 대화를 암호화합니다. 587번 포트의 제출 서버는 보통 로그인 전에 이를 필수로 요구합니다. 25번 포트의 공개 메일 서버는 메일을 받기 위해 이를 필수로 요구해서는 안 되지만 제공해야 합니다: Gmail, Microsoft 365와 대부분의 제공업체가 제공하며, 저희 테스트는 제공하지 않는 서버를 표시합니다.

SMTP 테스트가 시간 초과되는 이유는 무엇인가요?

10초 안에 아무 응답이 없으면 포트가 필터링된 것입니다: 방화벽이 연결을 버리거나, 서버가 아는 발신 측만 받습니다. 이는 장비가 즉시 응답하되 포트에서 대기하는 것이 없는 연결 거부와는 다릅니다. IPv6 주소만 있는 서버에는 저희 테스트 서버에서 아직 접속할 수 없으며, 결과에는 '다운'이 아니라 그렇게 표시됩니다.

사용자 이름과 비밀번호로 SMTP 인증을 테스트할 수 있나요?

아니요, 의도적으로 그렇습니다: 이 SMTP 테스트 도구는 비밀번호를 받지 않습니다. 서버가 어떤 로그인 방식을 제공하는지, TLS 안에서만 제공하는지를 보여 주며, 비밀번호 테스트가 노출하는 것도 바로 그 정보입니다. 내 로그인을 테스트하려면 메일 앱을 쓰거나, 내 컴퓨터에서 앱 비밀번호로 swaks를 실행하세요. 비밀번호가 내 컴퓨터를 떠나지 않습니다.

오픈 릴레이 테스트는 어떻게 작동하나요?

25번 포트에서 저희 테스트 서버가 낯선 상대로서 메일 서버에 example.com의 주소로 전달해 달라고 요청합니다. 거부(4xx 또는 5xx)는 좋은 결과입니다. 250은 오픈 릴레이의 강한 징후로, 누구나 스팸을 보내는 데 쓸 수 있습니다. DATA 전에 멈추므로 아무것도 전달되지 않으며, 여기서 수락하더라도 나중에 거부하는 서버가 일부 있습니다.

EHLO와 HELO의 차이는 무엇인가요?

둘 다 클라이언트의 이름으로 대화를 시작합니다. HELO는 오래된 명령으로 단순한 OK를 받습니다. EHLO는 SIZE, STARTTLS, AUTH 같은 확장 기능의 목록도 서버에 요청합니다. 현재의 모든 서버는 EHLO에 응답하며, 클라이언트는 EHLO가 거부될 때만 HELO로 되돌아갑니다. 저희 테스트는 HELO가 필요한 서버를 표시합니다.

SMTP 테스트가 이메일을 보내나요?

아니요. 저희 테스트 서버는 메시지를 시작하는 명령인 DATA 전에 QUIT를 보내며 로그인도 하지 않습니다. 메일 서버에는 probe.dnsrobot.net의 짧은 대화만 보이고 어떤 받은편지함에도 아무것도 도착하지 않습니다. 실제 메시지가 어떻게 수신되는지 확인하려면, 보낸 메일을 읽어 주는 이메일 주소 확인을 사용하세요.

Gmail과 Outlook의 SMTP 설정은 무엇인가요?

Gmail: smtp.gmail.com, 587번 포트의 STARTTLS 또는 465번 포트의 TLS, 로그인은 OAuth 또는 앱 비밀번호. Microsoft 365: smtp.office365.com, 587번 포트의 STARTTLS이며 465번 포트의 암시적 TLS는 없습니다. Outlook.com: smtp-mail.outlook.com의 587번 포트, 최신 인증 방식을 사용합니다. 위의 예시 버튼으로 앞의 둘을 테스트할 수 있습니다.

부족한 점이 있습니까?기능 또는 새 도구 제안하기

더 많은 이메일 및 DNS 도구