Email ngừng nhận sau khi đổi DNS: cách dò và dựng lại
Hướng dẫn Email Hosting · cập nhật 16/09/2026
Email ngừng nhận ngay sau khi đổi nameserver hoặc chuyển hosting là sự cố có nguyên nhân gần như cố định: vùng DNS mới thiếu bản ghi MX. Hộp thư vẫn còn, thư cũ vẫn nằm nguyên, chỉ là thư mới không tìm được đường về. Đọc bài này khoảng 7 phút, dò ra nguyên nhân mất chừng năm phút.
Dấu hiệu nhận ra nhanh nhất: bạn vẫn gửi thư đi được bình thường nhưng không ai gửi vào được, hoặc người gửi nhận lại thư báo lỗi không tìm thấy máy chủ nhận. Đó là chữ ký của bản ghi MX sai hoặc mất.
- Xác định hỏng ở khâu nhận hay khâu gửi.
- Vì sao đổi nameserver làm email ngừng nhận.
- Kiểm bản ghi MX còn đúng không.
- Dựng lại MX và các bản ghi đi kèm.
- Thư gửi trong lúc hỏng có mất không.
Xác định email hỏng ở khâu nhận hay khâu gửi
Ba phép thử dưới đây làm trong năm phút và chỉ thẳng ra chỗ hỏng. Làm đủ cả ba trước khi sửa bất cứ thứ gì, vì mỗi triệu chứng dẫn tới một chỗ sửa khác nhau và sửa nhầm chỗ thì vừa mất thời gian vừa dễ làm hỏng thêm.
- Gửi một thư từ hộp thư tên miền ra một địa chỉ Gmail. Tới nơi nghĩa là khâu gửi còn tốt.
- Gửi ngược lại từ Gmail vào hộp thư tên miền. Không tới nghĩa là khâu nhận hỏng.
- Đăng nhập Webmail. Vào được nghĩa là tài khoản và máy chủ mail còn sống, vấn đề nằm ở DNS chứ không ở hộp thư.
| Triệu chứng | Nguyên nhân thường gặp | Sửa ở đâu |
|---|---|---|
| Gửi được, không nhận được | Bản ghi MX mất hoặc trỏ sai sau khi đổi vùng DNS | Vùng DNS của tên miền |
| Không gửi, không nhận | Webmail vẫn vào được, nhưng thiết bị của bạn còn trỏ vào máy chủ cũ | Thiết lập trong Outlook hoặc điện thoại |
| Webmail không vào được | Tên miền chưa phân giải, hoặc dịch vụ mail chưa chạy | Nameserver, hoặc hỏi kỹ thuật |
| Nhận được, hay vào Spam | SPF và DKIM chưa khai lại ở vùng mới | Vùng DNS của tên miền |
Trường hợp thứ hai không phải sự cố DNS. Thiết bị đang giữ tên máy chủ cũ thì khai lại theo thông số máy chủ mail để tự cấu hình thiết bị. Bài này đi tiếp theo trường hợp thứ nhất, cũng là trường hợp hay gặp nhất.
Vì sao đổi nameserver làm email ngừng nhận
Nameserver quyết định máy chủ nào giữ vùng DNS của tên miền. Đổi nameserver không phải là sửa vài bản ghi, mà là chuyển sang một vùng DNS hoàn toàn khác. Vùng mới do nhà cung cấp mới tự tạo, và nó không biết gì về các bản ghi bạn từng khai ở vùng cũ.
Vùng mặc định mới thường chỉ có bản ghi A trỏ website về máy chủ mới. Bản ghi MX của hệ thống mail cũ không có trong đó. Website vì thế chạy ngay, nên nhìn bề ngoài mọi thứ có vẻ ổn, và sự cố email chỉ lộ ra khi có người gửi thư vào.
Nameserver và bản ghi nằm ở hai tầng khác nhau. Hiểu được chỗ này là hiểu vì sao chuyển hosting mà quên chép bản ghi thì email tắt chứ website vẫn chạy.
Trường hợp nguy hiểm hơn là vùng DNS mới có sẵn một bản ghi MX mặc định trỏ về chính máy chủ hosting mới. Khi đó thư không bị trả về mà được máy chủ mới nhận rồi nằm lại ở một hộp thư bạn không dùng. Người gửi thấy gửi thành công, bạn thì không thấy thư đâu. Kiểm giá trị MX thật chứ đừng chỉ kiểm xem có MX hay không.
Kiểm bản ghi MX của tên miền còn đúng không
Mở vùng DNS của tên miền trong khu vực khách hàng và đọc các dòng có loại MX. So với giá trị hệ thống mail của bạn cấp. Đây là bước đối chiếu, không phải bước sửa, nên cứ ghi ra giấy những chỗ lệch rồi sửa một lượt ở mục sau.
Ba lỗi giá trị hay gặp khi đọc bản ghi MX:
- MX điền địa chỉ IP. Giá trị MX bắt buộc là tên máy chủ. Điền IP vào là bản ghi vô hiệu, dù bảng điều khiển vẫn cho lưu.
- MX trỏ tới một tên không có bản ghi A. Tên máy chủ trong MX phải tự nó phân giải được ra IP, nếu không thì thư vẫn không tới nơi.
- Còn sót MX cũ bên cạnh MX mới. Hai bản ghi cùng tồn tại thì thư đi theo bản có số ưu tiên nhỏ hơn, và thường đó là bản cũ.
Cách mở vùng DNS và đọc từng cột trong bảng bản ghi nằm ở bài quản lý DNS cho tên miền. Không chắc giá trị MX đúng của mình là gì thì hỏi kỹ thuật trước khi sửa, đừng chép giá trị của một tên miền khác.
Dựng lại bản ghi MX và các bản ghi đi kèm
Email tên miền cần nhiều hơn một bản ghi MX thì mới chạy đủ. Thiếu MX là không nhận được thư, còn thiếu SPF và DKIM thì nhận được nhưng thư bạn gửi đi hay bị xếp vào Spam. Khai một lượt cả bốn thứ dưới đây, đừng sửa nhỏ giọt rồi đợi.
| Bản ghi | Vai trò | Thiếu thì sao |
|---|---|---|
| MX | Chỉ máy chủ nào nhận thư cho tên miền | Không nhận được thư nào |
| A cho máy chủ mail | Phân giải chính tên máy chủ ghi trong MX ra IP | MX trỏ vào chỗ không tồn tại |
| TXT chứa SPF | Khai máy chủ nào được phép gửi thư thay tên miền | Thư gửi đi dễ bị xếp vào Spam |
| TXT chứa DKIM | Gắn chữ ký cho thư gửi đi | Thư gửi đi dễ bị xếp vào Spam |
Khai SPF theo SPF record là gì và cách khai cho tên miền, nhớ một tên miền chỉ được có đúng một bản ghi SPF. Bật chữ ký theo DKIM là gì và cách bật chữ ký cho tên miền.
Khai xong đừng thử ngay rồi kết luận là hỏng. Máy chủ DNS khắp nơi cần thời gian nhận thông tin mới, thường trong vài giờ. Thử lại sau một tiếng, và thử bằng một địa chỉ bên ngoài chứ đừng tự gửi cho chính mình.
Thư gửi trong lúc hỏng có mất không
Phần lớn là không mất, nếu bạn sửa trong vòng một tới hai ngày. Máy chủ gửi thư không vứt thư đi ngay khi không tìm được máy chủ nhận, nó xếp thư vào hàng đợi và thử lại nhiều lần, thường kéo dài 24–72 giờ tuỳ nhà cung cấp.
Sửa xong bản ghi MX thì những thư còn nằm trong hàng đợi sẽ tự về trong vài giờ sau đó. Người gửi không phải làm gì thêm. Thư đã bị trả về hẳn thì trong thư trả về có ghi rõ lý do, và lúc đó phải nhờ người gửi gửi lại.
Ngoại lệ là trường hợp đã nói ở trên: vùng DNS mới có MX mặc định trỏ về máy chủ khác. Thư khi đó không nằm trong hàng đợi mà đã được nhận và lưu ở máy chủ đó. Sửa MX xong thư mới về đúng chỗ, còn thư cũ phải hỏi kỹ thuật lấy ra.
Việc làm trước lần đổi DNS sau
Sự cố này phòng được hoàn toàn bằng ba việc làm trước khi đổi, tốn chừng mười lăm phút. Lần nào sắp đổi nameserver hoặc chuyển hosting thì làm lại đủ ba việc, đừng tin vào trí nhớ của lần trước.
- Chép toàn bộ bản ghi đang chạy ra một tệp trước khi đổi bất cứ thứ gì: loại bản ghi, tên, giá trị, số ưu tiên của MX, TTL.
- Hạ TTL xuống mức thấp trước vài giờ. TTL là thời gian các máy chủ DNS khác giữ lại giá trị cũ. Hạ trước thì lúc đổi, thông tin mới lan đi nhanh, và lỡ sai thì quay lại cũng nhanh.
- Đổi vào lúc ít thư, thường là cuối ngày làm việc, để nếu có sai thì khoảng hỏng rơi vào giờ ít người gửi.
Sau khi đổi, kiểm email trước rồi mới kiểm website. Website hỏng thì nhìn là thấy ngay, còn email hỏng có thể im lặng vài ngày cho tới khi có người hỏi vì sao gửi thư không thấy trả lời. Thư về được nhưng hay rơi vào Spam là chuyện khác, nguyên nhân nằm ở uy tín tên miền chứ không ở bản ghi MX.