Vì sao email từ duhocquocte.vn vào Inbox lại quan trọng với hồ sơ du học
Chúng tôi từng gặp một tình huống khá quen. Một học sinh nộp hồ sơ xong, ngồi chờ email xác nhận cả buổi tối, sáng hôm sau mở hộp thư ra vẫn trống trơn. Hóa ra thư đã nằm im trong mục Spam từ lúc nào.
Nghe thì nhỏ, nhưng hậu quả không nhỏ chút nào. Một thông báo lịch tư vấn hay yêu cầu bổ sung giấy tờ bị bỏ lỡ có thể làm xáo trộn cả kế hoạch của gia đình. Vì vậy, đội ngũ bên mình luôn để tâm đến việc email phải đến đúng nơi ngay từ đầu.
Bất kỳ đơn vị tư vấn nào gửi thư cho khách hàng cũng sẽ gặp vấn đề này. Thư không tới nơi thì mọi nỗ lực chăm sóc phía sau đều mất tác dụng. Bài viết này ghi lại những gì chúng tôi đã rút ra khi xử lý chuyện đó, trình bày theo cách dễ hiểu nhất có thể, kể cả với bạn không có nền tảng kỹ thuật.
Email xác nhận của chúng tôi đi qua những chặng nào
Hiện tại, website dùng MONA Mail để gửi email xác nhận hồ sơ và thông báo lịch tư vấn. Bạn có thể hình dung đây như một bưu cục chuyên trách gửi thư thay cho chúng tôi.
Một bức thư đi qua khá nhiều chặng. Trước tiên, nó rời máy chủ gửi, rồi đi qua đường truyền internet, cuối cùng đến máy chủ của nhà cung cấp hộp thư như Gmail hay Outlook. Ở mỗi chặng đều có một bên kiểm tra xem thư có thật sự đáng tin hay không.
Chính vì có nhiều điểm kiểm tra như vậy, một bức thư hợp lệ vẫn có thể bị nghi ngờ nếu thiếu vài thông tin xác thực. Ba cơ chế SPF, DKIM và DMARC ra đời để giải quyết đúng điều đó.
SPF: danh sách những đơn vị được phép gửi thư
Bạn có thể hình dung SPF như một danh sách công khai ghi rõ những bưu tá nào được quyền giao thư thay cho tên miền này. Khi thư đến, máy nhận sẽ tra danh sách để xem người gửi có nằm trong đó không.
Danh sách này được lưu dưới dạng một bản ghi TXT trong hệ thống DNS của tên miền. Bạn có thể kiểm tra bằng các công cụ tra cứu DNS miễn phí: nhập tên miền và tìm dòng bắt đầu bằng v=spf1.
Lỗi gặp nhiều nhất là đổi nhà cung cấp gửi thư nhưng quên khai báo máy chủ mới. Khi đó, thư từ hệ thống mới bị coi là giả mạo, dù bạn hoàn toàn có quyền gửi.
DKIM: chữ ký số đóng lên từng bức thư
Nếu SPF là danh sách bưu tá, DKIM giống như việc niêm phong thư bằng một con dấu riêng. Người nhận dùng khóa công khai để kiểm tra con dấu còn nguyên vẹn hay không.
Nhờ vậy, họ biết thư không bị chỉnh sửa trên đường đi. Đây cũng là lý do MONA Mail yêu cầu cấu hình DKIM trước khi cho phép gửi thư thật.
Thao tác cụ thể là thêm một bản ghi DKIM vào DNS, lưu lại và chờ vài phút. Đừng quên kiểm tra bằng công cụ, vì chỉ sai một ký tự là chữ ký sẽ không khớp.
DMARC và cách quyết định thư đáng ngờ được xử lý
DMARC kết nối SPF và DKIM lại với nhau. Nó cho hộp thư biết cần làm gì khi thư không vượt qua kiểm tra, đồng thời yêu cầu gửi báo cáo về cho chủ tên miền.
Có ba mức chính sách. Mức none chỉ theo dõi, không tác động gì tới thư. Mức quarantine đưa thư đáng ngờ vào Spam. Mức reject chặn hẳn thư đó.
Chúng tôi thường khuyên bắt đầu bằng none để xem báo cáo trong vài tuần. Khi chắc chắn mọi nguồn gửi hợp lệ đều đã đạt chuẩn, bạn mới nên nâng dần lên quarantine, rồi mới tới reject.
Các bước cấu hình thực tế cho website của bạn
Trước khi bắt đầu, bạn cần quyền truy cập DNS của tên miền và danh sách các địa chỉ sẽ dùng để gửi thư. Thiếu một trong hai, hãy dừng lại và hỏi người quản lý tên miền trước.
Thứ tự nên làm là SPF trước, rồi DKIM, cuối cùng là DMARC. Sau mỗi bản ghi, hãy chờ DNS lan truyền, thường từ vài phút đến vài giờ tùy nhà cung cấp.
Khi xong, dùng công cụ kiểm tra để xác nhận từng bản ghi hoạt động. Đừng dựa vào cảm giác là đã làm xong, vì một lỗi nhỏ trong DNS rất khó nhận ra bằng mắt thường.
Sai lầm thường gặp khiến thư vẫn bị đánh dấu spam
Không ít trường hợp đã đủ SPF và DKIM nhưng thư vẫn rơi vào Spam. Nguyên nhân thường nằm ở nội dung: thư mang giọng quảng cáo hàng loạt, có quá nhiều liên kết, hoặc tiêu đề giật gân khiến bộ lọc vẫn nghi ngờ.
Một lỗi khác là gửi từ địa chỉ không khớp với tên miền đã cấu hình. Khi đó, chữ ký và danh sách không thể đối chiếu với nhau.
Cuối cùng là đăng ký quá nhiều địa chỉ mới cùng lúc. Người nhận bấm báo spam càng nhiều, uy tín gửi thư càng giảm, và việc khôi phục thường mất nhiều thời gian.
Chi phí và giới hạn khi bắt đầu dùng MONA Mail
Gói miễn phí của MONA Mail hỗ trợ 3.000 email mỗi tháng, đủ cho một website tư vấn quy mô vừa và nhỏ. Máy chủ đặt tại Việt Nam và thanh toán bằng VND, khá thuận tiện cho đơn vị trong nước. Thông tin gói cước có thể thay đổi theo thời điểm, bạn nên kiểm tra lại trước khi quyết định.
Khi lượng thư tăng, hãy theo dõi số lượng đã gửi trong bảng điều khiển để biết lúc nào cần nâng gói. Nâng sớm thường tốt hơn là để hệ thống chạm trần giữa tháng, khi mọi thứ đang cần gửi gấp.
Khi nào nên nhờ kỹ thuật viên hỗ trợ
Nếu tên miền đang dùng nhiều dịch vụ gửi thư cùng lúc, các bản ghi rất dễ xung đột. Khi đó, một người quen DNS sẽ tiết kiệm cho bạn rất nhiều thời gian.
Phần tài liệu API và SDK của MONA Mail hướng dẫn tích hợp chi tiết, tiện cho đội kỹ thuật tự thiết lập. Bạn có thể xem tại Tài liệu API và SDK của MONA Mail.
Dù tự làm hay nhờ người khác, hãy kiểm tra lại sau mỗi lần thay đổi DNS. Một thay đổi nhỏ có thể làm hỏng cả chuỗi xác thực bạn vừa dựng.
Nếu đang tìm hiểu thêm về quy trình hồ sơ và thủ tục nhập học, bạn có thể tham khảo thủ tục visa, hồ sơ và điều kiện nhập học cần chuẩn bị gì để không bỏ sót giấy tờ quan trọng.
Câu hỏi thường gặp
Tôi có cần biết lập trình để cấu hình SPF, DKIM, DMARC không?
Không nhất thiết. Ba cấu hình này chủ yếu là thêm các bản ghi vào DNS theo hướng dẫn có sẵn. Điều quan trọng nhất là cẩn thận khi sao chép đúng từng ký tự.
Thay đổi bản ghi DNS mất bao lâu để có hiệu lực?
Thường từ vài phút đến vài giờ, tùy nhà cung cấp tên miền và thời gian lưu bộ nhớ đệm trước đó. Trong lúc này, bạn nên chờ thay vì liên tục sửa lại.
Website chỉ gửi vài chục email mỗi ngày có cần cấu hình cả ba không?
Có. Quy mô nhỏ không làm giảm yêu cầu xác thực của bộ lọc. Với thư xác nhận hồ sơ, việc đến đúng hộp thư còn quan trọng hơn số lượng.
Vì sao email xác nhận hồ sơ vẫn bị vào Spam dù đã làm đủ?
Thường do nội dung thư còn giống thư quảng cáo, có quá nhiều liên kết, hoặc tên miền mới chưa có uy tín gửi thư. Hãy xem báo cáo DMARC, vì nó thường chỉ ra nguồn gây vấn đề, rồi cải thiện dần theo thời gian.
