Câu hỏi thường gặp về MIME và chuyển đổi nội dung trong Exchange 2000 Server và trong Exchange Server 2003

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch máy của Microsoft chứ không phải do con người dịch. Microsoft cung cấp các bài viết do con người dịch và cả các bài viết do máy dịch để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng ngôn ngữ của bạn. Tuy nhiên, bài viết do máy dịch không phải lúc nào cũng hoàn hảo. Loại bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, giống như một người nước ngoài có thể mắc sai sót khi nói ngôn ngữ của bạn. Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra. Microsoft cũng thường xuyên cập nhật phần mềm dịch máy này.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này:836555
Bài viết này đã được lưu trữ. Bài viết được cung cấp "nguyên trạng" và sẽ không còn được cập nhật nữa.
TÓM TẮT
Bài viết này bao gồm các câu trả lời cho câu hỏi thường gặp về tiêu chuẩn MIME và các phương pháp mã hóa mà làm cho nó có thể cho hệ thống gửi thư khác nhau để làm việc với nhau. Bài viết này một thời gian ngắn giải thích làm thế nào bạn có thể khắc phục sự cố bị cắt xén hoặc không thể đọc được thư trong một môi trường Microsoft Exchange.
THÔNG TIN THÊM
Q1: Định dạng của thư điện tử là gì?

A1: Thư điện tử Internet thực hiện theo các tiêu chuẩn định dạng được định nghĩa trong RFC 2822. Một tin nhắn được tạo thành từ các lĩnh vực tiêu đề và một cơ thể. Các lĩnh vực tiêu đề chung đặt tên là "tiêu đề" của thư. Nội dung là tùy chọn. Một tin nhắn có thể được gửi mà không có một cơ thể, nhưng không phải không có một tiêu đề.

Tiêu đề chứa một chuỗi các dòng ký tự có một cú pháp đặc biệt, như được định nghĩa trong RFC 2822 định dạng chuẩn. Cơ thể chứa một chuỗi các ký tự mà làm theo tiêu đề và đó được tách ra từ phần đầu của một dòng sản phẩm nào (có nghĩa là, một dòng mà không có gì trước khi trở về vận chuyển) và đường dây nguồn cấp dữ liệu [CRLF].

Các trường có tiêu đề là dòng mà bao gồm của một tên trường theo sau là một tràng (:), theo sau là một cơ thể lĩnh vực, và kết thúc bằng một CRLF. Một tên trường phải được bao gồm ký tự khác ASCII U.S. in được ký (có nghĩa là, tự có giá trị giữa 33 và 126, bao gồm), ngoại trừ các dấu hai chấm. Các dấu hai chấm được sử dụng như là một nhân vật chia ly.

Một cơ thể lĩnh vực có thể bao gồm ký tự khác ASCII U.S. nào, ngoại trừ CRLF. Tuy nhiên, một cơ thể lĩnh vực có thể chứa một CRLF khi được sử dụng trong tiêu đề gấpunfolding. Gấp là khi nào, để thuận tiện, một dòng xuất hiện trên nhiều dòng. Unfolding là đảo ngược này. Tất cả các lĩnh vực cơ quan phải tuân theo cú pháp được diễn tả trong phần 3 và 4 của các định dạng RFC 2822 tiêu chuẩn.

Cơ thể của bài viết có thể bao gồm một hoặc nhiều phần. Mỗi phần cơ thể bị ngăn cách bởi một ranh giới. Tham số ranh giới là một chuỗi văn bản bắt đầu với hai dấu gạch ngang (-).

Q2: MIME là gì?

A2: MIME là một tiêu chuẩn có thể được sử dụng để bao gồm các nội dung của nhiều loại khác nhau trong một tin nhắn đơn. MIME mở rộng định dạng Simple Mail Transfer Protocol (SMTP) thư bao gồm nhiều nội dung, cả hai văn bản và không phải văn bản. Bộ phận của tin nhắn có thể hình ảnh, âm thanh, hoặc văn bản trong nhân vật khác nhau đặt. MIME tiêu chuẩn có nguồn gốc từ RFCs như 2821 và 2822.

Q3: Làm thế nào trao đổi handle MIME?

A3: Có ba thành phần chính trong trao đổi thực hiện chuyển đổi nội dung:
  • Các thành phần IMAIL là thành phần cốt lõi chuyển đổi Internet thư vào MAPI / trao đổi định dạng và ngược lại. Nó cũng sẽ kiểm tra tính toàn vẹn của tin nhắn.
  • Các thành phần EXMIME chịu trách nhiệm cho dịch Internet thư trong đại diện bên trong đối tượng của trao đổi và để tạo ra các tin nhắn định dạng MIME.
  • Các thành phần RFHTML chuyển đổi định dạng văn bản phong phú (RTF) thư sang HTML và ngược lại, theo các cài đặt trên máy sử dụng Microsoft Outlook và các cài đặt trên máy tính Exchange Server.

Q4: Các yêu cầu tối thiểu của một thư điện tử định dạng MIME là gì?

A4: Một thư điện tử định dạng MIME thông thường sẽ có một tiêu đề và một cơ thể. Tối thiểu một thư MIME phải có một tiêu đề. Cơ thể là tùy chọn. Tiêu đề phần bao gồm một tiêu đề Phiên bản 1.0 MIME (một cho mỗi tin nhắn, như được định nghĩa trong RFC 2822).

Phần cơ thể bao gồm:
  • Content-type (đây là tùy chọn. Mặc định là văn bản/bình nguyên, như được định nghĩa trong RFC 2822-5,2.)
  • Nội dung-Transfer-Encoding header (đây là tùy chọn. Mặc định là 7-bit, được định nghĩa trong RFC 2822-6.1.)
  • Content-Disposition tiêu đề (đây là tùy chọn.)
  • Nội dung ID (đây là tùy chọn.)


Q5: Một tiêu đề Phiên bản MIME là gì?

A5: Lĩnh vực tiêu đề Phiên bản MIME thị thư MIME được định dạng. Thư được gửi từ trước đó phần mềm hỗ trợ MIME không có lĩnh vực này. Ứng dụng thư khách sử dụng sự vắng mặt của lĩnh vực này để phân biệt với thông điệp không MIME.

Q6: Một tiêu đề kiểu nội dung là gì?

A6: Lĩnh vực Content-Type được sử dụng để xác định các loại và sub-type của dữ liệu trong một lĩnh vực.

Một số các loại tiêu đề là multipart/hỗn hợp, multipart/thay thế, văn bản/đồng bằng, text/html, ứng dụng/applefile, ứng dụng/ms-tnef và ứng dụng/octet-dòng.

Q7: What's Content-Transfer-Encoding?

A7: Khác nhau thư hệ thống xử lý dữ liệu một cách khác nhau, và một số hệ thống thư trước đó không thể xử lý dữ liệu đa phương tiện.

Chỉnh sửa hệ thống mà không thể xử lý dữ liệu đa phương tiện, một chương trình mã hóa được sử dụng để chuyển đổi dữ liệu vào một định dạng thống nhất 7-bit. Khi người nhận nhận được tin nhắn, dữ liệu được khôi phục để định dạng ban đầu của nó. Một số ví dụ định dạng Content-Transfer-Encoding là:
  • Trích dẫn-in được
  • Base64
  • 8-bit
  • 7-bit
  • Nhị phân


H8: Làm thế nào là Transfer-Encoding thực hiện trong trao đổi 5.5?

A8: Trao đổi 5,5 mã hóa ở định dạng trích dẫn-in được hoặc trong định dạng 7-bit, theo yêu cầu. Ngoài ra, trao đổi 5,5 mã hóa thông điệp trong định dạng base64 nếu 25% của tin nhắn được tạo thành từ các ký tự 8-bit (có nghĩa là, ký tự bên ngoài phạm vi U.S. ASCII). Điều này chỉ áp dụng cho nội dung thư; tập tin đính kèm là luôn luôn base64 mã hóa.

H9: Làm thế nào là Transfer-Encoding thực hiện trong Exchange 2000 Server?

A9: Định tuyến ranh giới của nhóm và các điểm đến mục tiêu SMTP xác định như thế nào Exchange 2000 Server mã hóa thư. Exchange 2000 sẽ mã hóa là trích dẫn-in được hay 7-bit hoặc vận chuyển trung lập đóng gói định dạng (TNEF) khi gửi giữa hai máy chủ/người nhận trong nhóm định tuyến khác nhau, và Internet.

Exchange 2000 Server sẽ mã hóa trong hệ nhị phân hoặc tóm tắt TNEF khi gửi đến một người nhận/máy chủ trong cùng bảng định tuyến.

Q10: Làm thế nào là Transfer-Encoding thực hiện trong Microsoft Exchange Server 2003?

A10: Khi định tuyến nhóm ranh giới, trao đổi và SMTP mục tiêu điểm cũng xác định như thế nào Exchange Server 2003 mã hóa thư.

Trong chế độ hỗn hợp, Exchange Server 2003 mã hóa là trích dẫn-in được hay 7-bit (TNEF định dạng) khi gửi giữa hai máy chủ/người nhận trong nhóm định tuyến khác nhau và Internet.

Trong chế độ bản xứ, Exchange Server 2003 encodes trong hệ nhị phân (tóm tắt TNEF) khi gửi đến một người nhận/máy chủ trong cùng một hoặc nhóm định tuyến khác.

C11: Một tiêu đề Content-Disposition là gì?

A11: Tiêu đề này xác định liệu một phần sẽ xuất hiện như phần đính kèm hoặc xuất hiện trong nội dung thư.

P12: Làm thế nàoTrao đổi xử lý tập tin đính kèm?

A12: Exchange Server 2003 lưu thông điệp Internet ở định dạng bản xứ của họ. Điều này có nghĩa rằng nếu các thư được đọc từ một khách hàng nhận biết Internet định dạng như Outlook Express, họ sẽ được trả lại định dạng ban đầu của họ.

Tuy nhiên, khi thư được đọc từ một máy khách MAPI, IMAIL ánh xạ yếu tố thích hợp trong các định dạng Internet tới tài sản MAPI. Trong thực tế, trước khi một thư Internet thậm chí được gửi đến một hộp thư, một tập tối thiểu các đặc tính MAPI phải được đẩy mạnh từ thư Internet; Chúng bao gồm PR_SENT_REPRESENTING, PR_SUBJECT và người nhận bảng.

Các thuộc tính khác của MAPI như PR_BODY, PR_HTML và PR_ATTACH_DATA_BIN được tính từ dạng thức Internet theo yêu cầu. Chuyển đổi xảy ra khi một khách hàng MAPI yêu cầu thông báo lần đầu tiên. Exchange 2000 Server sau đó khuyến khích những thuộc tính MIME bản xứ để định dạng MAPI.

Trong nội dung-chuyển đổi trong Exchange Server 2003, khi rendering một thư MIME trong nước cho một khách hàng, IMAIL nào sau đây:
  1. IMAIL kiểm tra đối với một (tên) tập tin hoàn chỉnhTên.Ext) trong tiêu đề MIME. Nếu một tên được tìm thấy, tên tập tin được sử dụng.
  2. IMAIL kiểm tra tên phần tệp. Nếu tìm thấy, IMAIL xem xét các
    HKEY_CLASSES_ROOT/MIME/cơ sở dữ liệu/content-type
    subkey để ánh xạ một phần mở rộng tên tệp với loại nội dung. Nếu một loại phù hợp với nội dung được tìm thấy, mở rộng được thêm vào phần đính kèm. Nếu không có loại phù hợp với nội dung được tìm thấy, tên tập tin một phần được sử dụng.
  3. Nếu không có tên tập tin được quy định trong các phần đầu kiểu nội dung hoặc Content-Disposition, IMAIL tìm kiếm một kiểu kết hợp nội dung. Nếu tìm thấy, phần đính kèm sẽ có định dạng ATTTên.Ext, nơi Ext là phần mở rộng được liên kết với các loại nội dung. Nếu không có loại phù hợp với nội dung được tìm thấy, một phần mở rộng của ".att" được sử dụng. Exchange 2000 Server đòi hỏi một tập tin tên trong tiêu đề Content-type.


C13: Cấu trúc của các bài viết đầy đủ là gì?

A13: Đây là một ví dụ về một thông báo đầy đủ, với tất cả các tiêu đề được hiển thị. Người nhận nói chung sẽ thấy chỉ là những bộ phận cơ thể. Ý kiến đã được thêm vào trong dấu ngoặc đơn.

Received: from SMTP server (server1.example1.com IP address) by Receiver SMTP version 1.0 (server2.example2.com IP address); Mon, 28 Oct 2002 08:42:42 -0500 (EST)Message-ID: <006@example1.com>From: "User1" <user1@example1.com> (RFC 2822 sender) To: "User2" user2@example2.com> (RFC 2822 recipient) Subject: A test message to see if you can see me now!Date: Mon, 8 Nov 2002 13:46:54 +0100MIME-Version: 1.0Content-Type: multipart/mixed; boundary="----=_NextPart_000_005A_01C27E88.79B98A90"X-Priority: 3Return-Path: user1@domain1.comX-OriginalArrivalTime: 28 Oct 2002 13:45:00.0541 (UTC) FILETIME=[35F0A2D0:01C27E88] This is a multi-part message in MIME format (If you see this in the message body, there is a problem. Notice there is no space or CRLF in the headers in the previous text. There must be no space until the message body itself) This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. (If you see this in the message body, there is a problem) ------=_NextPart_000_005A_01C27E88.79B98A90 (Boundary)  Content-Type: text/plain;charset="iso-8859-1"Content-Transfer-Encoding: 7bit Can you see me now??! (This is the text of the message. You see this in your mail client.) ------=_NextPart_000_005A_01C27E88.79B98A90 (Boundary. See Multipart/Mixed definition earlier in this article.) Content-Type: image/jpeg;name="Haloweenpictures.jpg"Content-Transfer-Encoding: base64 (All attachments in Exchange 2000 Server are encoded by using base64 and bloat 33%.)  Content-Disposition: attachment;filename="Haloweenpictures.jpg" /9j/4AAQSkZJRgABAQEBLAEsAAD/2wB/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB  (Base64 data in raw format. This is the picture being encoded in binary format; to be repackaged later back as a picture.)/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB------=_NextPart_000_005A_01C27E88.79B98A90--


H14: Tại sao làm địa chỉ thư hiện lên trong nội dung của tôi?

A14: Đầu tiên "CRLF CRLF" trong MIME stream là bắt đầu nội dung thư. Vì vậy, nếu không có một <crlf> <crlf>chuỗi giữa hai phần đầu, khách hàng (Microsoft Outlook hoặc Microsoft Outlook Express) sẽ hiển thị một thông báo bị cắt xén.</crlf></crlf>

Đầu tiên "CRLF CRLF" tách tiêu đề thư Internet từ nội dung thư. Các tiêu đề được gọi là đầu thư P1. Thông tin thư P1 là phong bì tiêu đề và không phải là một phần của thư Internet được xử lý bởi IMAIL.

Trao đổi có thể chuyển tiếp đến một máy chủ lưu trữ thông minh, thiết bị quét nội dung, virus tường hoặc tường lửa. Phần mềm tường lửa thứ ba bên đôi khi có thể bóp méo thông điệp.

Bạn cũng có thể tiếp nhận thư điện tử thông qua một hệ thống UNIX, thông qua một tường lửa hoặc thông qua một bức tường vi rút. Ngoài ra, một thiết bị quét nội dung bên thứ ba có thể trên mạng. Nếu bạn có các ứng dụng tương tự hoặc các thiết bị trên mạng của bạn, hãy kiểm chứng nhận giới hạn. Tránh sử dụng các thiết bị hoặc các ứng dụng trong chẩn đoán xét nghiệm.

Q15: Tại sao làm dấu hỏi xuất hiện trong bài viết của tôi?

A15: Nếu dấu hỏi xuất hiện trong thư, nó có nghĩa rằng hệ thống không biết làm thế nào để dịch một số ANSI hoặc Unicode ký tự trong thư. Bạn phải chắc chắn rằng khách hàng mà thư này được xem có mã trang cài đặt phù hợp với các ký tự. Ví dụ, đảm bảo các máy trạm Windows có bản địa Nhật bản được cài đặt để xem thư này được viết bằng tiếng Nhật.

750: Tại sao tôi có khó khăn mở thư HTML và tôi thấy các sự kiện 12002 và 12003 trong đăng nhập ứng dụng của tôi?

A16: Những sự kiện đăng nhập ứng dụng từ nguồn kho thông tin Exchage, và chuyển đổi nội dung lỗi. Một số các thư này có thể được bỏ qua và không có bất kỳ ảnh hưởng trên caùc tin nhaén ñaõ nhaän. Nhưng nếu bạn nhìn thấy nhiều người trong số các thư trong Nhật ký ứng dụng, xem liệu khách hàng có vấn đề mở thư HTML.

Nếu đây là trường hợp, thiết lập bộ thông tin chẩn đoán như dịch vụ gói phiên bản, bản sao của các vấn đề thư, bản sao của ứng dụng và bản ghi hệ thống, và sau đó gỡ rối.

Q17: Tại sao để đôi khi xem nội dung thư như bản đính kèm?

A17: Bạn phải thiết lập các thông tin về nguồn gốc của thư. Bạn phải thiết lập tất cả các chi tiết của các máy chủ nguồn. Bạn phải điều tra xem người gửi là trên một mạng lưới UNIX. Để có thêm thông tin về sự cố này, bấm số bài viết sau đây để xem bài viết trong Cơ sở Kiến thức Microsoft:
323482 Trao đổi hiển thị thông báo sử dụng "nội tuyến" MIME Content-Disposition tiêu đề như phần đính kèm
Q18: Tại sao để xem "Đây là một tin nhắn đa phần trong định dạng MIME." hoặc "thông báo này là ở định dạng MIME." trong cơ thể e-mail?

A18: Bạn có thể thấy một trong những điều sau đây trong cơ thể văn bản:
  • "Đây là một tin nhắn đa phần ở định dạng MIME."
  • "Thông điệp này có định dạng MIME. Bởi vì đọc thư của bạn không hiểu định dạng này, một số hoặc tất cả các thư này có thể không rõ ràng."

Văn bản này được đưa vào trước khi ranh giới đầu tiên, thường hiện diện trong mỗi tin nhắn phần đa thành, và không được hiển thị cho các khách hàng trừ khi có một vấn đề với các định dạng thư điện tử. Ví dụ, một cứng line break có thể đã được lắp vào tin nhắn trong vị trí sai trái.

Để khắc phục vấn đề này, bật thư lưu trữ trên dịch vụ thư Microsoft Exchange Internet. Để bật lên thư lưu trữ, sử dụng Exchange Server 2003 lưu trữ chìm tiện ích, lưu thư như .eml hoặc .pst, và sau đó làm bộ phân tích. Để biết thêm chi tiết về tính năng tản lưu trữ, nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
307798Tiện ích lưu trữ chìm có sẵn trong Service Pack 2
Q19: Tại sao là kích thước của thư của tôi khoảng 33% lớn hơn tôi mong đợi, và tại sao nó base64 mã hoá ngay cả khi nó không chứa tập tin đính kèm?

A19: Hành vi này xảy ra nếu bạn sử dụng bộ ký tự sau:
  • Tiếng Nhật Shift-JIS
  • KOR
  • Nhật Bản EUC
  • Triều tiên ISO-2202-KR
  • Đài Loan ISO-2202-TW
  • Trung Quốc ISO-2202 – CN
  • Trung Quốc HZ_GB, Big5, GB18030


Q20: Các vấn đề khác phổ biến và được biết đến là gì?

A20: Thư này đang chuyển tiếp từ một máy chủ Exchange Server 2003 khác có thể xuất hiện bị cắt xén, và những người nhận của tin nhắn có thể hiển thị trong cơ thể của bài viết.

Ví dụ, điều này có thể xảy ra trong một tin nhắn được định tuyến từ Internet cho một máy tính Internet Exchange Server 2003 trong nước, và sau đó đến một máy tính khác Exchange Server 2003.
Tin nhắn có thể xuất hiện một cách chính xác trên các Inbound Internet Exchange Server 2003, nhưng bị cắt xén trên backend Exchange Server. Những triệu chứng này cũng có thể thay đổi nếu số lượng người nhận vào tin nhắn giảm.Vấn đề này có thể xuất hiện vì nhiều lý do, nhưng hai lý do phổ biến nhất là:
  • RFC 2822 tin nhắn tiêu đề có hơn 1000 hoặc 1024 ký tự trong một dòng, thay vì các ký tự 998 trong một dòng. Để biết thêm chi tiết, xem yêu cầu cho ý kiến (RFC) 2822. Để điều này, ghé thăm Web site sau của Internet Engineering Task Force (IETF): Bạn có thể gặp vấn đề này nếu thư được chuyển tới một máy tính Exchange Server 2003 bằng cách sử dụng dữ liệu nhị phân, hoặc bằng chunking. Chunking là một phần mở rộng sang định dạng SMTP hỗ trợ dữ liệu được gửi trong khối.

    Khi Exchange Server 2003 nhận được một tin nhắn có nhân vật nhiều hơn 998 trong một dòng, dịch vụ SMTP phân tích các tiêu đề và phát hiện ra rằng dòng là dài hơn 1000 ký tự. Dịch vụ SMTP sau đó thừa nhận dòng này không phải là một phần tiêu đề và bao gồm nó trong cơ thể.

    Dịch vụ SMTP trên máy tính Exchange Server sau đó sẽ tái viết tiêu đề riêng của mình, bao gồm cả tin nhắn ID và một tiêu đề ngày, tiếp theo một dòng trống hoặc CRLF một.
  • Dòng dài hạn. Có rất nhiều hiện thực mà, phù hợp với các yêu cầu vận tải của RFC 2821, không chấp nhận các thư có hơn 1000 ký tự trên mỗi dòng, trong đó có CRLF. Vì vậy, các ứng dụng thư không phải tạo ra những thông điệp. Để làm việc xung quanh vấn đề này, tắt ESMTP danh từ (hoặc chunking) khả năng trên máy tính Exchange Server và lực lượng máy tính Exchange Server sang định dạng thư trong điển hình SMTP định dạng khi thông báo đang được chuyển tiếp. Để biết thêm thông tin, hãy bấm vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
    257569Làm thế nào để tắt động từ ESMTP trong Exchange 2000 Server và trong Exchange Server 2003
    821733 Thông báo đến là bị cắt xén Nếu dòng đến vượt quá 1.022 ký tự
THAM KHẢO
Để biết thêm thông tin về các tiêu chuẩn cho các định dạng tin nhắn văn bản ARPA Internet, hãy xem RFC 822. Để thực hiện việc này, hãy truy cập IETF Web site sau:Để biết thêm chi tiết về MIME, xem RFC 2045, 2046, 2047, 2048 và 2049. Này, hãy truy cập trang web IETF Web sau đây:Để biết thêm chi tiết về lĩnh vực tiêu đề Content-Disposition, xem RFC 2183. Để điều này, hãy truy cập IETF Web site sau:

Cảnh báo: Bài viết này được dịch tự động

Thuộc tính

ID Bài viết: 836555 - Xem lại Lần cuối: 12/08/2015 06:17:28 - Bản sửa đổi: 2.0

Microsoft Exchange Server 2003 Enterprise Edition, Microsoft Exchange Server 2003 Standard Edition, Microsoft Exchange 2000 Server Standard Edition

  • kbnosurvey kbarchive kbfaq kbinfo kbmt KB836555 KbMtvi
Phản hồi