Làm sao để có email trên tên miền riêng?

Địa chỉ email trên tên miền riêng của bạn là gì?

Đó là [email protected] thay vì một địa chỉ tại nhà cung cấp mail. Hai thứ làm nên điều đó. Một hộp thư trên server, và các bản ghi DNS cho các server khác biết hộp thư ở đâu và ai được phép gửi dưới danh nghĩa của bạn.

Velumhold cung cấp hộp thư. Email accounts on your own domain with webmail, IMAP and SMTP; outgoing mail is rate-limited to keep spam off the servers. Tên miền không được bán ở đây: trỏ một tên miền bạn sở hữu vào tài khoản bằng hai nameserver hoặc một bản ghi A. Các bản ghi DNS nằm ở nơi quản lý DNS của tên miền bạn. Một người thật trả lời email hỗ trợ trong vòng 12 giờ, bảy ngày một tuần, kể cả hỗ trợ về bản ghi DNS, WordPress, tài khoản email và chuyển trang web sang nơi khác.

Số lượng hộp thư khác nhau rất nhiều. Theo khảo sát của Velumhold ngày 2 tháng 11 năm 2026, 5 trong 13 host có nêu số lượng email bao gồm hộp thư không giới hạn trong gói cơ bản, OrangeWebsite và Packetra bao gồm 3, và hộp thư của Hostinger chỉ miễn phí năm đầu. Tulle của Velumhold bao gồm 10.

Bản ghi MX làm gì?

Bản ghi MX chỉ định máy chủ nhận mail cho tên miền của bạn. Máy chủ gửi hỏi DNS các bản ghi MX của tên miền bạn và thử số preference thấp nhất trước (RFC 5321, mục 5.1). Nếu không có bản ghi MX, bên gửi sẽ dùng bản ghi địa chỉ của chính tên miền, vì vậy hãy công bố một bản ghi một cách có chủ đích. Đích phải là tên máy chủ có bản ghi A hoặc AAAA riêng, không phải CNAME.

example.com.  3600  IN  MX  10  mail.example.com.
example.com.  3600  IN  MX  20  backup.example.com.

Bản ghi SPF làm gì?

SPF liệt kê các máy chủ được phép gửi mail cho tên miền của bạn. Đó là bản ghi TXT bắt đầu bằng v=spf1 (RFC 7208, mục 3). Bên nhận so sánh máy chủ gửi với danh sách.

• Chỉ một bản ghi. Hai bản ghi SPF trên một tên miền khiến kiểm tra thất bại với lỗi vĩnh viễn (mục 3.2 và 4.5).
• Tối đa 10 lần tra DNS. Các cụm include, a và mx đều được tính. Vượt quá 10, kết quả là lỗi vĩnh viễn (mục 4.6.4).
• -all hoặc ~all. -all nói rằng mọi thứ không được liệt kê đều không được phép. ~all là soft fail, và bên nhận không nên chỉ dựa vào đó để từ chối (mục 8.4 và 8.5).

example.com.  3600  IN  TXT  "v=spf1 ip4:203.0.113.25 -all"

Bản ghi DKIM làm gì?

DKIM ký mỗi thư, để bên nhận có thể kiểm tra thư đến từ tên miền của bạn và không bị thay đổi. Máy chủ gửi thêm một header DKIM-Signature. Khóa công khai tương ứng nằm trong bản ghi TXT tại selector._domainkey.yourdomain.com (RFC 6376, mục 3.5 và 3.6.2). Selector cho phép một tên miền giữ nhiều khóa và luân chuyển chúng.

Google yêu cầu khóa DKIM dài từ 1024 bit trở lên để mail đến các tài khoản Gmail cá nhân, và khuyến nghị 2048 bit khi được hỗ trợ.

default._domainkey.example.com.  3600  IN  TXT  "v=DKIM1; k=rsa; p=MIIBIjANBgkq..."

Bản ghi DMARC làm gì?

DMARC cho người nhận biết phải làm gì với thư không vượt qua xác thực, và gửi báo cáo đến đâu. Đây là một bản ghi TXT tại _dmarc.yourdomain.com (RFC 9989, mục 4.5, thay thế RFC 7489). Thẻ p nhận none, quarantine hoặc reject. Thẻ rua chỉ định một địa chỉ cho báo cáo tổng hợp.

Để một thư vượt qua, SPF hoặc DKIM phải vượt qua, và tên miền mà chúng kiểm tra phải khớp với tên miền From. Mặc định, khớp trên cùng tên miền tổ chức là đủ. Với những tên miền mà người dùng đăng lên danh sách gửi thư, RFC 9989 khuyến nghị p=none ít nhất một tháng, sau đó p=quarantine trong khoảng thời gian tương đương, trước khi p=reject (mục 7.4).

_dmarc.example.com.  3600  IN  TXT  "v=DMARC1; p=none; rua=mailto:[email protected]"

Webmail, IMAP và SMTP kết hợp với nhau thế nào?

Webmail, IMAP và SMTP là ba cách để đọc và gửi cùng một hộp thư. Webmail chạy trong trình duyệt. IMAP cho phép một ứng dụng trên điện thoại hay máy tính của bạn làm việc với các hộp thư nằm trên server, nên mọi thiết bị thấy cùng thư mục và cờ (RFC 9051). SMTP gửi. Việc gửi đi từ ứng dụng của bạn thường dùng cổng 587, trong khi các server chuyển tiếp lẫn nhau qua cổng 25 (RFC 6409).

RFC 8314 khuyến nghị TLS từ byte đầu tiên: IMAP trên cổng 993 và gửi đi trên cổng 465, với STARTTLS trên cổng 587 cũng được chấp nhận. Hãy chọn các tùy chọn TLS trong ứng dụng của bạn. Chuyển từ nhà cung cấp khác? Đổi bản ghi MX sau cùng, như trong cách chuyển trang web mà không có thời gian chết.

Điều gì quyết định thư của tôi có vào thư mục spam hay không?

Xác thực, khiếu nại và khối lượng. Quy định về người gửi của Google áp dụng cho thư gửi tới các tài khoản Gmail cá nhân:

• Mọi người gửi đều cần SPF hoặc DKIM, DNS thuận và nghịch hợp lệ, cùng TLS.
• Giữ tỷ lệ spam trong Postmaster Tools dưới 0.3%. Mục tiêu của Google là dưới 0.10%.
• Người gửi hơn 5,000 thư mỗi ngày cũng cần SPF, DKIM và DMARC, tên miền From khớp với tên miền SPF hoặc DKIM, và hủy đăng ký một cú nhấp trên thư tiếp thị.

Velumhold được xây dựng cho thư thông thường, không phải gửi thư hàng loạt. Thư đi bị giới hạn tốc độ, và spam cùng email hàng loạt bị cấm. Xem mục đích sử dụng được chấp nhận.

Những lỗi nào làm hỏng email trên tên miền tùy chỉnh?

• Hai bản ghi SPF trên một tên miền. Gộp chúng thành một.
• Hơn 10 lần tra cứu DNS trong SPF.
• Một đích MX là CNAME hoặc không có bản ghi địa chỉ.
• Nhiều bản ghi TXT cho một selector DKIM. Kết quả là không xác định (RFC 6376, mục 3.6.2.2).
• p=reject ngay ngày đầu. Hãy đọc báo cáo trước.