Trả lời nhanh
Làm thế nào để thiết lập chuyển tiếp email cho tên miền của tôi?
Để thiết lập chuyển tiếp email cho tên miền của bạn tại DotAlmanac, mở tab Chuyển tiếp của tên miền, thêm một alias như contact@ và hộp thư sẽ nhận email đó, sau đó xác nhận liên kết được gửi đến hộp thư ấy. Tính đến ngày 29 tháng 10 năm 2026, chuyển tiếp miễn phí, tối đa 20 alias mỗi tên miền, trong đó một alias có thể là catch-all.
Chuyển tiếp email trong nháy mắt
| Giá | Miễn phí với mọi tên miền |
|---|---|
| Alias | Tối đa 20 mỗi tên miền, bao gồm tối đa một catch-all (*) |
| Ký tự alias | Chữ cái, chữ số, dấu chấm, dấu gạch nối, dấu gạch dưới và + |
| Đích đến | Một hộp thư cho mỗi alias, trên một tên miền khác; hộp thư xác nhận một lần qua email |
| Yêu cầu | Nameserver của DotAlmanac và không có bản ghi MX trên chính tên miền |
| Bản ghi DNS cần thêm thủ công | Không |
| Gửi từ alias | Không bao gồm: chuyển tiếp chỉ nhận thư |
| Hộp thư đầy | Mẫu cho Proton Mail, Fastmail, Google Workspace, Microsoft 365 và Zoho Mail |
Chuyển tiếp email là gì và khi nào là đủ?
DotAlmanac là hướng dẫn đuôi tên miền và nhà đăng ký tên miền: so sánh mọi đuôi tên miền, rồi đăng ký không cần KYC và thanh toán bằng crypto. Chuyển tiếp email là một trong những công cụ miễn phí đi kèm mỗi tên miền. Thư gửi đến một địa chỉ trên tên miền của bạn được chuyển đến một hộp thư bạn đã có.
Chuyển tiếp là đủ khi bạn chỉ cần nhận. Các cách dùng điển hình: địa chỉ liên hệ trên website, đăng ký dịch vụ, hoặc một địa chỉ riêng cho mỗi cửa hàng bạn mua. Nó không đủ khi bạn phải trả lời từ địa chỉ tên miền; việc đó cần một nhà cung cấp dịch vụ email.
Alias cũng giúp giữ địa chỉ cá nhân của bạn khỏi các biểu mẫu và trang công khai. Bảo mật WHOIS không phải nơi nào cũng có: theo bảng 225 đuôi tên miền của DotAlmanac, 135 đuôi cho phép, 31 đuôi có dữ liệu được cơ quan quản lý tên miền ẩn đi và 23 đuôi cấm.
Cách thiết lập chuyển tiếp email trong 5 bước
Kiểm tra nameserver
Mở tab Nameserver của tên miền. Tab phải hiển thị "Nameserver của chúng tôi". Cài đặt chuyển tiếp chỉ hoạt động với nameserver của DotAlmanac.
Xóa bản ghi MX khỏi tên miền
Mở tab DNS và lọc theo MX. Nếu chính tên miền (@) có bản ghi MX, chuyển tiếp sẽ bị từ chối cho đến khi bạn xóa chúng, vì tên miền đã nhận thư ở nơi khác.
Thêm alias
Mở Chuyển tiếp › Chuyển tiếp email › Thêm alias. Nhập địa chỉ, chẳng hạn
contact, và hộp thư để chuyển đến, chẳng hạn [email protected]. Thêm catch-all với*nếu bạn muốn mọi địa chỉ.Lưu, rồi xác nhận đích đến
Lưu chuyển tiếp email. Hộp thư đích nhận được liên kết xác nhận, và alias hiển thị "Đang chờ xác nhận". Thư được chuyển tiếp sau khi bạn mở liên kết.
Gửi thử một thư
Từ một tài khoản khác, viết thư đến alias. Kiểm tra hộp thư đến và thư mục spam của đích đến, và đánh dấu thư là không phải spam nếu cần.
Tôi cần chuyển tiếp hay một hộp thư thật?
Chuyển tiếp đáp ứng việc nhận. Nhà cung cấp dịch vụ email đáp ứng việc nhận và gửi từ địa chỉ tên miền.
| Nhu cầu | Chuyển tiếp miễn phí tại DotAlmanac | Nhà cung cấp dịch vụ email (mẫu trong tab DNS) |
|---|---|---|
| Nhận thư tại you@yourdomain | ✓ | ✓ |
| Trả lời từ you@yourdomain | ✗ | ✓ |
| Nơi lưu thư | Hộp thư hiện có của bạn | Hộp thư của nhà cung cấp |
| Bản ghi DNS cần thêm | Không cần làm thủ công | MX, SPF, DKIM và thường cả DMARC, được điền tự động bằng mẫu |
| Chi phí | Miễn phí | Theo gói của nhà cung cấp; Proton Mail chỉ cho phép tên miền tùy chỉnh trên gói trả phí |
| Hoạt động với nameserver của Cloudflare | ✗ | ✓ |
Một hộp thư thật cần những bản ghi DNS nào?
Nhà cung cấp dịch vụ email cần bản ghi MX để nhận thư, bản ghi SPF để gửi thư, DKIM để ký và DMARC để đặt chính sách. Proton Mail là lựa chọn phổ biến; mẫu Proton Mail của DotAlmanac sẽ thêm các bản ghi bên dưới. Mẫu yêu cầu giá trị xác minh và 3 mục tiêu DKIM hiển thị trong Proton Mail › Settings › Domain names.
Bản ghi Proton Mail
| Loại | Tên | Giá trị | Độ ưu tiên |
|---|---|---|---|
| TXT | @ | protonmail-verification=… (giá trị lấy từ Proton) | — |
| MX | @ | mail.protonmail.ch | 10 |
| MX | @ | mailsec.protonmail.ch | 20 |
| TXT | @ | v=spf1 include:_spf.protonmail.ch ~all | — |
| CNAME | protonmail._domainkey | Mục tiêu DKIM 1 (từ Proton) | — |
| CNAME | protonmail2._domainkey | Mục tiêu DKIM 2 (từ Proton) | — |
| CNAME | protonmail3._domainkey | Mục tiêu DKIM 3 (từ Proton) | — |
| TXT | _dmarc | v=DMARC1; p=quarantine | — |
Giá trị hiển thị trong cài đặt Proton Mail của bạn được ưu tiên hơn bảng này. Chỉ giữ một bản ghi SPF trên @: mẫu sẽ thay thế bản ghi cũ.
Bản ghi MX của các mẫu email khác
| Nhà cung cấp | Bản ghi MX (độ ưu tiên, host) | SPF include |
|---|---|---|
| Fastmail | 10 in1-smtp.messagingengine.com · 20 in2-smtp.messagingengine.com | include:spf.messagingengine.com |
| Google Workspace | 1 smtp.google.com | include:_spf.google.com |
| Microsoft 365 | 0 your-domain-with-dashes.mail.protection.outlook.com (hiển thị trong admin center) | include:spf.protection.outlook.com |
| Zoho Mail (khu vực .com) | 10 mx.zoho.com · 20 mx2.zoho.com · 50 mx3.zoho.com | include:zohomail.com |
Mỗi mẫu email thay thế toàn bộ bản ghi MX của @ và bản ghi SPF của @. Chuyển tiếp và hộp thư không dùng chung một tên miền: khi bản ghi MX đã trỏ đến một nhà cung cấp, hãy dùng alias riêng của nhà cung cấp đó.
Vì sao email chuyển tiếp đôi khi rơi vào thư rác?
Vì SPF kiểm tra máy chủ gửi đi thư, và sau khi chuyển tiếp thì máy chủ đó là bên chuyển tiếp, không phải người gửi gốc. Hộp thư nhận sau đó thấy kết quả SPF không khớp với tên miền của người gửi.
Chữ ký DKIM vẫn tồn tại khi chuyển tiếp nếu thư không bị sửa đổi, nên phần lớn thư chuyển tiếp vẫn qua được DMARC. Thư từ người gửi không có DKIM là loại dễ bị lọc nhất. Hãy đánh dấu không phải thư rác một lần, hoặc thêm bộ lọc trên địa chỉ alias trong hộp thư của bạn.
Nên công bố gì trên tên miền không gửi email?
Hãy công bố chính sách "no email" để không ai có thể gửi thư giả mạo thuyết phục từ tên miền đó. Mẫu No email của DotAlmanac thêm ba bản ghi chỉ trong một bước. Đừng áp dụng cho tên miền đang dùng chuyển tiếp hoặc hộp thư.
@ 3600 IN MX 0 .
@ 3600 IN TXT "v=spf1 -all"
_dmarc 3600 IN TXT "v=DMARC1; p=reject"Tôi có thể dùng Cloudflare Email Routing thay thế không?
Có, nếu tên miền dùng nameserver của Cloudflare. Khi đó tính năng chuyển tiếp của DotAlmanac ngừng hoạt động, vì zone không còn chạy trên DNS của chúng tôi. Cloudflare Email Routing yêu cầu Cloudflare DNS; nó thêm bản ghi MX, SPF và DKIM riêng và yêu cầu mỗi địa chỉ đích xác nhận qua email.
Việc chuyển đổi được mô tả trong cách dùng Cloudflare với tên miền của bạn. Với tên miền vẫn dùng DNS của DotAlmanac, tính năng chuyển tiếp tích hợp không cần tài khoản thêm.
Chuyển tiếp email: FAQ
Chuyển tiếp email tại DotAlmanac có miễn phí không?
Có. Chuyển tiếp email và chuyển tiếp web được bao gồm với mọi tên miền, không tính thêm phí. Bạn chỉ trả tiền cho tên miền, ví dụ 11,99 US$/năm cho một .com, như liệt kê trên trang giá.
Tôi có thể gửi email từ địa chỉ chuyển tiếp không?
Không thể chỉ với chuyển tiếp: nó chỉ nhận thư. Để gửi với tư cách you@yourdomain, hãy dùng nhà cung cấp email và áp dụng mẫu của họ trong tab DNS. Proton Mail, Fastmail, Google Workspace, Microsoft 365 và Zoho Mail có mẫu một cú nhấp.
Một alias có thể chuyển tiếp đến hai hộp thư không?
Không. Mỗi alias chuyển tiếp đến một hộp thư, và cùng một alias không thể được liệt kê hai lần. Hãy dùng hai alias, như sales@ và orders@, hoặc thiết lập quy tắc chuyển tiếp trong hộp thư đích.
Vì sao tôi không thể chuyển tiếp đến địa chỉ trên cùng tên miền?
Vì thư sẽ quay lại bên chuyển tiếp. Đích phải nằm trên tên miền khác, như địa chỉ Proton Mail, Gmail hoặc Fastmail.
Địa chỉ catch-all là gì?
Catch-all chuyển tiếp thư gửi đến bất kỳ địa chỉ nào của tên miền mà không có alias riêng. Viết * làm alias. Nó tiện cho địa chỉ dùng một lần, nhưng cũng nhận thư rác gửi đến các tên ngẫu nhiên.
Chuyển tiếp email có hoạt động với mọi đuôi tên miền không?
Có, với mọi đuôi tên miền DotAlmanac bán, miễn là tên miền dùng nameserver của chúng tôi. Đuôi tên miền không thay đổi gì trong thiết lập.
Nguồn (4)
- Cách dùng tên miền tùy chỉnh với Proton Mail — Proton (đã kiểm tra 2026-10-29)
- Bật Email Routing — Cloudflare Docs (đã kiểm tra 2026-10-29)
- RFC 7505: A "Null MX" No Service Resource Record for Domains That Accept No Mail — IETF (Tháng 6 năm 2015)
- RFC 7489: Domain-based Message Authentication, Reporting, and Conformance (DMARC) — IETF (Tháng 3 năm 2015)
Sở hữu tên miền với chuyển tiếp email miễn phí
Đăng ký không cần KYC, thanh toán bằng crypto, và thêm alias đầu tiên từ tab Forwarding.