Select the product you need help with
Часто задаваемые вопросы о MIME и преобразовании содержимого в Exchange 2000 Server и Exchange Server 2003Код статьи: 836555 - Список продуктов, к которым относится данная статья. АннотацияДанная статья содержит ответы на часто задаваемые вопросы о стандарте MIME и методами кодирования, которые делают возможным для различных почтовых систем для совместной работы. В данной статье приводится краткое описание, как исправить искаженный или нечитаемый почтовых сообщений в среде Microsoft Exchange. Дополнительная информацияВопрос 1: Что такое формат сообщения электронной почты? A1: Сообщения электронной почты Интернета, выполните стандарты форматирования, определенные в RFC 2822. Сообщение состоит из полей заголовка и текста. Поля заголовка в совокупности называются «заголовок» сообщения. Текст сообщения не является обязательным. Сообщения могут быть отправлены без основного текста, но при этом заголовок. Заголовок содержит последовательность строк символов, которые имеют особый синтаксис, как определено в стандарте RFC 2822 формат. Текст содержит последовательность символов, выполните заголовка и который разделяются из заголовка пустой строке (то есть линии, не имеет никакого отношения до возврата каретки) и перевода строки [CRLF]. Поля заголовка, строки, состоящие из имени поля, затем двоеточие (:), а затем поле тела и прерваны CRLF. Имя поля должно состоять из печатных символов US-ASCII (то есть, символы, имеющие значения от 33 до 126 включительно), за исключением двоеточия. Двоеточие используется как символ разделения. Поле текст может состоять из любых символов US-ASCII, за исключением CRLF. Однако тело поля могут содержать CRLF в заголовке Складывание и unfolding. Складывание является, для удобства одной строки отображается в нескольких строках. Unfolding является обратным это. Все тексты поля должны соответствовать синтаксису, описанные в разделах 3 и 4 в стандартный формат RFC 2822. Тело сообщения может содержать один или несколько разделов. Каждый основной раздел разделенных границ. Параметр границы — это текстовая строка, которая начинается с двух дефисов (--). Тест 2: Что такое MIME? A2: MIME — это стандарт, который может использоваться для включения содержимого различных типов в одном сообщении. MIME расширяет формат сообщений для включения нескольких содержания, как текстовые и нетекстовые Simple Mail Transfer Protocol (SMTP). Части сообщения может быть изображения, аудио, или устанавливает текст в другой знак. Стандартный тип MIME является производным от RFC 2821 и 2822. Q3: Как Exchange обрабатывает MIME? A3: Существует три основных компонентов Exchange, которые выполняют преобразования содержимого:
Q4: Каковы минимальные требования сообщения электронной почты в формате MIME? A4: Сообщения электронной почты в формате MIME обычно будут иметь заголовок и тело. Как минимум сообщения MIME должен иметь заголовок. Текст не является обязательным. Заголовок включает заголовок MIME версии 1.0 (по одному на каждое сообщение, как определено в RFC 2822). Раздел body содержит:
Вопрос 5: Что такое заголовок MIME версии? A5: Поле заголовка MIME версии обозначает, что сообщение в формате MIME. Сообщения, отправленные из более ранних версий программного обеспечения, которые не поддерживают MIME отсутствует в этом поле. Почтовые клиенты использованы отсутствия в данном поле-MIME сообщения. Вопрос 6: Что такое заголовок типа содержимого? A6: Поля Content-Type используется для указания типа и подтипа данных в поле. Некоторые типы заголовков, multipart/смешанных multipart/alternative, text/plain, text/html, приложения и applefile, application/ms-tnef и application/octet-stream. Вопрос 7: Что такое Content-Transfer-Encoding? A7: Различных почтовых систем обработки данных по-разному и некоторых более ранних систем электронной почты не может обработать мультимедийных данных. Чтобы обойти систем, которые невозможно обработать мультимедийных данных, схему кодировки используется для преобразования данных в 7-битовый формат, универсальный. Когда получатель получает сообщение, данные восстанавливаются в исходном формате. Некоторые форматы Content-Transfer-Encoding относятся:
Вопрос 8: Transfer-Encoding реализации Exchange 5.5? A8: Exchange 5.5 кодирование в формате в кавычках, печати или в 7-битовый формат, как требуется. Кроме того Exchange 5.5 кодирует сообщения в формате base64, если 25% сообщения состоит из 8-разрядных символов (символов, находящихся вне диапазона ASCII США). Это относится только к телу сообщения; вложения всегда находятся в кодировке base64. Вопрос 9: Transfer-Encoding реализации сервера Exchange 2000 Server? A9: Определяется как Exchange 2000 Server кодирует почтовый маршрутизации границы группы и целевым адресам SMTP. Exchange 2000 кодируется как в кавычках, печати или 7-разрядных или инкапсуляция транспорта нейтральный формат (TNEF) при передаче между двумя серверами/получателей в различных группах маршрутизации и к Интернету. При отправке получателю/сервер в ту же группу маршрутизации Exchange 2000 Server кодируется в двоичный файл или Сводка TNEF. Q10: Transfer-Encoding реализации в Microsoft Exchange Server 2003? A10: При маршрутизации границы группы Exchange и SMTP получателям также определить как кодирует почты Exchange Server 2003. В смешанном режиме Exchange Server 2003 кодирует как в кавычках, печати или 7-битные (формат TNEF) при передаче между двумя серверами/получателей в различных группах маршрутизации и к Интернету. В основном режиме Exchange Server 2003 кодирует в двоичном формате (Сводка TNEF) при отправке получателю/сервер в том же или других групп. Вопрос 11: Что такое Заголовок Content-Disposition? A11: Этот заголовок указывает ли раздел будет отображаться в виде вложения или отображается в теле сообщения. Q12: Как does Дескриптор вложений Exchange? A12: Exchange Server 2003 сохраняет сообщения Интернета в их исходном формате. Это означает, что если для чтения сообщений из Интернета формате поддерживающими клиентом, например Outlook Express, они будут отображены в исходном формате. Тем не менее при чтении сообщений от клиента MAPI IMAIL сопоставляет соответствующие элементы в формате Интернета свойства MAPI. На самом деле прежде чем сообщения через Интернет даже доставляется в почтовый ящик, минимальный набор свойств MAPI должны быть обновлены из сообщения через Интернет; к ним относятся PR_SENT_REPRESENTING, PR_SUBJECT и таблицу получателей. Другие свойства MAPI, такие как PR_BODY, объекте PR_HTML и PR_ATTACH_DATA_BIN вычисляются в формате Интернета по требованию. Преобразование происходит, если клиент MAPI запрашивает сообщение в первый раз. Exchange 2000 Server затем распространяет эти системные свойства MIME в формат MAPI. Во время преобразования содержимого в Exchange Server 2003, при визуализации входящие сообщения MIME для клиента IMAIL выполняет следующие функции:
Q13: Что такое структура полное сообщение? ОТВЕТ 13. Ниже приведен пример полного сообщения со всех заголовков показан. Как правило, получатели будут видеть только частей тела. Комментарии будут добавлены в квадратные скобки. 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 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_005A_01C27E88.79B98A90" X-Priority: 3 Return-Path: user1@domain1.com X-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-- Q14: Почему адреса электронной почты отображаются в тексте сообщения? ОТВЕТ 14. Первый «CRLF CRLF» в MIME-поток обозначает начало текста сообщения. Таким образом существует ли <crlf>,<crlf> последовательность между двумя заголовками, клиент (Microsoft Outlook или Outlook Express) будут отображаться нечитаемыми сообщение.</crlf></crlf> Первый «CRLF CRLF» разделяет заголовков сообщений Интернета из тела сообщения. Эти заголовки, известны как заголовки P1. Заголовки P1 заголовки конверта и не являются частью сообщения через Интернет, которое обрабатывается всеми IMAIL. Exchange может пересылать направляющий узел, содержимое сканирующее устройство, антивирусный экран или брандмауэра. Брандмауэр стороннего программного обеспечения иногда может исказить сообщения. Вы также получают сообщения электронной почты через систему UNIX, через брандмауэр или через стены вирус. Кроме того сканирование содержимого производителя может быть в сети. При наличии подобных приложений или устройств в сети, проверьте ограничения числа получателей. Избегайте использования таких устройств или приложений в диагностических тестов. Q15: Почему вопросительные знаки отображаются в своем сообщении? A15: В сообщении отображаются вопросительные знаки, означает, что система не знает, как преобразовать некоторые символы ANSI или Юникод, в окне сообщения. Убедитесь, что клиент, где отображается сообщение имеет кодовые страницы установлен, соответствующие набору входящего символа. Например убедитесь что рабочей станции Windows японский языковой стандарт, установленный для просмотра сообщений, написанных на японском языке. Вопрос 16: Почему существуют трудности при открытии сообщения в формате HTML и отображается в моем журнале приложений события 12002 и 12003? A16: Эти события журнала приложений из источников банка сообщений Exchange и ошибки преобразования содержимого. Некоторые из этих сообщений можно игнорировать и не влияет на полученные сообщения. Но если многие из этих сообщений в журналы приложений, если клиенты имеют проблем при открытии сообщения в формате HTML. Если это так, устанавливать дополнительные диагностические сведения, как и с пакетом, копии сообщений, проблемы, копии журналы приложений и системы и устранить неполадки. Q17: Иногда отображается текст сообщения как вложения? A17: Необходимо установить сведения об исходном сообщении. Необходимо установить все детали исходного сервера. Следует изучить, является ли отправитель в сети UNIX. Для получения дополнительных сведений об этой проблеме обратитесь к следующей статье базы знаний Майкрософт: 323482 Вопрос 18: Почему я вижу "это из нескольких частей сообщения в формате MIME." или "это сообщение в формате MIME." в теле сообщения электронной почты?
(http://support.microsoft.com/kb/323482/
)
Exchange отображает сообщение, которое использует заголовок MIME Content-Disposition «inline» как вложениеОТВЕТ 18. Может появиться одно из следующих действий в основной текст:
Этот текст вставляется перед первым границей, обычно присутствует во всех составных сообщений и не отображается на клиенте, если существуют проблемы с форматом электронной почты. Например жесткий перенос строки может были вставлены в сообщения в неправильной позиции. Для решения проблемы включите сообщение архивирования на служба почты Интернета для Microsoft Exchange. Чтобы включить сообщение архивирования, используйте служебную программу приемник архива Exchange Server 2003, сохранить сообщение как .eml или .pst, а затем выполните более подробного анализа. Для получения дополнительных сведений о функции приемник архива щелкните следующий номер статьи базы знаний Майкрософт: 307798 Q19: Почему размер моей почты примерно 33% больше, чем я ожидаю и почему она base64-шифрованный даже в том случае, если он не содержит вложения?
(http://support.microsoft.com/kb/307798/
)
Приемник архива утилита доступна в пакете обновления 2ОТВЕТ 19. Это происходит в том случае, если используются следующие наборы символов:
Вопрос 20: Каковы другие общие и известные проблемы? A20: Сообщения, которые передаются от одного сервера Exchange Server 2003 на другой может искажены и получатели сообщения могут отображаться в тело сообщения. Например это может произойти в сообщения, отправляемые из Интернета входящего компьютера Internet Exchange Server 2003, а затем на другой компьютер с Exchange Server 2003. Сообщения могут отображаться неправильно на входящий Internet Exchange Server 2003, но искажение на центральном сервере Exchange. Эти симптомы могут также измениться, если уменьшить количество получателей на сообщение. Эта проблема может появиться по нескольким причинам, но две наиболее распространенные причины:
СсылкиДополнительные сведения о стандартных формата ARPA Internet текстовых сообщений содержатся в RFC 822. Для этого посетите IETF веб-узла: http://www.IETF.org/RFC/rfc0822.txt?Number=822 Для получения дополнительных сведений о MIME см стандарта RFC 2045, 2046, 2047, 2048 и 2049. Посетите следующие сайты IETF:
(http://www.ietf.org/rfc/rfc0822.txt?number=822)
http://www.IETF.org/RFC/rfc2045.txt?Number=2045
(http://www.ietf.org/rfc/rfc2045.txt?number=2045)
http://www.IETF.org/RFC/rfc2046.txt?Number=2046
(http://www.ietf.org/rfc/rfc2046.txt?number=2046)
http://www.IETF.org/RFC/Rfc2047.txt?Number=2047
(http://www.ietf.org/rfc/rfc2047.txt?number=2047)
http://www.IETF.org/RFC/rfc2048.txt?Number=2048
(http://www.ietf.org/rfc/rfc2048.txt?number=2048)
http://www.IETF.org/RFC/rfc2049.txt?Number=2049 Дополнительные сведения о поле заголовка Content-Disposition содержатся в RFC 2183. Для этого посетите IETF веб-узла:
(http://www.ietf.org/rfc/rfc2049.txt?number=2049)
http://www.IETF.org/RFC/rfc2183.txt?Number=2183
(http://www.ietf.org/rfc/rfc2183.txt?number=2183)
СвойстваКод статьи: 836555 - Последнее изменение :: 16 июня 2011 г. - Редакция: 4.0 Информация в данной статье относится к следующим продуктам.
Переведено с помощью машинного перевода ВНИМАНИЕ! Перевод данной статьи был выполнен не человеком, а с помощью программы машинного перевода, разработанной корпорацией Майкрософт. Корпорация Майкрософт предлагает вам статьи, переведенные как людьми, так и средствами машинного перевода, чтобы у вас была возможность ознакомиться со статьями базы знаний KB на родном языке. Однако машинный перевод не всегда идеален. Он может содержать смысловые, синтаксические и грамматические ошибки, подобно тому как иностранец делает ошибки, пытаясь говорить на вашем языке. Корпорация Майкрософт не несет ответственности за неточности, ошибки и возможный ущерб, причиненный в результате неправильного перевода или его использования. Корпорация Майкрософт также часто обновляет средства машинного перевода. Эта статья на английском языке:836555
(http://support.microsoft.com/kb/836555/en-us/
)
| Переводы статьи |
Перейти к началу страницы
