Giới hạn chiều dài chủ đề email là gì?

Có bao nhiêu ký tự được phép nằm trong dòng chủ đề của email Internet? Tôi đã quét RFC để nhận email nhưng không thể thấy cụ thể thời gian được phép là bao lâu. Tôi có một đồng nghiệp muốn lập trình xác nhận cho nó.

Nếu không có giới hạn chính thức, độ dài tốt trong thực tế để đề xuất là gì?

Xem RFC 2822 , mục 2.1.1 để bắt đầu.

Có hai giới hạn mà tiêu chuẩn này đặt vào số lượng ký tự trong một dòng. Mỗi dòng ký tự PHẢI không quá 998 ký tự và NÊN không quá 78 ký tự, ngoại trừ CRLF.

Vì RFC tuyên bố sau, bạn có thể làm việc xung quanh giới hạn này (không phải là bạn nên) bằng cách gấp đối tượng qua nhiều dòng.

Mỗi trường tiêu đề là một dòng ký tự duy nhất bao gồm tên trường, dấu hai chấm và thân trường. Tuy nhiên, để thuận tiện và để giải quyết các giới hạn ký tự 998/78 trên mỗi dòng, phần thân trường của trường tiêu đề có thể được chia thành một biểu diễn nhiều dòng; cái này được gọi là "gấp". Nguyên tắc chung là bất cứ nơi nào tiêu chuẩn này cho phép gấp khoảng trắng (không chỉ đơn giản là các ký tự WSP), CRLF có thể được chèn trước bất kỳ WSP nào. Ví dụ: trường tiêu đề:

       Subject: This is a test

có thể được biểu diễn dưới dạng:

       Subject: This
        is a test

Đề xuất cho không quá 78 ký tự trong tiêu đề chủ đề nghe có vẻ hợp lý. Không ai muốn cuộn để xem toàn bộ dòng chủ đề, và một cái gì đó quan trọng có thể bị cắt ở bên phải.

RFC2322 nói rằng tiêu đề chủ đề "không hạn chế độ dài"

nhưng để tạo ra các tiêu đề dài nhưng bạn cần chia nó thành nhiều dòng, một quá trình gọi là "gấp".

chủ đề được định nghĩa là "không cấu trúc" trong RFC 5322

đây là một số trích dẫn ([...] chỉ ra những thứ tôi đã bỏ qua)

3.6.5. Informational Fields
  The informational fields are all optional.  The "Subject:" and
  "Comments:" fields are unstructured fields as defined in section
  2.2.1, [...]

2.2.1. Unstructured Header Field Bodies
  Some field bodies in this specification are defined simply as
  "unstructured" (which is specified in section 3.2.5 as any printable
  US-ASCII characters plus white space characters) with no further
  restrictions.  These are referred to as unstructured field bodies.
  Semantically, unstructured field bodies are simply to be treated as a
  single line of characters with no further processing (except for
  "folding" and "unfolding" as described in section 2.2.3).

2.2.3  [...]  An unfolded header field has no length restriction and
  therefore may be indeterminately long.

sau một số thử nghiệm: Nếu bạn gửi email đến một khách hàng triển vọng và chủ đề là> 77 ký tự và nó cần sử dụng "=?ISO"bên trong chủ đề (trong trường hợp của tôi vì dấu), OutLook sẽ "cắt" chủ đề ở giữa nó và chia lưới tất cả những gì xuất hiện sau đó, bao gồm cả văn bản cơ thể, tài liệu đính kèm, v.v ... tất cả đều là lưới!

Tôi có một vài ví dụ như thế này:

Subject: =?ISO-8859-1?Q?Actas de la obra N=BA.20100154 (Expediente N=BA.20100182) "NUEVA RED FERROVIARIA.=

TRAMO=20BEASAIN=20OESTE(Pedido=20PC10/00123-125),=20BEASAIN".?=

Đến:

Như bạn thấy, trong dòng chủ đề, nó đã cắt trên char 78 với dấu "=" theo sau là 2 hoặc 3 nguồn cấp dữ liệu, sau đó tiếp tục với phần còn lại của chủ đề một cách tồi tệ.

Nó đã được báo cáo cho tôi từ một số khách hàng, những người sử dụng OutLook, các khách hàng email khác xử lý các chủ đề đó đều ổn.

Nếu bạn không có ISO trên đó, điều đó không gây hại gì, nhưng nếu bạn thêm nó vào chủ đề của mình để trở nên tốt đẹp với RFC, thì bạn sẽ nhận được điều bất ngờ này từ OutLook. Bit nếu bạn không thêm ISO, thì email iPhone sẽ không hiểu được nó (và đính kèm các tệp có tên bằng các ký tự đó sẽ không hoạt động trên iPhone).

Tôi không tin rằng có một giới hạn chính thức ở đây và tôi khá chắc chắn rằng không có bất kỳ giới hạn cứng nào được chỉ định trong RFC, như bạn đã tìm thấy.

Tôi nghĩ rằng một số hạn chế khá phổ biến đối với các dòng chủ đề nói chung (không chỉ e-mail) là:

• 80 ký tự
• 128 ký tự
• 256 ký tự

Rõ ràng, bạn muốn đưa ra một cái gì đó là hợp lý. Nếu bạn đang viết một ứng dụng email, bạn có thể muốn sử dụng 256 ký tự và rõ ràng kiểm tra kỹ các máy chủ thương mại lớn ngoài đó để đảm bảo chúng phục vụ thư của bạn một cách chính xác.

Hi vọng điêu nay co ich!

Điều quan trọng là cơ chế nào bạn đang sử dụng gửi email. Hầu hết các thư viện hiện đại (ví dụ System.Net.Mail) sẽ ẩn bạn. Bạn chỉ cần đặt một dòng tiêu đề email rất dài mà không có (CR, LF, HTAB). Nếu bạn bắt đầu cố gắng tự gấp, tất cả các cược đã tắt. Nó sẽ bắt đầu báo cáo lỗi. Vì vậy, nếu bạn gặp vấn đề này, chỉ cần lọc CR, LF, HTAB và để thư viện thực hiện công việc cho bạn. Bạn cũng thường có thể đặt loại văn bản mã hóa thành một trường riêng biệt. Không cần mã hóa iso trong dòng chủ đề.