Sự hiện diện của tiêu đề Content-ID trong email MIME có nghĩa là tệp đính kèm phải được nhúng?

Hai sản phẩm email của bên thứ ba khác nhau mà chúng tôi có đang phản ứng khác nhau với sự hiện diện của tiêu đề id nội dung trong nguồn MIME của email. Điều này dẫn đến trải nghiệm người dùng không nhất quán mà chúng tôi đang cố gắng giải quyết.

Đây là một ví dụ:

--boundary-example
Content-Location: CID:somethingatelse 
Content-ID: <foo4atfoo1atbar.net>
Content-Type: IMAGE/GIF
Content-Transfer-Encoding: BASE64

R0lGODlhGAGgAPEAAP/////ZRaCgoAAAACH+PUNv
cHlyaWdodCAoQykgMTk5LiBVbmF1dGhvcml6ZWQgZHV
wbGljYXRpb24gcHJvaGliaXRlZC4A etc..

Một sản phẩm email diễn giải điều này như một hình ảnh nhúng. Các diễn giải khác như một tệp đính kèm thông thường (không được nhúng). Nếu chúng tôi loại bỏ hoàn toàn dòng Content-ID , cả hai sản phẩm đều cho rằng tệp đính kèm không được nhúng.

Có một RFC cụ thể nào kết luận dứt khoát hành vi nào là đúng không? Một đồng nghiệp và tôi đã xem xét RFC2392 trong phần tóm tắt mở đầu có nội dung:

Việc sử dụng [MIME] trong email để truyền tải các trang Web và
hình ảnh được liên kết của chúng yêu cầu lược đồ URL để cho phép HTML tham chiếu
đến hình ảnh hoặc dữ liệu khác có trong thông báo. Trình
định vị tài nguyên thống nhất ID nội dung , "cid:", phục vụ mục đích đó. [V]] Lược đồ "cid" đề cập đến một phần cơ thể cụ thể của tin nhắn; việc sử dụng của nó thường bị giới hạn trong các tham chiếu đến các bộ phận cơ thể khác trong cùng một thông điệp như phần cơ thể giới thiệu. Lược đồ "giữa" cũng có thể đề cập đến một phần cơ thể cụ thể trong một tin nhắn được chỉ định, bằng cách bao gồm địa chỉ của ID nội dung.

Vì vậy, mặc dù không tuyệt đối, chúng tôi có xu hướng tin rằng vì tất cả các mục được nhúng đều cần một cid để tham chiếu chúng và nói chung, nó bị giới hạn ở các bộ phận cơ thể khác trong cùng một thông điệp, và các tệp đính kèm không cần cid , đó là hành vi hợp lý đối với một sản phẩm email để xử lý sự hiện diện của một cid, như là một chỉ báo về ý định của nhúng để nhúng vào.

Tôi có thể xác nhận điều này không?

Các Content-IDkhông có nghĩa là một hình ảnh sẽ được hiển thị inline. Tiêu đề này là cần thiết để tham chiếu dữ liệu nhúng trong HTML.

Vì email là một tin nhắn văn bản, không có lý do gì để hiển thị một hình ảnh được nhúng, miễn là thư đó là văn bản thuần túy.

Một số khách hàng không hiển thị dữ liệu nội tuyến bất kể định dạng là HTML hay văn bản thuần túy. Nhưng đây không phải là một hành vi được xác định

Tôi nghĩ rằng bạn đang tìm kiếm trường Content-Dispositiontiêu đề, cho phép bạn xác định kiểu trình bày của một phần cơ thể (chẳng hạn như hình ảnh) là inlinehoặc attachment.

Đây là một ví dụ nội tuyến được tạo bởi Thunderbird:

--------------040202010204080305090405
Content-Type: image/png; name="test.png"
Content-Transfer-Encoding: base64
Content-ID: <part1.02080004.04000407@sample.com>
Content-Disposition: inline; filename="test.png"

Bạn có thể đọc thêm tại:

• RFC: http://tools.ietf.org/html/rfc2183
• Wikipedia: http://en.wikipedia.org/wiki/MIME#Content-Disposeition