|
|
|
|
|
для: Trivium
(25.08.2008 в 20:11)
| | всем спасиба всё заработало) | |
|
|
|
|
|
|
|
для: Trianon
(25.08.2008 в 19:21)
| | >>Поставил тему '=?Windows-1251?Q?Тема письма?='
>я уже объяснил, почему так нельзя.
Ну может так и нельзя, но факт тот что работает)))
>
>>Что можно с текстом сделать ещё?
>Не видно здесь текста. Да и заголовка не видно - одни обрывки.
>Может Вы покажете, что у Вас получилось? Чего гадать-то?
Ну получился текст в KOI8-R, точно тот же текст в Win-1251 но отображается в KOI8 и его не видно... ничего не помогает | |
|
|
|
|
|
|
|
для: Trianon
(25.08.2008 в 19:25)
| | Хорошо, сдаюсь, убедили. | |
|
|
|
|
|
|
|
для: coba
(25.08.2008 в 19:23)
| | correspond to printable ASCII characters ... MAY BE
In particular, SPACE and TAB MUST NOT be represented as themselves within encoded words.
PS. ... никаких моих сил не хватает... | |
|
|
|
|
|
|
|
для: Trianon
(25.08.2008 в 19:00)
| | may be это не значит должны быть
may be это могут быть!!! | |
|
|
|
|
|
|
|
для: Trivium
(25.08.2008 в 19:05)
| | >Поставил тему '=?Windows-1251?Q?Тема письма?='
я уже объяснил, почему так нельзя.
>Что можно с текстом сделать ещё?
Не видно здесь текста. Да и заголовка не видно - одни обрывки.
Может Вы покажете, что у Вас получилось? Чего гадать-то? | |
|
|
|
|
|
|
|
для: Trianon
(25.08.2008 в 17:53)
| | Теперь тема нормальная а тело такое же как было...
Поставил тему '=?Windows-1251?Q?Тема письма?='
Текст: chunk_split(base64_encode($text)) и пробовал '=?Windows-1251?Q?'.$text.'?='
Заголовки: 'MIME-Version: 1.0'."\r\n".'Content-type: text/html; Charset=Windows-1251'."\r\n".'Content-Transfer-Encoding: base64 ' . "\r\n".' To: AAA <lalala@mail.ru>' . "\r\n"
.'From: bububu <bububu@somesite.com>' . "\r\n"
Что можно с текстом сделать ещё? | |
|
|
|
|
|
|
|
для: coba
(25.08.2008 в 18:48)
| | Третий абзац собственной выдержки прочтите - найдете требование. | |
|
|
|
|
|
|
|
для: Trianon
(25.08.2008 в 18:19)
| | Перелопатил RFC2047 и не нашел жесткого указания на замену пробела, нашел только пожеляния
4.2. The "Q" encoding
The "Q" encoding is similar to the "Quoted-Printable" content-
transfer-encoding defined in RFC 2045. It is designed to allow text
containing mostly ASCII characters to be decipherable on an ASCII
terminal without decoding.
(1) Any 8-bit value may be represented by a "=" followed by two
hexadecimal digits. For example, if the character set in use
were ISO-8859-1, the "=" character would thus be encoded as
"=3D", and a SPACE by "=20". (Upper case should be used for
hexadecimal digits "A" through "F".)
(2) The 8-bit hexadecimal value 20 (e.g., ISO-8859-1 SPACE) may be
represented as "_" (underscore, ASCII 95.). (This character may
not pass through some internetwork mail gateways, but its use
will greatly enhance readability of "Q" encoded data with mail
readers that do not support this encoding.) Note that the "_"
always represents hexadecimal 20, even if the SPACE character
occupies a different code position in the character set in use.
(3) 8-bit values which correspond to printable ASCII characters other
than "=", "?", and "_" (underscore), MAY be represented as those
characters. (But see section 5 for restrictions.) In
particular, SPACE and TAB MUST NOT be represented as themselves
within encoded words. | |
|
|
|
|
|
|
|
для: coba
(25.08.2008 в 18:15)
| | Я имею в виду (в порядке уменьшения значимости)
а) незакодированный пробел, встретившийся в кодовом слове
б) незакодированные символы за рамками набора ASCII
ну и если желаете в) заглавную букву W :) хотя я не припоминаю такого ограничения... | |
|
|
|
|