Cấu trúc của một thông điệp thư. Tiêu đề email RFC kỹ thuật
Theo tiêu chuẩn nhắn tin qua email, email hỗ trợ một số tiêu đề nhất định, mỗi tiêu đề phải nằm trên một dòng mới. Theo mặc định, người gửi thư đã chứa những thứ cần thiết: Phiên bản MIME, Loại nội dung, Từ, Trả lời, Chủ đề, Đến. Các mục mới được ghi trong trường tiêu đề email RFC, sẽ được thêm vào những cái hiện có được liệt kê ở trên.
Xin lưu ý rằng tất cả các đại lý thư đều hiểu những tiêu chuẩn này một cách khác nhau. Mặc dù và được nêu trong các giao thức chính thức, chúng có thể bị bỏ qua hoặc hiểu sai, vì vậy chúng cần được kiểm tra trước khi gửi email.
Tiêu đề thư RFC phổ biến
* - có nghĩa là ví dụ. Cc: (Bản sao than) * Cc: [email được bảo vệ]Tiêu đề này là phần mở rộng của trường "Tới:" và chỉ định những người nhận thư bổ sung. Thực sự không có sự khác biệt giữa "Tới:" và "Cc:", ngoại trừ việc một số chương trình email xử lý chúng khác nhau khi tạo phản hồi cho thư.Bcc: (Bản sao mù) * Bcc: [email được bảo vệ]
Nếu bạn nhìn thấy tiêu đề này trong thư đã nhận thì có điều gì đó không ổn. Tiêu đề này được sử dụng giống như "Cc:" (xem bên dưới), nhưng không xuất hiện trong danh sách tiêu đề. Ý tưởng chính đằng sau tiêu đề này là có thể gửi bản sao của email đến những người không muốn nhận thư trả lời hoặc xuất hiện trên tiêu đề. Các bản sao mù rất phổ biến đối với những kẻ gửi thư rác, vì nhiều người dùng thiếu kinh nghiệm cảm thấy bối rối khi nhận được một email dường như không được gửi đến họ.Danh sách-Hủy đăng ký: * Danh sách-Hủy đăng ký:
Theo chức năng được mô tả, trường này sẽ tự động hủy đăng ký nếu người dùng nhấp vào nút “SPAM”, nhưng thường một nút “Hủy đăng ký” riêng biệt được hiển thị bên dưới trường này. Tiêu đề không được tất cả các chương trình email nhận ra, bởi vì... Đây là cơ hội tuyệt vời để kiểm tra địa chỉ email để sử dụng.Mức độ ưu tiên: (X-MSMail-Ưu tiên: Tầm quan trọng :)* Ưu tiên: 1
Tiêu đề xác định mức độ ưu tiên của tin nhắn. Đôi khi được chỉ định là X-Priority:, X-MSMail-Priority:, Tầm quan trọng:, lấy các giá trị "Higt", "Bình thường", "Khẩn cấp", "Không khẩn cấp" hoặc cho X-Ưu tiên "1", " 3", "5". Hầu hết các chương trình đều bỏ qua nó. Thường được những kẻ gửi thư rác sử dụng để thu hút sự chú ý đến tin nhắn bằng cách đặt 1.Bình luận: * Bình luận: Tôi yêu sách
Tiêu đề này không chuẩn và có thể chứa bất kỳ thông tin nào. Những tiêu đề như vậy được một số chương trình email (đặc biệt là chương trình Pegasus phổ biến) thêm vào để xác định người gửi, nhưng chúng thường được những kẻ gửi thư rác viết thủ công, vì vậy chúng cần được xử lý cẩn thận.Tổ chức: * Tổ chức: OJSC Kostoprav
Một tiêu đề hoàn toàn miễn phí, thường chứa tên của tổ chức mà qua đó người gửi tin nhắn có quyền truy cập vào mạng. Người gửi thường kiểm soát tiêu đề này, vì vậy nó có thể nói điều gì đó như "Hiệp hội Hoàng gia đặt người này lên trên người kia".Ưu tiên: * Ưu tiên: số lượng lớn
Giá trị: "số lượng lớn", "rác", "danh sách". Cho biết liệu bức thư có thuộc loại gửi thư hàng loạt hay không. Từ đồng nghĩa X-List:*, X-Mirror:*, X-Auto:*, X-Mailing-List:*.Chủ sở hữu danh sách: *Chủ sở hữu danh sách:
Địa chỉ email của người tổ chức gửi thư hàng loạt.X-Mailer: * X-Mailer: ePochta Mailer Disposition-Notification-To: * Bố trí-Thông báo-To: [email được bảo vệ]
Một biên nhận đã đọc sẽ được gửi đến các chi tiết được chỉ định. Thường bị người gửi thư bỏ qua để chống thư rác. Từ đồng nghĩa: X-Xác nhận-Đọc-To:, Trả lại-Nhận-To:X-*** * Danh sách X:, X-Mailer:, X-...
Như tiêu chuẩn RFC cho biết, các tiêu đề bắt đầu bằng X là tiêu đề riêng của các chương trình thư riêng lẻ mang tính chất thông tin. Nhưng một số được chấp nhận rộng rãi, chẳng hạn như X-Mailer. Không có gì ngoài thông tin bổ sung trong mã email...
Thông tin được cung cấp ở trên chỉ nhằm mục đích thông tin. Điều này không có nghĩa là việc chỉ định bất kỳ tiêu đề nào nhất thiết sẽ được thực hiện bởi mọi chương trình thư. Thông tin thêm về các tiêu đề có thể được tìm thấy tại
Tiêu đề kỹ thuật
Theo tiêu chuẩn nhắn tin qua email, email hỗ trợ một số tiêu đề nhất định, mỗi tiêu đề phải nằm trên một dòng mới. Theo mặc định, những cái cần thiết đã được chỉ định: Phiên bản MIME, Loại nội dung, Từ, Trả lời, Chủ đề, Đến. Những cái mới được ghi trong trường tiêu đề sẽ được thêm vào những cái hiện có được liệt kê ở trên.
Tất cả các đại lý thư đều nhận thức những tiêu chuẩn này một cách khác nhau. Mặc dù những điều này tiêu đề email và được chỉ định trong các giao thức RFC chính thức, chúng có thể bị bỏ qua hoặc hiểu sai, vì vậy bạn nên tự mình kiểm tra chúng trước khi gửi email.
Tiêu đề thư RFC phổ biến
Cc: (Bản sao than) * Cc: [email được bảo vệ]Tiêu đề này là phần mở rộng của trường "Tới:" và chỉ định những người nhận thư bổ sung. Thực sự không có sự khác biệt giữa "Tới:" và "Cc:", ngoại trừ việc một số chương trình email xử lý chúng khác nhau khi tạo phản hồi cho thư.Bcc: (Bản sao mù) * Bcc: [email được bảo vệ]
Nếu bạn nhìn thấy tiêu đề này trong thư đã nhận thì có điều gì đó không ổn. Tiêu đề này được sử dụng giống như "Cc:" (xem bên dưới), nhưng không xuất hiện trong danh sách tiêu đề. Ý tưởng chính đằng sau tiêu đề này là có thể gửi bản sao của email đến những người không muốn nhận thư trả lời hoặc xuất hiện trên tiêu đề. Các bản sao mù rất phổ biến đối với những kẻ gửi thư rác, vì nhiều người dùng thiếu kinh nghiệm cảm thấy bối rối khi nhận được một email dường như không được gửi đến họ.Bình luận: * Bình luận: Tôi yêu sách
Tiêu đề này không chuẩn và có thể chứa bất kỳ thông tin nào. Những tiêu đề như vậy được một số chương trình email (đặc biệt là chương trình Pegasus phổ biến) thêm vào để xác định người gửi, nhưng chúng thường được những kẻ gửi thư rác viết thủ công, vì vậy chúng cần được xử lý cẩn thận.Tổ chức: * Tổ chức: OJSC Kostoprav
Một tiêu đề hoàn toàn miễn phí, thường chứa tên của tổ chức mà qua đó người gửi tin nhắn có quyền truy cập vào mạng. Người gửi thường kiểm soát tiêu đề này, vì vậy nó có thể nói điều gì đó như "Hiệp hội Hoàng gia đặt người này lên trên người kia".Mức độ ưu tiên: (X-MSMail-Ưu tiên: Tầm quan trọng :)* Ưu tiên: 1
Tiêu đề xác định mức độ ưu tiên của tin nhắn. Đôi khi được chỉ định là X-Priority:, X-MSMail-Priority:, Tầm quan trọng:, lấy các giá trị "Higt", "Bình thường", "Khẩn cấp", "Không khẩn cấp" hoặc cho X-Ưu tiên "1", " 3", "5". Hầu hết các chương trình đều bỏ qua nó. Thường được những kẻ gửi thư rác sử dụng để thu hút sự chú ý đến tin nhắn bằng cách đặt 1.Ưu tiên: * Ưu tiên: số lượng lớn
Giá trị: "số lượng lớn", "rác", "danh sách". Cho biết liệu bức thư có thuộc loại gửi thư hàng loạt hay không. Từ đồng nghĩa X-List:*, X-Mirror:*, X-Auto:*, X-Mailing-List:*.Chủ sở hữu danh sách: *Chủ sở hữu danh sách:
Địa chỉ email của người tổ chức gửi thư hàng loạt.X-Mailer: * X-Mailer: ePochta Mailer Disposition-Notification-To: * Bố trí-Thông báo-To: [email được bảo vệ]
Một biên nhận đã đọc sẽ được gửi đến các chi tiết được chỉ định. Thường bị người gửi thư bỏ qua để chống thư rác. Từ đồng nghĩa: X-Xác nhận-Đọc-To:, Trả lại-Nhận-To:Danh sách-Hủy đăng ký: * Danh sách-Hủy đăng ký:
Theo chức năng được mô tả, trường này sẽ tự động hủy đăng ký nếu người dùng nhấp vào nút “SPAM”, nhưng thường một nút “Hủy đăng ký” riêng biệt được hiển thị bên dưới trường này. Tiêu đề không được tất cả các chương trình email nhận ra, bởi vì... Đây là cơ hội tuyệt vời để kiểm tra địa chỉ email để sử dụng.X-*** * Danh sách X:, X-Mailer:, X-...
Như tiêu chuẩn RFC cho biết, các tiêu đề bắt đầu bằng X là tiêu đề riêng của các chương trình thư riêng lẻ mang tính chất thông tin. Nhưng một số được chấp nhận rộng rãi, chẳng hạn như X-Mailer. Không có gì ngoài thông tin bổ sung trong mã email...
Thông tin được cung cấp ở trên chỉ nhằm mục đích thông tin. Điều này không có nghĩa là việc chỉ định bất kỳ tiêu đề nào nhất thiết sẽ được thực hiện bởi mọi chương trình thư. Thông tin thêm về các tiêu đề có thể được tìm thấy tại
Tiêu đề thư email trên Internet cung cấp danh sách thông tin kỹ thuật về thư, chẳng hạn như ai đã gửi, tạo thư và máy chủ email nào được chuyển qua trên đường đến phần mềm của người nhận. Trong hầu hết các trường hợp, chỉ quản trị viên mới cần xem tiêu đề Internet của thư. Nếu bạn muốn thêm dòng chủ đề vào thư email của mình, hãy xem Áp dụng chủ đề, màu nền hoặc màu tiêu đề thư cho thư email của bạn.
Xem tiêu đề tin nhắn Internet
Trong Outlook dành cho Office 365, 2016, 2013 hoặc 2010 trên PC
Bấm đúp vào thư email để mở nó bên ngoài ngăn đọc.
Lựa chọn tài liệu> thuộc tính.
Thông tin tiêu đề sẽ được hiển thị trong trường Tiêu đề Internet.
Khuyên bảo: tô sáng thông tin trong trường này, nhấn phím Ctrl+C sao chép và dán vào Notepad hoặc Word để xem toàn bộ phần trên cùng cùng một lúc.
Nội dung của Tiêu đề Thư Email
Hãy xem xét thư từ qua email giữa hai người dùng: Sergey Zaitsev và Olga Zueva. Địa chỉ email của Sergey - [email được bảo vệ], địa chỉ của Olga - [email được bảo vệ]. Olga sử dụng Microsoft Office Outlook 2007. Tiêu đề Internet trong bức thư của Olga gửi cho Sergey trông như thế này:
Microsoft Mail Internet Headers Phiên bản 2.0Đã nhận: từ mail.litwareinc.com () qua mail.proseware.com với Microsoft SMTPSVC(6.0.3790.0);Thứ Tư, ngày 12 tháng 12 năm 2007 13:39:22 -0800Đã nhận: từ thư ( RDNS không thành công) qua mail.litware.com với Microsoft SMTPSVC(6.0.3790.0);Thứ Tư, ngày 12 tháng 12 năm 2007 13:38:49 -0800Từ: "Kelly J. Weadock"
Khi Olga gửi tin nhắn đến địa chỉ [email được bảo vệ], cô ấy tạo nó trên máy tính của mình, được xác định là (i101-177.nv.litwareinc.com). Nội dung của tin nhắn được truyền từ máy tính của cô ấy đến máy chủ email mail.litwareinc.com. Olga sẽ không còn nhìn thấy tin nhắn của mình nữa - việc xử lý tiếp theo được thực hiện bởi các máy chủ thư mà không có sự tham gia của cô ấy. Khi máy chủ thư của Olga nhận được tin nhắn gửi tới [email được bảo vệ], nó sẽ liên hệ với máy chủ thư của Proseware và gửi thư tới nó. Nó sẽ được lưu trữ trên máy chủ prosware.com cho đến khi Sergey kiểm tra email công việc của mình.
Giải thích tiêu đề email
Dưới đây là mô tả về các trường tiêu đề email tiêu chuẩn.
Tiêu đề Internet của Microsoft Mail Phiên bản 2.0
Tiêu đề này được thêm bởi Outlook.
Đã nhận: từ mail.litwareinc.com () qua mail.proseware.com với Microsoft SMTPSVC(6.0.3790.0); Thứ ba, 12/12/2017 13:39:22 -0800
Thông tin này cho biết rằng tin nhắn được truyền vào Thứ Ba, ngày 12 tháng 12 năm 2017 lúc 13:39:22 (1: US) Giờ chuẩn Thái Bình Dương (muộn hơn 8 giờ so với Giờ chuẩn Greenwich (GMT); do đó "- 0800").
Đã nhận: từ thư (RDNS không thành công) qua mail.litware.com với Microsoft SMTPSVC(6.0.3790.0); Thứ ba, 12/12/2017 13:38:49 -0800
Quá trình truyền này xảy ra vào Thứ Ba, ngày 12 tháng 12 năm 2017, lúc 13:38:49 (1:) Giờ chuẩn Thái Bình Dương (muộn hơn 8 giờ so với Giờ chuẩn Greenwich (UTC); do đó là “–0800”).
Từ: "Kelly J. Weadock"
Tin nhắn được gửi bởi Olga Zueva từ địa chỉ email [email được bảo vệ].
ĐẾN:
Người nhận tin nhắn.
CC:
Người nhận bản sao của tin nhắn.
Ghi chú: Người nhận Bcc không được chỉ định trong tiêu đề.
Chủ đề: Đánh giá công tác cán bộ
Chủ đề của thông điệp email.
Ngày và giờ gửi email, dựa trên đồng hồ máy tính của người gửi.
Phiên bản MIME: 1.0
Phiên bản giao thức MIME được người gửi sử dụng.
Loại nội dung: nhiều phần/hỗn hợp;
Tiêu đề MIME bổ sung. Nó dành cho các chương trình email tương thích với MIME và chỉ định loại nội dung mong đợi trong thư.
X-Mailer: Microsoft Office Outlook, Build 12.0.4210
Tin nhắn được gửi bằng Microsoft Office Outlook, phiên bản xây dựng 12.0.4210.
X-MimeOLE: Được sản xuất bởi Microsoft MimeOLE V6.00.2800.1165
Chương trình thư (phần mềm MIME OLE) được người gửi sử dụng.
Chỉ mục chủ đề: AcON3CInEwkfLOQsQGeK8VCv3M+ipA==
Tiêu đề này được sử dụng để kết hợp nhiều tin nhắn thành một luồng. Ví dụ: trong Microsoft Outlook, thông tin này có thể được sử dụng trong Chế độ xem hội thoại để tìm kiếm thư trong một chuỗi hội thoại.
Đường dẫn trả về: [email được bảo vệ]
Địa chỉ người gửi tin nhắn.
ID tin nhắn:
Một số được máy chủ mail.litware.com gán cho thư nhằm mục đích nhận dạng. ID này sẽ luôn đi kèm với tin nhắn.
Dấu thời gian được thêm vào thư lần đầu tiên nó đi qua máy chủ Microsoft Exchange.
Một email thường bao gồm hai phần:
tiêu đề(tiêu đề), chứa thông tin dịch vụ kiểm soát việc gửi và xử lý tin nhắn;
thân hình(nội dung), chứa trực tiếp thông điệp của người dùng: văn bản và dữ liệu đính kèm (đồ họa, tệp âm thanh, v.v.).
tiêu đề của tin nhắn
Tin nhắn thư là văn bản thuần túy ở định dạng ASCII. Do đó, tiêu đề thư là một chuỗi các dòng văn bản như:
Tiêu chuẩn thông điệp thư cung cấp một số lượng lớn các trường. Một số trong số đó là bắt buộc, tức là. Nếu không có chúng, không thể thực hiện việc gửi tin nhắn chính xác và một số là tùy chọn. Các trường được sử dụng phổ biến nhất được liệt kê dưới đây.
ID tin nhắn– mã định danh thông điệp duy nhất. Tính duy nhất của giá trị của trường này được đảm bảo bởi phần mềm của nút gửi, do đó nó được tạo tự động.
Ngày– Trường “Ngày”. Chứa ngày tin nhắn được gửi. Giá trị trường được ứng dụng email khách tự động đặt khi gửi thư.
Từ– Trường “Từ”. Chứa địa chỉ mà người gửi tin nhắn chỉ định làm địa chỉ gốc.
Người gửi– Trường “Người gửi”. Chứa địa chỉ mà tin nhắn thực sự được gửi đi. Trường này có thể không có trong tiêu đề nếu trường Từ chứa địa chỉ thực của người gửi.
ĐẾN– Trường “Tới”. Chứa địa chỉ của người nhận chính của tin nhắn.
Cc– Trường “Sao chép”. Chứa địa chỉ của người nhận tin nhắn bổ sung.
Bcc– Trường “Bản sao mù”. Chứa địa chỉ của người nhận tin nhắn bổ sung. Người nhận được liệt kê trong trường "Tới" và "Cc" sẽ không biết rằng người nhận trong danh sách "Bcc" đã nhận được bản sao của thư.
Trả lời– Trường “Trả lời”. Chứa địa chỉ mà người nhận sẽ gửi phản hồi. Trường này là tùy chọn: nếu thiếu, phản hồi sẽ được gửi đến địa chỉ được chỉ định trong trường "Từ".
Chủ thể– Trường “Chủ đề thư”. Trường này thường chứa mô tả ngắn gọn (chủ đề) của tin nhắn.
Nội dung thư
Dự định ban đầu là thư chỉ có thể chứa văn bản ASCII. Và vì khả năng truyền thông tin phi văn bản không được cung cấp nên các giao thức truyền email có thể không xử lý chính xác những tin nhắn đó. Về vấn đề này, đã có lúc một tiêu chuẩn đặc biệt được phát triển nhằm xác định các nguyên tắc chuyển đổi dữ liệu phi văn bản sang dạng văn bản. Tiêu chuẩn này được gọi là MIME(Phần mở rộng thư Internet đa năng, phần mở rộng thư Internet đa năng).
MIME giả định rằng các loại thông tin sau có thể được chứa trong nội dung của bản tin:
văn bản – văn bản thuần túy ở định dạng ASCII, cũng như văn bản ở định dạng RTF hoặc HTML;
hình ảnh đồ họa – tệp ở định dạng JPEG và GIF;
dữ liệu âm thanh và video;
dữ liệu ở các định dạng của các ứng dụng khác nhau, ví dụ: tài liệu Microsoft Office, cũng như dữ liệu ở bất kỳ định dạng nào (bao gồm các tệp thực thi khác nhau).
Một email có thể chứa nhiều loại dữ liệu khác nhau. Những thông báo như vậy là một cấu trúc có tiêu đề chung và một số khối bên trong nội dung, mỗi khối chứa thông tin thuộc loại riêng.
Điều này được sử dụng rộng rãi khi gửi tin nhắn với đầu tư(tệp đính kèm) – các tệp “đính kèm” bổ sung có thể chứa nhiều thông tin khác nhau. Ví dụ: bạn có thể đính kèm tệp đồ họa có ảnh của người gửi vào tin nhắn văn bản.
Ngoài ra, điều này có thể hữu ích khi văn bản tin nhắn cần được truyền đi ở các định dạng khác nhau. Ví dụ: một tin nhắn được gửi ở định dạng HTML có chứa một số thiết kế có thể không được chương trình khách hàng của người nhận nhận biết chính xác. Để tránh những vấn đề như vậy, ứng dụng email của người gửi có thể tạo một bản trình bày thay thế cho thư ở dạng văn bản thuần túy.
Để đảm bảo truyền chính xác các tin nhắn có dữ liệu phi văn bản trong MIME, hai thuật toán chuyển mã được cung cấp để chuyển đổi dữ liệu đó sang dạng thử nghiệm:
thuật toán "Có thể in được trích dẫn", được thiết kế để thay thế các byte không phải là ký tự ASCII bằng một nhóm ba byte chỉ biểu thị các ký tự tiêu chuẩn;
thuật toán "Base64", chuyển đổi ba byte tùy ý thành bốn ký tự ASCII.
Để đảm bảo giải thích chính xác dữ liệu theo tiêu chuẩn MIME, các trường đặc biệt bổ sung được đưa vào tiêu đề thư.
Loại nội dung– Trường “Loại nội dung”. Chịu trách nhiệm xác định chính xác loại dữ liệu có trong tin nhắn tiêu đề thư. Giá trị trường cho biết một loại dữ liệu cụ thể hoặc thông báo rằng phần thân chứa một số loại khối khác nhau.
Chuyển giao nội dung-Mã hóa– trường "Loại mã hóa nội dung". Xác định phương pháp chuyển đổi (mã hóa) dữ liệu nguồn thành dạng văn bản.
Hãy tưởng tượng một tình huống trong đó các nhà thiết kế bố cục đã làm rất tốt và những người đăng ký đã đồng ý, nhưng những bức thư đó vẫn tiếp tục trở thành thư rác, làm giảm danh tiếng của miền. Một trong những lý do khiến Tỷ lệ khiếu nại thư rác (SCR) cao là do cài đặt không chính xác trong tiêu đề dịch vụ hoặc sự vắng mặt hoàn toàn của họ.
Hôm nay chúng ta sẽ nói về cách thiết lập tiêu đề dịch vụ và lý do tiêu đề này giúp bảo vệ bạn khỏi những kẻ lừa đảo trực tuyến có thể thay mặt bạn gửi thư rác.
Tiêu đề dịch vụ là gì và tại sao phải cấu hình chúng?
Các giao thức thực hiện gửi và nhận email đã xuất hiện từ những năm 80. Vào thời kỳ may mắn và hơi ngây thơ đó, world wide web còn nhỏ và hầu như không có dấu hiệu gian lận và lừa đảo, vì vậy việc kiểm tra và bảo vệ trong các giao thức thư gần như không có.
Nếu bạn là người gửi thư nhỏ, chẳng hạn như một cá nhân hoặc tổ chức và gửi hàng trăm email cùng một lúc từ trang web của riêng bạn thì bạn sẽ không cần phải định cấu hình các tiêu đề kỹ thuật.
Khi sử dụng nền tảng gửi thư, tình hình trở nên phức tạp hơn. Người gửi là miền của bạn, ví dụ: site.ru, nhưng việc gửi thư được thực hiện từ địa chỉ mail.sendsay.ru, điều này sẽ làm dấy lên nghi ngờ về máy chủ thư nhận.
Khung chính sách người gửi
Để loại bỏ sự nghi ngờ của người gửi thư, một cơ chế đặc biệt được sử dụng - SPF (Khung chính sách người gửi hoặc cơ sở hạ tầng chính sách người gửi). Với sự trợ giúp của nó, trang web (vẫn như cũ, site.ru) cho bên nhận biết rằng người gửi (sendsay.ru) thực sự có quyền gửi thư của bạn.
Điều quan trọng là SPF chỉ hoạt động với tiêu đề thư và địa chỉ trả lại đặc biệt (smtp.mailfrom), chứ không hoạt động với địa chỉ Từ mà người đó nhìn thấy. Vì vậy, lừa đảo From thay thế sẽ không ảnh hưởng đến việc kiểm tra SPF dưới bất kỳ hình thức nào.
Hóa ra cơ chế này không phải là cơ chế bảo vệ thực sự đáng tin cậy: thông thường, việc kiểm tra SPF không thành công không phải là lý do để từ chối bức thư. Nhiệm vụ chính của nó là xác nhận người gửi, điều này rất quan trọng đối với danh tiếng của tên miền trong mắt các nền tảng email. Xếp hạng tên miền càng cao thì khả năng email của bạn bị phân loại là thư rác càng thấp. Nếu một công ty sử dụng nhiều tên miền để gửi thư (ví dụ: .ru và .com), thì tiêu đề dịch vụ sẽ phải được định cấu hình cho từng tên miền riêng biệt. Cách dễ nhất phân bổ một tên miền đặc biệt cho việc gửi thư (ví dụ: mail.stie.ru) và thiết lập bản ghi SPF cho nó.
Nếu muốn, bạn cũng có thể sử dụng miền sendsay.ru để gửi thư, nhưng điều này có một số tác dụng phụ. Đặc biệt, việc sử dụng người gửi bên thứ ba được thể hiện rõ ràng trên giao diện web gmail.com: bên cạnh địa chỉ người gửi xuất hiện dòng chữ về người gửi: 
Không gây tử vong, nhưng khó chịu. Trình hướng dẫn SPF mạng sẽ giúp bạn thiết lập bản ghi SPF. 
Thư được xác định bằng khóa tên miền
Pháo đài tiếp theo trên con đường xác minh email là chữ ký số DKIM (Thư được xác định bằng khóa miền). DKIM là một chữ ký mật mã đặc biệt cho phép bạn xác định bạn là người gửi hợp pháp một cách đáng tin cậy. Về mặt tư tưởng, DKIM tương tự như hình mờ trên tiền giấy.
Phương pháp này dựa trên một cặp khóa mã hóa: công khai và riêng tư. Tin nhắn được ký bằng khóa riêng trước khi được gửi. Khóa chung được xuất bản trên máy chủ DNS của người gửi trong bản ghi TXT.
Khi nhận được email, máy chủ nhận sẽ đọc khóa chung và tự động xác minh rằng email thực sự được ký bằng khóa chính xác. Do đó, chữ ký mật mã không chỉ cho phép xác định người gửi mà còn đảm bảo rằng tin nhắn đã ký không bị hỏng trong quá trình truyền.
Việc xác minh DKIM không thành công thường không phải là thảm họa: những email như vậy sẽ đến tay người nhận, mặc dù có dấu "có thể là lừa đảo, chúng tôi không thể xác minh tính xác thực của người gửi". Hậu quả khó chịu nhất của việc kiểm tra DKIM không thành công là gây tổn hại đến danh tiếng của người gửi.
Trong nền tảng Sendsay, chỉ các khóa do hệ thống tạo mới được sử dụng để ký tin nhắn.
Nếu bạn thiết lập chiến dịch tự gửi thư thì việc tạo chữ ký điện tử là trách nhiệm của bạn. Để đơn giản hóa việc thiết lập DKIM, thật thuận tiện khi sử dụng trình hướng dẫn trực tuyến. 
Xác thực, báo cáo và tuân thủ tin nhắn dựa trên tên miền
Xác thực, báo cáo và tuân thủ thông báo dựa trên tên miền (DMARC) - nhận dạng, báo cáo và đối sánh thông báo theo tên miền. DMARC là chính sách kiểm tra tin nhắn được thiết kế để giảm số lượng tin nhắn không mong muốn.
Mới xuất hiện vài năm trước (vào tháng 3 năm 2015), DMARC được xây dựng dựa trên SPF và DKIM đã được mô tả, nhưng có một sự khác biệt đáng kể. Nếu các cơ chế cơ bản chỉ cho máy chủ thư nhận biết liệu thư có vượt qua quá trình kiểm tra hay không thì DMARC sẽ tuyên bố cách xử lý những thư đó.
Bạn có thể kích hoạt chính sách nghiêm ngặt để ngăn chặn việc gửi những email như vậy, mặc dù không phải tất cả các dịch vụ email đều tuân theo các hướng dẫn này trong thư. Đặc biệt, thư Yandex vẫn sẽ gửi thư, mặc dù có lưu ý rằng đây “có thể là gian lận”. DMARC cũng có khả năng bỏ qua tất cả các chữ cái mà không có ngoại lệ, khi đó những lần kiểm tra không thành công sẽ chỉ được phản ánh trong các báo cáo. Điều này có thể hữu ích khi gỡ lỗi các tiêu đề kỹ thuật.
Một dịch vụ đặc biệt cũng sẽ giúp bạn thiết lập bản ghi DMARC. 
Để kiểm tra tính chính xác của các tiêu đề kỹ thuật, hãy sử dụng supertool dịch vụ phổ quát. Nó không chỉ xác định các vấn đề mà còn đưa ra các khuyến nghị để khắc phục. 
Điểm mấu chốt
Như bạn có thể thấy, thiết lập xác thực email là một nhiệm vụ phức tạp nhưng quan trọng trong bối cảnh ngày nay. Nền tảng cố gắng quan tâm đến các chi tiết kỹ thuật, đó là lý do tại sao khi ủy quyền miền phụ của họ cho chúng tôi, khách hàng sẽ nhận được các tiêu đề dịch vụ do các chuyên gia của chúng tôi định cấu hình.
