Cơ sở tri thức
Kết nối tài khoản Postmark của quý vị: xác minh miền, lý do nên thêm bản ghi return-path tùy chọn, Server token so với Account token, và ý nghĩa của người nhận không hoạt động.
Bạn sẽ cần một tài khoản Postmark và quyền truy cập vào DNS cho tên miền của bạn.
Tài liệu hướng dẫn của chính Postmark: Sender signatures and domains · Server API tokens · Sign up
⭐ Lý do chúng tôi chọn Postmark cho mục đích này. Dịch vụ này hoàn toàn từ chối gửi email tiếp thị, và đó chính là lý do tại sao tỷ lệ gửi thư thành công của họ lại đạt mức như vậy: hóa đơn của bạn không phải dùng chung độ uy tín với bản tin của người khác. Nếu yêu cầu duy nhất của bạn là email giao dịch phải vào được hộp thư đến, thì đây chính là lựa chọn phù hợp.
Sender Signatures → Domains → Add Domain, và nhập một tên miền phụ chẳng hạn như mail.yourdomain.com.
Postmark sẽ cung cấp cho bạn hai bản ghi:
| Loại | Máy chủ (Host) | Mục đích |
|---|---|---|
TXT | <selector>._domainkey.mail.yourdomain.com | Khóa công khai DKIM |
CNAME | pm-bounces.mail.yourdomain.com | Tên miền đường dẫn trả về (bounce) |
Hãy thêm cả hai bản ghi, sau đó nhấn Verify.
⭐ Hãy thêm bản ghi đường dẫn trả về, ngay cả khi Postmark đánh dấu nó là tùy chọn. Nếu không có bản ghi này, các thư của bạn sẽ được gửi bằng chính tên miền bounce của Postmark, vì vậy SPF sẽ đối chiếu với postmarkapp.com thay vì với bạn. Riêng DKIM vẫn sẽ giúp bạn vượt qua quy trình kiểm tra DMARC — nhưng bạn đã vô tình bỏ qua một trong hai bước kiểm tra mà không có lý do, và bạn sẽ cần cả hai khi một hệ thống tiếp nhận email lớn áp dụng chính sách nghiêm ngặt.
⚠️ Postmark không yêu cầu bản ghi SPF vì họ không sử dụng tên miền của bạn làm địa chỉ người gửi phong bì (envelope sender). Nếu bạn đã có bản ghi SPF, hãy giữ nguyên bản ghi đó.
Mở máy chủ mà bạn muốn gửi thư từ đó — Postmark gọi một môi trường gửi thư là một "máy chủ" — sau đó vào mục API Tokens, và sao chép mã thông báo Server API.
⛔ Lấy mã thông báo Server, không phải mã thông báo Account. Mã thông báo Account quản lý toàn bộ tài khoản Postmark của bạn: nó có thể tạo máy chủ, thay đổi tên miền và đọc mọi thư bạn từng gửi. Còn mã thông báo Server chỉ có thể gửi từ một máy chủ. Chúng trông rất giống nhau và được dán vào cùng một dạng ô nhập liệu, và đây là lỗi dễ mắc phải nhất trên trang này.
⭐ Hãy cân nhắc việc tạo một máy chủ riêng biệt cho việc này — đặt tên là "Thông báo Zinn®". Số liệu thống kê, danh sách thư bị trả lại và nhật ký hoạt động của Postmark đều được tách riêng theo từng máy chủ, vì vậy một máy chủ riêng biệt đồng nghĩa với việc các thông báo gửi đến khách hàng của bạn không bị lẫn lộn với bất kỳ nội dung nào khác mà bạn gửi.
Mở mục Email sending trong trang tổng quan của bạn:
mail.yourdomain.comoutbound trừ khi bạn đã tạo luồng riêng⚠️ Luồng thư phải là luồng giao dịch (transactional). Postmark sẽ từ chối thư có tính chất giao dịch nhưng lại gửi qua luồng phát sóng (broadcast), trong khi các email đặt lại mật khẩu và hóa đơn đều mang tính chất giao dịch.
Nhấn Send test message tới một hộp thư đến thuộc tên miền khác, đọc mã được gửi đến đó và nhập mã vào.
"You tried to send to a recipient that has been marked as inactive" — Postmark sẽ chặn một địa chỉ sau một lần trả về vĩnh viễn (hard bounce) hoặc khi có khiếu nại spam, một cách vĩnh viễn, cho đến khi bạn kích hoạt lại địa chỉ đó. Hãy kiểm tra trong mục Suppressions. Đây là cơ chế của Postmark để bảo vệ bạn, và thông thường hệ thống đã xử lý chính xác.
422 với thông báo "Invalid 'From' address" — tên miền trong mục Gửi từ tên miền này chưa được xác minh trong Postmark, hoặc bạn đã xác minh yourdomain.com nhưng lại gửi từ mail.yourdomain.com. Postmark yêu cầu tên miền phải trùng khớp chính xác.
401 Unauthorized — bạn đã dán nhầm mã thông báo Account thay vì mã thông báo Server (xem phần trên), hoặc mã thông báo đó thuộc về một máy chủ khác.
Mọi thứ đều hoạt động nhưng thư lại vào thư mục spam — hãy kiểm tra để đảm bảo rằng DKIM hiển thị trạng thái Verified trong Postmark và bản ghi DMARC của bạn không bị đặt thành p=reject trong khi một yếu tố khác thuộc tên miền của bạn vẫn chưa được căn chỉnh chuẩn xác.
Những gì chúng tôi đã viết về lưu trữ web, SEO và vận hành trang web ở quy mô lớn.
Cách dịch vụ lưu trữ định hình việc lập chỉ mục và giá trị liên kết (link equity) vào năm 2026: giữ cho các trang luôn được lập chỉ mục, kiểm tra kỹ lưỡng các tên miền cũ trước khi xây dựng, xây dựng liên kết mà không để lại dấu vết (footprint), và một cái nhìn thẳng thắn về những gì cơ sở hạ tầng có thể và không thể làm cho SEO.
Đọc bài viết →Danh sách kiểm tra thực tế cho một trang WordPress nhanh và an toàn: lưu vào bộ nhớ đệm ở cấp độ máy chủ, bộ nhớ đệm đối tượng cho từng trang web, số ít plugin đáng sử dụng, duy trì ngăn xếp công nghệ luôn mới nhất và các trang WooCommerce mà quý vị tuyệt đối không bao giờ được lưu vào bộ nhớ đệm.
Đọc bài viết →Điều thực sự tạo nên sự khác biệt giữa dịch vụ lưu trữ được quản lý tốt và một máy chủ giá rẻ có bảng điều khiển — di chuyển dữ liệu, sao lưu, cách ly, bộ nhớ đệm thực sự và khả năng mở rộng trung thực — và cách đánh giá dịch vụ đó trước khi bạn cam kết.
Đọc bài viết →Hỗ trợ được bao gồm trong mọi gói, bộ phận chăm sóc khách hàng hoạt động 24 giờ một ngày và quý khách có thể viết thư cho chúng tôi bằng bất kỳ ngôn ngữ nào trong số 58 ngôn ngữ của chúng tôi — chúng tôi sẽ trả lời quý khách bằng ngôn ngữ của quý khách.
Liên hệ hỗ trợ → Tất cả bài viết →