8603 2005-12-06 16:17:55 +0300 Неверно перекодирует текстовую часть при составлении письма в HTML 2007-09-16 21:56:04 +0400 1 1 4 Development Sisyphus kdepim-kmail unstable all Linux CLOSED FIXED P2 critical --- 1 lav rom_as qa-sisyphus oldest_to_newest 33618 0 lav 2005-12-06 16:18:06 +0300 Составляемое в HTML письмо выглядит так: --Boundary-00=_ldYlDviI9mwCevd Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit ÷?? ????? ???? -- Lav ÷?????? ??????? ??????, ?????-?????????. www.etersoft.ru GNU! ALT Linux Team! WINE! WIKI! LaTeX! LyX! --Boundary-00=_ldYlDviI9mwCevd Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: 8bit <html><head><meta name="qrichtext" content="1" /></head><body style="font-size:11pt;font-family:Arial"> Вот какие дела -- Lav Виталий Липатов Россия, Санкт-Петербург. www.etersoft.ru GNU! ALT Linux Team! WINE! WIKI! LaTeX! LyX! </body></html> --Boundary-00=_ldYlDviI9mwCevd-- 34361 1 lav 2006-01-02 12:45:11 +0300 kdepim-kmail-3.5.0-alt1: то же самое. Поэтому при ответе на такое письмо видим > ???????? вместо исходного текста. 49422 2 stanv 2007-04-24 11:44:31 +0400 rpmquery -f /usr/bin/kmail kdepim-kmail-3.5.6-alt3 Действительно, это потому что в: в Настройка->Настроить Kmail...->Редактор писем->Кодировка (Settings->Configure Kmail...->Редактор писем->Charset) на первом месте стоит:us-ascii Решение: поставить на первое место кодировку системную кодировку. Например: utf8 (locale). В руководстве для этого пункта сказано: Charset Here you can manage the default charsets used for your own messages. Every message you send will be checked if it is written in one of the listed charsets, starting at the top of the list. If it is, this charset will be used. If it is not, a dialog will show up and tell you that you manually have to choose a charset using Options->Set Encoding. If you select Keep original charset when replying or forwarding (if possible), the original message's charset will be kept, unless there are now characters that cannot be represented using that charset. Как вариант, можно установить по умолчанию локальную кодировку для самой kmail. Для этого _наверно_ нужно перекомпилировать пакет kmail заменив в: ~/RPM/kdepim/BUILD/kdepim-3.5.6/kmail --- kmkernel.cpp-orig 2007-04-24 10:42:08 +0400 +++ kmkernel.cpp 2007-04-24 10:42:44 +0400 @@ -1492,7 +1492,7 @@ KConfigGroupSaver saver(cfg, "Composer"); if (cfg->readListEntry("pref-charsets").isEmpty()) { - cfg->writeEntry("pref-charsets", "us-ascii,iso-8859-1,locale,utf-8"); + cfg->writeEntry("pref-charsets", "locale,us-ascii,iso-8859-1,utf-8"); } } readConfig(); 49611 3 1931 stanv 2007-04-28 10:56:33 +0400 Created attachment 1931 kmail: MultiPart message plain/text body encoding patch Если письмо составлять в HTML тогда: kmail создает письмо из двух частей: 1-я часть : письмо в HTML 2-я часть : тоже самое письмо но в plain text Вот вторая часть и не правильно составляется. А именно: кодирует не правильно текст. Вот патч который поправляет эту ошибку. 49615 4 stanv 2007-04-28 12:15:53 +0400 Отрепортил на багзиллу кде: http://bugs.kde.org/show_bug.cgi?id=144779 50860 5 zerg 2007-05-31 19:57:02 +0400 *** Bug 8464 has been marked as a duplicate of this bug. *** 54067 6 zerg 2007-08-14 17:54:33 +0400 kdepim-kmail-3.5.6-alt4 55227 7 lav 2007-09-16 21:56:04 +0400 Проверил, всё отлично. 1931 2007-04-28 10:56:33 +0400 2007-04-28 10:56:33 +0400 kmail: MultiPart message plain/text body encoding patch alt.patch text/plain 1070 stanv ZGlmZiAtcnVOIGtkZXBpbS0zLjUuNi9rbWFpbC9rbWtlcm5lbC5jcHAga2RlcGltLTMuNS42LW1v ZGlmaWVkL2ttYWlsL2tta2VybmVsLmNwcAotLS0ga2RlcGltLTMuNS42L2ttYWlsL2tta2VybmVs LmNwcAkyMDA3LTAxLTE1IDE0OjI4OjQ3ICswMzAwCisrKyBrZGVwaW0tMy41LjYtbW9kaWZpZWQv a21haWwva21rZXJuZWwuY3BwCTIwMDctMDQtMjQgMTA6NDI6NDQgKzA0MDAKQEAgLTE0OTIsNyAr MTQ5Miw3IEBACiAgICAgS0NvbmZpZ0dyb3VwU2F2ZXIgc2F2ZXIoY2ZnLCAiQ29tcG9zZXIiKTsK ICAgICBpZiAoY2ZnLT5yZWFkTGlzdEVudHJ5KCJwcmVmLWNoYXJzZXRzIikuaXNFbXB0eSgpKQog ICAgIHsKLSAgICAgIGNmZy0+d3JpdGVFbnRyeSgicHJlZi1jaGFyc2V0cyIsICJ1cy1hc2NpaSxp c28tODg1OS0xLGxvY2FsZSx1dGYtOCIpOworICAgICAgY2ZnLT53cml0ZUVudHJ5KCJwcmVmLWNo YXJzZXRzIiwgImxvY2FsZSx1cy1hc2NpaSxpc28tODg1OS0xLHV0Zi04Iik7CiAgICAgfQogICB9 CiAgIHJlYWRDb25maWcoKTsKZGlmZiAtcnVOIGtkZXBpbS0zLjUuNi9rbWFpbC9tZXNzYWdlY29t cG9zZXIuY3BwIGtkZXBpbS0zLjUuNi1tb2RpZmllZC9rbWFpbC9tZXNzYWdlY29tcG9zZXIuY3Bw Ci0tLSBrZGVwaW0tMy41LjYva21haWwvbWVzc2FnZWNvbXBvc2VyLmNwcAkyMDA2LTEwLTAxIDIx OjMwOjMwICswNDAwCisrKyBrZGVwaW0tMy41LjYtbW9kaWZpZWQva21haWwvbWVzc2FnZWNvbXBv c2VyLmNwcAkyMDA3LTA0LTI3IDE1OjE4OjM1ICswNDAwCkBAIC0yMDU2LDYgKzIwNTYsNyBAQAog ICAgIGtkRGVidWcoNTAwNikgPDwgIlNvbWV0aGluZyBpcyB3cm9uZyBhbmQgSSBjYW4gbm90IGdl dCBhIGNvZGVjLiIgPDwgZW5kbDsKICAgICB0ZXh0Ym9keSA9IHRleHQubG9jYWw4Qml0KCk7CiAg IH0gZWxzZSB7CisgICAgdGV4dD1jb2RlYy0+dG9Vbmljb2RlKHRleHQubGF0aW4xKCksIHRleHQu bGVuZ3RoKCkpOwogICAgIHRleHRib2R5ID0gY29kZWMtPmZyb21Vbmljb2RlKCB0ZXh0ICk7CiAg IH0KICAgaWYgKHRleHRib2R5LmlzTnVsbCgpKSB0ZXh0Ym9keSA9ICIiOwo=