Công cụ phổ biến

Giao diện

Kiểm Tra SMTP: Kiểm Tra Mọi Máy Chủ Mail

Công cụ SMTP test miễn phí: kiểm tra trực tiếp mọi máy chủ mail ở cổng 25, 587, 465 hoặc 2525. Xem lời chào, TLS và chứng chỉ của nó, và việc nó có relay cho người lạ không. Không cần mật khẩu, không gửi mail.

Một phiên trực tiếp từ máy chủ kiểm tra của chúng tôi ở Mumbai · Google Public DNS · 4 kho gốc · Team Cymru · các danh sách của công cụ Kiểm Tra Danh Sách Đen IP
Máy chủ kiểm tra đang hoạt động · Mumbai

Cổng 25: nơi các máy chủ chuyển mail cho nhau. Nhập tên miền hoặc địa chỉ email để kiểm tra các máy chủ MX của nó.

Thửgmail.comMXsmtp.gmail.com587smtp.gmail.com465smtp.office365.com587smtp.sendgrid.net2525
Bài kiểm tra xem xét những gì, theo thứ tự
  1. Kết nối
  2. Lời chào
  3. EHLO
  4. STARTTLS
  5. Chứng chỉ
  6. EHLO sau TLS
  7. Đăng nhập bằng mật khẩu
  8. Kiểm tra relay

Một phiên SMTP từ máy chủ kiểm tra của chúng tôi: không mật khẩu, không DATA, không gửi mail. Câu trả lời được giữ 2 phút để lần kiểm tra lặp lại nhanh hơn; chúng tôi không lưu nhật ký về những gì bạn kiểm tra.

Một bài kiểm tra SMTP kiểm tra những gì?

Kiểm tra SMTP mở đúng cuộc trò chuyện mà một máy chủ gửi sẽ mở: kết nối, chờ lời chào 220, tự giới thiệu bằng EHLO, chuyển sang TLS bằng STARTTLS, kiểm tra chứng chỉ, hỏi EHLO lần nữa, và ở cổng 25 thì yêu cầu máy chủ chuyển thư tới tên miền của một người lạ. Mỗi bước trả lời bằng một mã ba chữ số, và các câu trả lời cho bạn biết cái gì đang hoạt động.

Chúng tôi dừng trước khi có gì rời đi: không mật khẩu, không DATA, nên không có email nào được gửi. Mỗi bước thất bại theo cách riêng của nó, và cách thất bại cho biết ai phải sửa.

  1. 1Kết nối3 msbị lọc · đóng
  2. 2Lời chào220 · 236 ms421 · 554 · im lặng
  3. 3EHLO250 · 245 ms500 → HELO
  4. 4STARTTLS220 · 233 ms454 · không cung cấp
  5. 5TLS1.3 · 6 msTLS cũ · không chung bộ mã hóa
  6. 6Chứng chỉhợp lệ · 58 ngàyhết hạn · tự ký · sai tên
  7. 7EHLO lần nữa250 · 237 msAUTH trước TLS
  8. 8Kiểm tra relay550 · 475 ms250 = relay mở
Một lần kiểm tra thật gmail-smtp-in.l.google.com ở cổng 25 từ máy chủ kiểm tra của chúng tôi, ngày 24/10/2026. Dưới mỗi bước: cách nó thất bại. Đường kẻ dưới các bước là kết nối: đọc được cho đến STARTTLS, được mã hóa sau đó.
Kiểm tra SMTP gmail-smtp-in.l.google.com ở cổng 25: kết luận, từng bước và cuộc trò chuyện SMTP với STARTTLSKiểm tra SMTP gmail-smtp-in.l.google.com ở cổng 25: kết luận, từng bước và cuộc trò chuyện SMTP với STARTTLSMột kết luậnHoạt động tốt, hoạt động nhưng có vấn đề, relay mở, từ chối, không kết nối được: câu trả lời trong một câu, kèm căn cứ.Các dữ kiệnĐịa chỉ, mạng, tên DNS ngược, mã hóa, chứng chỉ và blacklist, nhìn một lượt là thấy.Từng bước mộtMọi bước của phiên kèm thời gian chờ của máy chủ: kết nối, lời chào, EHLO, STARTTLS, chứng chỉ, EHLO lần nữa, đăng nhập và kiểm tra relay.Nơi TLS bắt đầuToàn bộ cuộc trò chuyện từng dòng một. Phía trên đường nối thì đọc được giữa đường; phía dưới thì được mã hóa.
Một bài kiểm tra thật máy chủ mail của Gmail ở cổng 25 từ máy chủ kiểm tra của chúng tôi. Chọn một số để xem mỗi phần cho thấy gì.

Nên dùng cổng SMTP nào: 25, 587, 465 hay 2525?

Cổng 25 dành cho các máy chủ chuyển thư cho nhau: đó là nơi các máy chủ MX của một tên miền lắng nghe, và không ai đăng nhập. Cổng 587 là nơi ứng dụng mail giao thư cho nhà cung cấp của bạn, sau STARTTLS và mật khẩu (RFC 6409). Cổng 465 làm điều tương tự với TLS ngay từ byte đầu tiên.

Cổng 2525 hoàn toàn không phải cổng mail trong sổ đăng ký của IANA: nó thuộc về “ms-v-worlds”. SendGrid, Mailgun và Postmark mở nó vì một số mạng chặn 587. Và vì spam từng tràn ra từ các máy tính gia đình bị nhiễm, hầu hết đám mây và nhiều nhà cung cấp gia đình chặn cổng 25 gửi đi theo mặc định.

  • 587STARTTLS, rồi đăng nhập
  • 465TLS trước, rồi đăng nhập
  • 2525nơi 587 bị chặn
  • 25máy chủ với máy chủ, không đăng nhập
Nhà cung cấp255874652525
Gmail / Google Workspacesmtp.gmail.com––✓✓––
Microsoft 365smtp.office365.com✓tốt nhất✓không✕––
SendGridsmtp.sendgrid.net✓tốt nhất✓✓✓
Mailgunsmtp.mailgun.org✓✓✓✓
Postmarksmtp.postmarkapp.com✓✓––✓

Cổng 25 gửi đi bị chặn mặc định: AWS · Google Cloud · Azure · Comcast. Cổng 587 phải luôn mở (RFC 5068).

Các cổng mà máy chủ gửi của từng nhà cung cấp chấp nhận, theo trang hướng dẫn cài đặt của chính họ (tháng 10/2026). Microsoft 365 không có 465: nó yêu cầu STARTTLS ở 587.

Mã trả lời SMTP: ý nghĩa của 220, 250, 421, 550 và 554

Mỗi câu trả lời SMTP bắt đầu bằng ba chữ số. Chữ số đầu tiên cho biết phải làm gì: 2 xong, 3 gửi thêm, 4 thử lại sau, 5 đừng thử lại. Chữ số thứ hai phân nhóm chủ đề (0 cú pháp, 2 kết nối, 5 hệ thống mail), và chữ số thứ ba là chi tiết.

Hầu hết máy chủ thêm một mã nâng cao như 5.1.1 phía sau (khi chúng liệt kê ENHANCEDSTATUSCODES): lớp, chủ đề (1 địa chỉ, 7 bảo mật hoặc chính sách), chi tiết. Đoạn chữ sau các mã dành cho con người và khác nhau giữa các máy chủ: hãy đọc các con số trước.

  • 220Dịch vụ sẵn sànglời chào · sau STARTTLS
  • 221Đóng kết nốisau QUIT
  • 250OK, xongEHLO · MAIL · RCPT · RSET
  • 354Bắt đầu gửi thưsau DATA: chúng tôi không bao giờ tới đây
  • 421Hiện không dùng được, đang đónglời chào: bận hoặc giới hạn
  • 451Hãy thử lại sauRCPT: greylisting
  • 454Hiện không có TLSSTARTTLS
  • 530Hãy đăng nhập trướcMAIL ở cổng 587
  • 535Sai tên người dùng hoặc mật khẩuAUTH: chúng tôi không bao giờ gửi
  • 550Hộp thư không dùng được hoặc không được phépRCPT: kiểm tra relay
  • 554Không có dịch vụ SMTP ở đâylời chào: bị từ chối
Các mã mà bài kiểm tra gặp, và gặp ở đâu. Màu theo chữ số đầu: 2 xong, 3 đang chờ, 4 tạm thời, 5 vĩnh viễn (RFC 5321 §4.2; 454, 530 và 535 từ RFC 3207 và RFC 4954).

STARTTLS và TLS ngầm định: cổng 587 hay 465?

Với STARTTLS (cổng 587, và cổng 25 giữa các máy chủ), cuộc trò chuyện bắt đầu bằng văn bản thuần rồi chuyển sang TLS giữa chừng. Cho đến lúc chuyển, ai trên đường đi cũng đọc được, và có thể lặng lẽ xóa STARTTLS khỏi danh sách của máy chủ: một máy chủ gửi không có MTA-STS hay DANE sẽ tiếp tục mà không mã hóa.

Với TLS ngầm định (cổng 465), bắt tay TLS đến trước, trước khi máy chủ nói lời nào. RFC 8314 (2018) khuyên các ứng dụng mail ưu tiên cách này; nếu làm đúng, cả hai đều an toàn như nhau. Giữa các máy chủ ở cổng 25, chỉ có 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.3bắt tay 6 ms
  1. →EHLO probe.dnsrobot.net
  2. ←250SIZE · AUTH LOGIN PLAIN XOAUTH2 …
  3. →AUTH … (ứng dụng của bạn)

Năm dòng đầu đi qua mà đọc được: kẻ tấn công có thể gỡ STARTTLS ở đây.

465TLS ngầm địnhsmtp.gmail.com
TLS 1.3bắt tay 6 ms
  1. ←220smtp.gmail.com ESMTP
  2. →EHLO probe.dnsrobot.net
  3. ←250SIZE · AUTH LOGIN PLAIN XOAUTH2 …
  4. →AUTH … (ứng dụng của bạn)

Không có gì đi qua mà đọc được: không có STARTTLS để gỡ.

Cùng một máy chủ, smtp.gmail.com, được kiểm tra ở cả hai cổng từ máy chủ kiểm tra của chúng tôi. Đường đứt nét là đọc được giữa đường; đường màu lục lam được mã hóa.

EHLO: danh sách phần mở rộng của máy chủ có nghĩa là gì

Máy khách mở đầu bằng EHLO và tên của nó; máy chủ trả lời 250 với một dòng cho mỗi phần mở rộng nó hỗ trợ. Danh sách đó là thực đơn của máy chủ: thư lớn nhất, nó có chuyển sang TLS được không, nó nhận cách đăng nhập nào.

Sau STARTTLS, máy khách phải quên danh sách và hỏi lại (RFC 3207). Một máy chủ cài đặt tốt khi đó sẽ bỏ STARTTLS và thường thêm AUTH, nên mật khẩu chỉ được đưa ra bên trong TLS. AUTH PLAIN hoặc LOGIN trong danh sách trước TLS là một phát hiện: một ứng dụng có thể gửi mật khẩu dưới dạng văn bản thuần.

  1. SIZE 35882577Thư lớn nhất: 34,2 MBSIZE 35882577
  2. 8BITMIMEChữ có dấu và văn bản không phải Latin đi qua nguyên vẹn8BITMIME
  3. STARTTLSCó thể chuyển sang TLS: chỉ được đưa ra trước đóđã mất
  4. chưa cóĐăng nhập bằng mật khẩu hoặc OAuth: chỉ được đưa ra bên trong TLSAUTH LOGIN PLAIN XOAUTH2 …
  5. ENHANCEDSTATUSCODESCâu trả lời kèm mã như 5.1.1ENHANCEDSTATUSCODES
  6. PIPELININGNhiều lệnh trong một lầnPIPELINING
  7. CHUNKINGThư theo từng khối có kích thước (BDAT)CHUNKING
  8. SMTPUTF8Địa chỉ như ü@example.comSMTPUTF8

Cũng thấy: DSN báo cáo chuyển phát · VRFY “người dùng này có tồn tại không?” (thường tắt) · REQUIRETLS TLS ở mọi chặng · BINARYMIME nhị phân thô cùng CHUNKING · ETRN máy chủ dự phòng lấy thư đang xếp hàng.

smtp.gmail.com ở cổng 587: câu trả lời cho EHLO trước và sau STARTTLS. STARTTLS biến mất và AUTH xuất hiện, đúng như RFC 3207 và RFC 4954 yêu cầu.

Kiểm tra relay SMTP: máy chủ mail của bạn có phải open relay không?

Một open relay (relay mở) chuyển thư cho bất kỳ ai tới bất kỳ đâu, nên kẻ gửi spam đi tìm chúng và các blacklist liệt kê chúng. RFC 2505 đã yêu cầu các máy chủ mail từ chối điều này từ năm 1999, và các máy chủ submission không bao giờ được relay khi chưa đăng nhập (RFC 5068).

Ở cổng 25, chúng tôi đóng vai người lạ yêu cầu máy chủ chuyển thư tới tên miền của người khác: MAIL FROM là địa chỉ kiểm tra của chúng tôi, rồi RCPT TO:<relay-test@example.com>. 4xx hoặc 5xx là từ chối: tốt. 250 là chấp nhận: dấu hiệu mạnh của open relay, dù một số máy chủ chỉ từ chối sau đó, sau DATA. Chúng tôi không bao giờ gửi DATA, nên dù thế nào cũng không có gì được chuyển đi.

  1. MAIL FROM
  2. RCPT TO ?
  3. RSET
  4. DATA không bao giờ
  5. QUIT
Lời từ chối chứng minh

máy chủ này sẽ không relay cho người lạ này tới tên miền này. Gmail trả lời 550 5.1.1: nó không nhận thư cho example.com chút nào.

Nó không chứng minh

rằng nó từ chối tất cả mọi người (nó có thể tin một số mạng), và 250 không chứng minh thư sẽ thực sự đi ra: một số máy chủ từ chối sau DATA.

Bước kiểm tra của chúng tôi, chỉ chạy ở cổng 25: bốn lệnh và QUIT. Cổng 587 và 465 yêu cầu đăng nhập trước, nên không chạy bước kiểm tra ở đó.

Chứng chỉ trên máy chủ mail: MTA-STS và DANE

Giữa các máy chủ mail, chứng chỉ chỉ được kiểm tra nếu tên miền nhận yêu cầu. Không có chính sách, máy chủ gửi chấp nhận mọi chứng chỉ, kể cả đã hết hạn, và quay về văn bản thuần nếu STARTTLS thất bại.

MTA-STS công bố một chính sách qua HTTPS: chỉ chuyển thư qua TLS, tới các tên MX này, với chứng chỉ hợp lệ. DANE ghim khóa của máy chủ vào DNS (bản ghi TLSA), cần có DNSSEC. Bài kiểm tra của chúng tôi kiểm tra chứng chỉ theo kiểu MTA-STS, đối chiếu với tên của chính máy chủ, và hiển thị chính sách của tên miền bên cạnh.

Tên phải khớp với MXChưa hết hạnCA tin cậyCần DNSSECKhông thể bị hạ cấp
STARTTLS cơ hộikhông có chính sách–––––
MTA-STSmta-sts.<domain>/.well-known/mta-sts.txt–
DANE_25._tcp.<mx> TLSA, vùng có kýkhóa khớpkhóa khớpkhông cần
Chính sách MTA-STS của gmail.com
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
Chứng chỉ mx.google.com · 26 tên
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
hợp lệ đến 21 thg 12, 2026 · Google Trust Services WE2
Chính sách thật của Gmail và chứng chỉ mà các máy chủ MX của nó đưa ra (24/10/2026): mọi tên MX trong chính sách đều được bao gồm. gmail.com không có DANE: vùng của nó không được ký DNSSEC.

Cách kiểm tra máy chủ SMTP từ máy tính của bạn

Bài kiểm tra của chúng tôi chạy từ máy chủ của chúng tôi, nên cho thấy những gì internet nhìn thấy. Việc mạng của bạn có cho ra ngoài ở cổng 25 hay 587 không là một câu hỏi khác, và một trang web không trả lời được: trình duyệt từ chối mở các cổng 25, 465 và 587 (các “bad ports” của chuẩn Fetch).

Hãy chạy một trong các lệnh này trên máy tính của bạn. Trên Windows, Test-NetConnection trả lời trong một giây. Trên macOS và Linux, openssl s_client tự thực hiện nâng cấp STARTTLS và hiển thị chứng chỉ; rồi gõ EHLO test và bạn đang nói chuyện SMTP. swaks viết kịch bản cho cả một phiên.

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: OKtin cậy
› EHLO test
250-smtp.gmail.com at your service
250-AUTH LOGIN PLAIN XOAUTH2 PLAIN-CLIENTTOKEN OAUTHBEARER XOAUTHđăng nhập trong TLS
250 SMTPUTF8
Máy chủ kiểm tra của chúng tôicổng 25 mở
Máy tính của bạnISP có thể chặn 25
Một trang web25 · 465 · 587 bị từ chối
Một lần chạy từ máy tính xách tay ngày 24/10/2026 (địa chỉ mà máy chủ trả về đã được lược bỏ). Các làn: ai tới được cổng của một máy chủ mail, và ai quyết định.

Vì sao máy chủ mail từ chối bài kiểm tra SMTP

Bị từ chối không phải lúc nào cũng nghĩa là máy chủ hỏng. Máy chủ mail tự bảo vệ: chúng từ chối các địa chỉ trong blacklist, làm chậm hoặc trì hoãn người lạ, và giới hạn số kết nối mà một máy chủ gửi được mở. Bài kiểm tra của chúng tôi là người lạ với mọi máy chủ nó gọi tới, nên gặp những lớp phòng thủ này đầu tiên.

Hãy đọc câu trả lời đầu tiên. 4xx là tạm thời, và máy chủ gửi thật sẽ thử lại. 554 ở lời chào hoặc 5xx ở RCPT là một quyết định chính sách về máy chủ gửi, có thể không áp dụng cho máy chủ của bạn. Không có câu trả lời nào là vấn đề của mạng, không phải của SMTP.

  • Địa chỉ của chúng tôi bị chặn theo chính sách5545.7.1 Service unavailable; client host blocked

    Nó từ chối máy chủ kiểm tra của chúng tôi, và có thể cả của bạn. Hãy kiểm tra các blacklist và danh sách cho phép của máy chủ.

  • Quá bận, hoặc giới hạn tốc độ4214.7.0 Too many concurrent SMTP connections

    Tạm thời: máy chủ gửi thử lại 421 trong nhiều giờ. Hãy kiểm tra lại sau vài phút.

  • Greylisting4514.7.1 Greylisted, please try again later

    Máy chủ gửi lạ bị yêu cầu quay lại sau. Máy chủ thật sẽ làm vậy, nên mail đến muộn chứ không mất.

  • Lời chào chậm (tarpit)… 18 giây im lặng … 220mail.example.net

    RFC 5321 cho phép máy chủ gửi chờ 5 phút. Bài kiểm tra của chúng tôi chờ 15 giây và nói rõ điều đó.

  • Máy chủ gửi không có DNS ngược5505.7.25 The IP address sending this message does not have a PTR record

    Câu trả lời của Gmail với máy chủ gửi không có bản ghi PTR. Máy chủ kiểm tra của chúng tôi có bản ghi đó.

  • Tường lửa chặn kết nốikhông trả lời trong 10 giây (bị lọc)

    Cổng chỉ cho các máy chủ gửi đã biết vào, hoặc một mạng trên đường đi chặn nó.

Sáu lời từ chối mà bài kiểm tra gặp nhiều nhất, với câu trả lời của từng loại. Văn bản 550 5.7.25 là của Gmail; các loại khác là cách diễn đạt điển hình, thay đổi tùy máy chủ.

Xác thực SMTP: vì sao công cụ kiểm tra SMTP này không bao giờ hỏi mật khẩu của bạn

Nhiều công cụ kiểm tra SMTP hỏi tên người dùng và mật khẩu của bạn rồi gửi một email thật. Chúng tôi thì không: mật khẩu gõ vào trang web của người khác là mật khẩu bạn phải đổi. Bài kiểm tra cho bạn thấy điều bạn cần mà không cần nó: máy chủ có đưa ra đăng nhập không, bằng cách nào, và chỉ bên trong TLS.

Dù sao mật khẩu cũng đang dần biến mất. Google không còn cho ứng dụng đăng nhập Gmail chỉ bằng mật khẩu, và Microsoft tắt mặc định xác thực Basic cho SMTP AUTH với các tenant hiện có vào cuối tháng 12/2026. Nếu ứng dụng của bạn vẫn đăng nhập bằng mật khẩu, hãy kiểm tra ngay trong ứng dụng, với một mật khẩu ứng dụng.

Các cách đăng nhập (sổ đăng ký SASL của IANA)
  • PLAINphổ biến
  • OAUTHBEARERphổ biến
  • SCRAM-SHA-256phổ biến
  • CRAM-MD5hạn chế
  • LOGINlỗi thời
  • XOAUTH2lỗi thời
  • DIGEST-MD5lỗi thời

XOAUTH2 được đánh dấu lỗi thời, nhưng đó là thứ các ứng dụng Gmail và Microsoft 365 đang dùng hiện nay.

Đăng nhập bằng mật khẩu cho SMTP: các ngày kết thúc
Google
14/3 và 1/5/2025: Workspace ngừng đăng nhập bằng mật khẩu
Microsoft 365
Basic auth giữ nguyêncuối 12/2026: tắt mặc định

Microsoft sẽ công bố ngày gỡ bỏ cuối cùng vào nửa cuối năm 2027. Các trang của chính Google nêu hai ngày cho Workspace.

Trạng thái lấy từ sổ đăng ký cơ chế SASL của IANA; các ngày lấy từ thông báo của Google và Microsoft (của Microsoft ngày 27/1/2026).

Kiểm tra SMTP: câu hỏi thường gặp

SMTP test là gì, và công cụ kiểm tra SMTP cho thấy gì?

Kiểm tra SMTP mở một phiên SMTP thật với máy chủ mail, như một máy chủ gửi, và đọc mọi câu trả lời: lời chào, các phần mở rộng, nâng cấp TLS, chứng chỉ và, ở cổng 25, việc nó có relay thư cho người lạ không. Công cụ này dừng trước DATA và không bao giờ đăng nhập, nên không có email nào được gửi và không cần mật khẩu.

Làm thế nào để kiểm tra một máy chủ SMTP?

Nhập tên máy chủ (smtp.example.com) hoặc địa chỉ IP, hoặc một tên miền hay địa chỉ email để kiểm tra các máy chủ MX của nó, chọn cổng rồi bấm Kiểm tra. Kết quả hiện từng bước kèm thời gian, toàn bộ cuộc trò chuyện và việc cần sửa. Để kiểm tra từ mạng của bạn, hãy dùng các lệnh dưới kết quả: Test-NetConnection trên Windows, openssl s_client trên macOS và Linux.

Tôi nên dùng cổng nào: 25, 587, 465 hay 2525?

Ứng dụng mail và website gửi qua nhà cung cấp ở cổng 587 với STARTTLS và mật khẩu, hoặc cổng 465 với TLS ngay từ byte đầu tiên. Các máy chủ chuyển thư cho nhau ở cổng 25, không đăng nhập. Cổng 2525 là lựa chọn không chính thức mà SendGrid, Mailgun và Postmark mở ở nơi 587 bị chặn; nó không phải cổng mail trong sổ đăng ký của IANA.

ISP của tôi có đang chặn cổng 25 hoặc 587 không?

Bài kiểm tra của chúng tôi không biết được, vì nó chạy từ máy chủ của chúng tôi. AWS, Google Cloud, Azure và nhiều nhà cung cấp gia đình như Comcast chặn cổng 25 gửi đi theo mặc định; RFC 5068 nói nhà cung cấp không được chặn 587. Để kiểm tra mạng của bạn, hãy chạy Test-NetConnection smtp.gmail.com -Port 587 trong PowerShell, hoặc nc -vz smtp.gmail.com 587 trên macOS và Linux. Hết thời gian chờ nghĩa là bị chặn.

220, 421 và 554 nghĩa là gì trong một bài kiểm tra SMTP?

220 là lời chào: máy chủ sẵn sàng và xưng tên. 421 nghĩa là “lúc này không được”: máy chủ đang bận hoặc giới hạn kết nối và đóng đường truyền, hãy thử lại sau. 554 ở lời chào nghĩa là nó từ chối nói chuyện với máy chủ gửi này hoàn toàn, thường do blacklist hoặc chính sách; các máy chủ gửi mà nó tin cậy vẫn có thể vào được.

STARTTLS là gì, và nó có bắt buộc không?

STARTTLS chuyển kết nối SMTP văn bản thuần sang TLS để phần còn lại được mã hóa. Máy chủ submission ở cổng 587 thường yêu cầu nó trước khi bạn đăng nhập. Một máy chủ mail công khai ở cổng 25 không được bắt buộc nó để nhận mail, nhưng nên cung cấp: Gmail, Microsoft 365 và hầu hết nhà cung cấp đều có, và bài kiểm tra của chúng tôi gắn cờ máy chủ không có.

Vì sao bài kiểm tra SMTP của tôi bị hết thời gian chờ?

Không có câu trả lời nào trong 10 giây nghĩa là cổng bị lọc: tường lửa chặn kết nối, hoặc máy chủ chỉ nhận các máy chủ gửi đã biết. Khác với kết nối bị từ chối, khi máy trả lời ngay và không có gì lắng nghe ở cổng. Máy chủ chỉ có địa chỉ IPv6 thì máy chủ kiểm tra của chúng tôi chưa kết nối được; kết quả nói rõ thay vì “ngừng hoạt động”.

Bạn có thể kiểm tra xác thực SMTP bằng tên người dùng và mật khẩu của tôi không?

Không, và đó là chủ ý: công cụ kiểm tra SMTP này không bao giờ nhận mật khẩu. Nó cho thấy máy chủ đưa ra cách đăng nhập nào và có chỉ đưa ra trong TLS không, chính là điều một bài kiểm tra mật khẩu sẽ làm lộ. Để kiểm tra đăng nhập của bạn, hãy dùng ứng dụng mail, hoặc swaks trên máy của bạn với mật khẩu ứng dụng, để mật khẩu không hề rời khỏi máy.

Bài kiểm tra open relay hoạt động như thế nào?

Ở cổng 25, máy chủ kiểm tra của chúng tôi đóng vai người lạ yêu cầu máy chủ mail chuyển thư tới một địa chỉ ở example.com. Bị từ chối (4xx hoặc 5xx) là tốt. 250 là dấu hiệu mạnh của open relay, thứ ai cũng có thể dùng để gửi spam. Chúng tôi dừng trước DATA nên không có gì được chuyển đi, và một số máy chủ chấp nhận ở đây vẫn từ chối sau đó.

EHLO và HELO khác nhau thế nào?

Cả hai đều mở đầu cuộc trò chuyện bằng tên của máy khách. HELO là lệnh cũ hơn và chỉ nhận một OK đơn giản. EHLO còn yêu cầu máy chủ liệt kê các phần mở rộng: SIZE, STARTTLS, AUTH và những thứ khác. Mọi máy chủ hiện nay đều trả lời EHLO; máy khách chỉ quay về HELO khi EHLO bị từ chối, và bài kiểm tra của chúng tôi gắn cờ máy chủ cần đến nó.

Bài kiểm tra SMTP có gửi email không?

Không. Máy chủ kiểm tra của chúng tôi nói QUIT trước DATA, lệnh bắt đầu một thư, và không bao giờ đăng nhập. Máy chủ mail chỉ thấy một cuộc trò chuyện ngắn từ probe.dnsrobot.net và không có gì tới hộp thư nào. Để kiểm tra một thư thật được nhận ra sao, hãy dùng công cụ Kiểm Tra Email của chúng tôi: nó đọc thư bạn gửi tới.

Cài đặt SMTP của Gmail và Outlook là gì?

Gmail: smtp.gmail.com, cổng 587 với STARTTLS hoặc 465 với TLS, đăng nhập bằng OAuth hoặc mật khẩu ứng dụng. Microsoft 365: smtp.office365.com, cổng 587 với STARTTLS; không có TLS ngầm định ở 465. Outlook.com: smtp-mail.outlook.com ở 587, với đăng nhập hiện đại. Các nút ví dụ phía trên kiểm tra hai cái đầu.

Còn thiếu điều gì?Đề xuất tính năng hoặc công cụ mới

Thêm công cụ email và DNS