2010-07-13 1 views

ответ

0

это возможно. читайте здесь: http://www.ietf.org/rfc/rfc2047.txt

Кратко. Вы пишете в заголовке: =?UTF-8?B?0YTRi9Cy?=, где UTF-8 является кодированием, B для Base64 (может быть Q для кавычка pritable), 0YTRi9Cy это фактические закодированные данные (здесь какой-то текст на русском языке)

закодированного слово = «= ?» charset "?" кодировка "?" закодированный текст "? ="

charset = токен; см. раздел 3

encoding = токен; смотри раздел 4

маркер = 1 *

especials = "("/")"/"<"/">"/ "@"/""/";"/":"/" <">/"/"/"["/"]"/"?"/"."/"="

encoded-text = 1 * ; (см. «Использование кодированных слов в сообщении ; заголовки», раздел 5)

+0

называется MIME Encoded Word - http://en.wikipedia.org/wiki/MIME#Encoded-Word –

+0

@Chris Diver Я предпочитаю RFC над wikipedia :) – Andrey

+0

Я тоже, просто другая перспектива. Я ненавижу википедию за то, что вы не можете доверять тому, что вы читаете, но в то же время она предоставляет отличную информацию. Но RFC могут занять много времени, чтобы читать и интерпретировать. Их трудно понять, если у вас нет определенного уровня знаний. –

0

Это зависит от заголовка.

Насколько я могу судить, в HTTP-заголовках отсутствует совместимая поддержка кодировки RFC 2047, и это не ясно из RFC 2616, где это можно было бы разрешить.

В новой спецификации HTTP больше не упоминается кодировка RFC 2047 (см. Ticket 111).

Для заголовков, которые используют параметры (такие как Content-Type или Content-Disposition), кодирование, определенное в RFC 2231, может быть альтернативой.

Смежные вопросы