Форум PHP

Столкнулся с такой хренью: требуется отправить некоторое кириллическое сообщение через mailto. Проблема в том, что в разных почтовиках разных ОС текст отображается по разному.
Есть ли универсальный метод, чтобы и под маком и под виндой7 текст читался?
В RFC информации по кодировке нет, urlencode не спасает.

http://tools.ietf.org/html/rfc2368
upd
сам не пробовал

По разному это как?

вместо кириллицы квадратики и вопросики ии прочая хрень

В RFC информация по кодировке есть - в RFC-2047.
Хотя в исходном 2368 имеется туманная фраза, что применять сей метод можно не для всех полей.
Другое дело, насколько полно отправляющий почтовик всё это реализует.
В общем, полагаться на такую неустойчивую конструкцию я бы не советовал - зависимости от чужой почтовой программы тут больше, чем от своей ОС..

Таково ТЗ, если удастся убедить, что это невозможно, буду искать другой способ.

ну а как тут убеждать?
Это ж надо рассматривать полный спектр Опереционок, почтовых программ, а может докучи и браузеров к ним.. То есть все комбинации переглядеть, и посмотреть, в каком виде отправляются письма. И не только посмотреть, но и показать автору ТЗ.

а функция mail для кодировки письма не подойдет?

$headers  = "Content-type: text/html; charset=windows-1251\n";  mail($to, $subject,$content,$headers );

Очередное недержание, да?

Вроде и тема заявлена однозначно, и по сообщению видно всё.
Нет, нужно показать, что ты дартаньян , а все вокруг идиоты.

Глянул в 2047, но мне кажется это не для mailto, по крайней мере непонятно, как это прицепить .

2047 описывает методику кодирования строк на неанглийских языках :)
берете Ваш текст, преобразуете его по этой методике в utf-8/base64 , подставляете полученное в
=?UTF-8?B?сюда?=
а то что вышло, цепляете в виде значения параметра.
Только вот прокатит или нет - вопрос.

придется ли четверку вопросов урлкодировать дополнительно - тоже не скажу.

не прокатывает, ни с урлкодированием, ни без

ну вот значит обосновать еще легче.
Механизм не работает, потому что в плане кириллицы не поддержан клиентами.

А откуда у клиента base64?

а utf8 откуда? :)

UTF он и в Африке UTF, а вот метода base64 в JS нет.

base64 есть в RFC-2047, на который ссылается RFC-2368, который описыает mailto, который построил Джек

Что касается Африки, то надо думать utf и base64 там примерно на равных правах.

При чем тут JS - ващще не понял.

При том, что нужно закодировать тему отправления, и коим образом, коли она коряво приходит, указать base64(тема), и кто это сделает? Поля отправляемой формы это иное. Кстати, mailto не поддерживается W3C, и браузеры делают это по собственной инициативе, и кто как может.

>При том, что нужно закодировать тему отправления, и коим образом, коли она коряво приходит, указать base64(тема), и кто это сделает?
серверная сторона. Да и для JS функцию написать можно. Это как раз ерунда.
utf сформировать потруднее всяко., по-моему
Проблема в том, что оно всё равно переносимым образом не заработает.

Можно конечно, и уже написано, как можно и utf сделать, но зачем, 1251 достаточно, если без изысков текст.

я так не считаю, я пытаюсь помочь а не выставить кого-то идиотом.. вы как-то агрессивно реагируете на мои сообщения, успокойтесь товарисч! берегите нервы... все это мелочи

Так вы не вникаете в суть проблемы, и советуете бог весть что. Зачем?

ну если я в чем-то не прав - покажите чем, к чему эти эмоции? хз такое впечатление что тут все такие идеальномыслящие...

Речь идет о протоколе mailto, вопрос - какие могут быть header(....) и mail(....) ?
Кстати, $headers = "Content-type: text/html; charset=windows-1251\n"; для темы сообщения как с боку припеку.

ну вот, другой разговор...