Tiêu đề dịch vụ RFC. Cấu trúc tin nhắn thư
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
Thư có dạng 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 máy khách 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.
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 cài đặ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ý thận trọng.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
Tuy nhiên, ít người chú ý đến tiêu đề tin nhắn. Một số trong đó người dùng nhìn thấy liên tục khi đọc email là những dòng bắt đầu bằng Đến:, Từ: và Chủ đề:. Tuy nhiên, các tiêu đề không chỉ chứa những lời nhắc thân thiện của người gửi thư mà còn chứa những thông tin rất có ý nghĩa khác. Tiêu đề có thể cho bạn biết tên và số phiên bản của ứng dụng email khách cũng như loại hệ điều hành, tên và số phiên bản của máy chủ thư, địa chỉ IP nội bộ và loại tường lửa mà tổ chức của bạn sử dụng (nếu có) .
Do đó, nên xem xét kỹ hơn các tiêu đề thư email để hiểu rõ hơn lý do tại sao chúng cần thiết, chúng có thể chứa thông tin gì và tại sao tường lửa đôi khi xóa một số dữ liệu khỏi chúng.
TIÊU CHUẨN
Tiêu đề email, giống như tất cả các thành phần Internet, phải tuân theo các tiêu chuẩn, trong trường hợp này là RFC 822. Một tiêu chuẩn riêng, RFC 821, xác định định dạng "phong bì" và mô tả các giao thức truyền thư, nhưng điều đó nằm ngoài phạm vi của bài viết này. RFC 822 được đề xuất thay thế tiêu chuẩn trước đó (RFC 733) để cho phép truyền email giữa các mạng khác nhau. Các tiêu đề được thảo luận trong bài viết này bắt buộc phải gửi bất kỳ email nào qua Internet hoặc giữa hai máy chủ email nội bộ nếu chúng sử dụng giao thức TCP/IP tiêu chuẩn. Những khái niệm này được giải thích trong Hình 1.
Chương trình email của bạn có thể cho phép bạn xem tiêu đề thư. Ví dụ: trong trường hợp của Outlook, bằng cách chọn menu con Hiển thị Trường từ menu Xem, bạn sẽ thấy hộp thoại có tên của một số trường có thể xuất hiện trong email.
Mỗi tiêu đề bắt đầu bằng tên trường, luôn theo sau là dấu hai chấm và dấu cách, chẳng hạn như Đến: hoặc Đã nhận:. Các dòng tiêu đề dài được “thu gọn” hoặc được biểu thị dưới dạng nhiều dòng, với mỗi dòng bổ sung bắt đầu bằng ít nhất một khoảng trắng. Trong Hình 1, trường tiêu đề đầu tiên là Đã nhận:, thực tế kéo dài ba dòng, theo sau là trường Đã nhận: ba dòng khác.
Một số tên trường, chẳng hạn như Ngày:, Đến:, Chủ đề: và Từ:, là tự giải thích. Ví dụ: sau tên trường From: có địa chỉ trả lại và sau To: có địa chỉ người nhận. Giao thức SMTP (RFC 821) không yêu cầu địa chỉ được đặt trong trường From: phải thể hiện chính xác người gửi. SMTP không có phương tiện thực sự nào để xác minh xem người gửi có đang sử dụng địa chỉ của chính họ hay không, mặc dù hầu hết các máy chủ thư ít nhất sẽ kiểm tra xem miền của người gửi có tồn tại hay không. Việc thiếu kiểm soát khiến việc làm giả địa chỉ của người gửi thư trở nên dễ dàng hơn, đặc biệt là đối với thư rác.
NGƯỜI NHẬN
Từ quan điểm thu thập thông tin thực tế về người gửi email, các tiêu đề Đã nhận: thú vị hơn đáng kể so với các tiêu đề Từ:, vốn dễ bị làm sai lệch. Nói chung, bất kỳ dòng tiêu đề nào cũng có thể bị giả mạo ở một mức độ nào đó, vì tiêu đề chỉ là dữ liệu văn bản và chỉ những tiêu đề được tạo bởi máy chủ đáng tin cậy mới có thể được coi là đáng tin cậy. Tiêu đề đã nhận: được thêm vào bởi mỗi máy chủ thư chuyển tiếp một thư nhất định, với máy chủ thư gần đây nhất trong chuỗi ở vị trí đầu tiên và máy chủ đầu tiên chuyển tiếp thư ở vị trí cuối cùng. Trong Hình 1, tiêu đề Đã nhận: đầu tiên cho biết máy chủ Bear.spirit.com đã nhận được tin nhắn cho người nhận [email được bảo vệ] từ nút 0nus.l0pht.com.
Tiêu đề đầu tiên cung cấp những thông tin thú vị khác. Dữ liệu trong dấu ngoặc đơn, chẳng hạn như (0nus.l0pht.com), được các máy chủ thư tương thích chấp nhận dưới dạng nhận xét. Trong trường hợp này, chương trình sendmail nằm trên nút Bear.spirit. com đã xác minh rằng hệ thống của người gửi thực sự có tên 0nus.l0pht.com và địa chỉ IP 199.201.145.3. Việc xem lại các tham số kết nối TCP/IP cho phép sendmail xác định địa chỉ IP và sau đó tra cứu DNS sẽ tiết lộ tên miền của máy chủ.
Tiêu đề Đã nhận: thứ hai thú vị hơn. Lưu ý rằng tin nhắn đã được nhận từ , tức là địa chỉ IP tuyệt đối của hệ thống 0nus được chỉ định và nó cũng được hiển thị là 199.201.145.3. Theo RFC 1918, địa chỉ IP bắt đầu bằng 172.16 được dành riêng cho các mạng riêng, vì vậy chúng không nhằm mục đích truyền qua Internet và có thể bị lặp lại. Trong ví dụ của chúng tôi, tiêu đề Đã nhận: cho biết rằng 0nus đang hoạt động như một tường lửa cho miền l0pht (hoặc một phần của nó) và thực hiện Dịch địa chỉ mạng (NAT). Đồng thời, tiêu đề Đã nhận: này thông báo rằng miền 0nus đang chạy Postfix, một máy chủ thư mới mà Wietse Venema đã phát triển để đảm bảo mức độ bảo mật cao nhất có thể.
Trong ví dụ ở Hình 1, tin nhắn chỉ chứa hai tiêu đề Đã nhận:. Đôi khi có nhiều tiêu đề khác và những tiêu đề này có thể tiết lộ các địa chỉ mạng nội bộ và tên máy chủ thư cũng như tên máy chủ nội bộ. Tầm quan trọng của dòng Đã nhận: còn nằm ở chỗ chúng giúp xác định các trường hợp lặp, trong đó một máy chủ thư chuyển tiếp thư đến một máy chủ khác, sau đó gửi lại thư, tạo ra một vòng lặp. Mặt khác, các dòng trong trường Đã nhận: cũng chứa rất nhiều dữ liệu có thể được kẻ tấn công bên ngoài quan tâm.
Đến bây giờ, dựa trên thông tin trong tiêu đề Đã nhận:, chúng tôi đã xác định được hai máy chủ thư: sendmail và Postfix. Các máy chủ thư Unix khác, cũng như Microsoft Exchange và Lotus Notes, cũng để lại dấu trong tiêu đề Đã nhận:.
Có một mức độ xác suất nhất định rằng 0nus.l0pht.com là tường lửa cho miền l0pht. Trong một số trường hợp, bạn không chỉ có thể đoán mà còn xác định chính xác sự hiện diện của tường lửa. Đôi khi nó sẽ được gọi là "tường lửa", "đại bàng", "fw1" hoặc một số tên dễ nhận biết khác, sẽ được phản ánh trong tiêu đề Đã nhận:. Một số tường lửa, chẳng hạn như tường lửa từ Interlock, thông báo rõ ràng sự hiện diện của chúng bằng cách thêm nhận xét vào dòng Đã nhận:. Tường lửa của nhà cung cấp khác đặt dòng mô tả ít hơn nhiều trong trường này, cho biết rằng "thông tin cá nhân đã bị xóa". Tuy nhiên, vì chỉ có nhà cung cấp này sử dụng nhận xét cụ thể này nên sự hiện diện của tường lửa của nó gần như trở nên rõ ràng như tường lửa Interlock.
TIÊU ĐỀ BỊ BIẾN MẤT
Tiêu đề đã nhận: được thiết kế để phân tích các vấn đề về gửi email. Việc xóa các tiêu đề này không được coi là dấu hiệu của hình thức tốt trên Internet, nhưng một số tường lửa vẫn xóa chúng theo yêu cầu của quản trị viên. Tôi nghĩ việc xóa những tiêu đề như vậy khỏi các thư rời khỏi tổ chức của bạn là một hành động hợp lý: nếu bạn chịu trách nhiệm về các vấn đề về email trong tổ chức của mình thì bạn sẽ không muốn cung cấp cho người ngoài khả năng phân tích cấu trúc hệ thống email (và mạng) của bạn. Không phải tất cả tường lửa đều cho phép điều này. (Theo quy định, chỉ tường lửa có cổng ứng dụng mới đủ thông minh để xử lý chính xác loại hoạt động này.)
RFC 822 yêu cầu các tiêu đề Đã nhận: trong thư nên việc xóa chúng có thể bị coi là vi phạm tiêu chuẩn Internet. Trong thư từ email riêng tư với nhân viên hỗ trợ tại trang Web sendmail.org, một nhà tư vấn đã đề xuất phương pháp xóa có chọn lọc các tiêu đề Đã nhận này: Sửa đổi sendmail và tạo một tệp cấu hình chứa các địa chỉ máy chủ cần xóa. Đồng thời, nhóm hỗ trợ sendmail nhận thấy sửa đổi này trái với tinh thần của tiêu chuẩn RFC và khuyến nghị ẩn dữ liệu riêng tư trong tiêu đề bằng cách thay thế chúng bằng bản ghi băm.
ĐÓ CHƯA PHẢI LÀ TẤT CẢ
Một số cuộc tấn công đã biết có thể được thực hiện bằng cách khai thác lỗi phân tích tiêu đề. Gần đây nhất, Microsoft đã phát hành một bản vá cho mô-đun inetcomm.dll mà Outlook và Outlook Express truy cập để phân tích, cùng với những thứ khác, tiêu đề Date:. Tràn trường ngày: Các chương trình email này đã gặp sự cố hoặc thậm chí thực thi mã tùy ý (nếu dữ liệu được truyền sử dụng lỗi tràn bộ đệm).
Làm cách nào bạn có thể biết người dùng cụ thể đang làm việc với chương trình nào: Outlook, Outlook Express hoặc một số chương trình khác? Nhìn vào tiêu đề x-mailer:. Trong trường hợp được hiển thị trong Hình 1, người gửi, Jolly, đang sử dụng ứng dụng khách Claris Emailer, điều này cũng gợi ý rằng anh ta đang chạy trên máy tính Macintosh (bộ ứng dụng Claris chỉ có sẵn cho Macintosh).
Thư Internet, giống như phần lớn nội dung của nó, không được thiết kế để chống lại các cuộc tấn công nội bộ. Trong nhiều năm, Internet là phương tiện liên lạc của những người đam mê, kết nối các máy tính dựa trên các giao thức chung được xác định theo tiêu chuẩn RFC. Bảo mật và mục đích ban đầu của Internet - cung cấp kết nối - đang xung đột với nhau.
Các công cụ mã hóa và chữ ký số cho email, chẳng hạn như PGP (Pretty Good Privacy), không giải quyết được vấn đề vì chúng chỉ đảm bảo tính bảo mật của email và xác thực người gửi. Để ngăn chặn những hành vi lạm dụng mà chúng ta gặp phải ngày nay, các tiêu chuẩn email phải thay đổi hoàn toàn. Tuy nhiên, giờ đây, tiêu đề email gửi đi của tổ chức của bạn có thể được lọc để xóa thông tin nội bộ có thể bị kẻ tấn công bên ngoài sử dụng.
Rick Farrow là một nhà tư vấn bảo mật độc lập. Anh ấy có thể liên lạc tại: [email được bảo vệ].
Tài nguyên Internet
Tiêu chuẩn Internet cho tiêu đề thư được công bố tại: http://www.faqs.org/rfcs/rfc822.html .
Máy chủ thư Postfix của Wietse Venema được đặt trên trang http://www.porcupine.org/postfixmirror/start.html .
Bạn có thể tìm thấy hướng dẫn của Microsoft về các lỗi trong mô-đun inetcomm.dll để phân tích một số tiêu đề thư tại: http://www.microsoft.com/technet/security/bulletin/ms00-043.asp .
Bạn có thể tìm thấy các mẹo hữu ích về cách sử dụng sendmail để giả mạo (viết lại tiêu đề thư sao cho tất cả chúng đều chứa địa chỉ miền chứ không phải địa chỉ của hệ thống nội bộ trong miền của bạn) 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ý thận trọng.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 cài đặ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 tới 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 đề thư 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 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.
