Re: Offtopic was Re: книги по программировани ю на с++
Mikhail Gusarov -> debian-russian@lists.debian.org @ Sun, 29 Oct 2006 02:49:11 +0600: MG>>> А чем же octet-stream не устраивает в качестве объекта подписи? Или в MG>>> S/MIME в этом месте накосячили? AC>> octet-stream не устраивает тем, что это content-type, а не AC>> encoding. А content-type тут однозначно text/plain. MG> Я спрашиваю - почему нельзя подписывать произвольный набор байтов? Почему нельзя? Можно. Но проверка подписи может не получиться, потому что в операцию проверки будет подаваться _другой_ набор байтов. Сохранности набора байтов в encoding 8bit никто никому не обещал. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Нет применения человеческому разуму! (c)JB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Offtopic was Re: книги по программировани ю на с++
Mikhail Gusarov -> debian-russian@lists.debian.org @ Sun, 29 Oct 2006 02:53:20 +0700: AC>> Если ты письмо подписываешь, то кодировать его обязательно. Для AC>> однозначности материала, подаваемого на проверку. Можно, AC>> наверное, не в QP, а в base64. MG> А чем же octet-stream не устраивает в качестве объекта подписи? Или в MG> S/MIME в этом месте накосячили? octet-stream не устраивает тем, что это content-type, а не encoding. А content-type тут однозначно text/plain. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] If it's there and you can see it---it's real If it's not there and you can see it---it's virtual If it's there and you can't see it---it's transparent If it's not there and you can't see it---you erased it! IBM poster explaining virtual memory, circa 1978 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Offtopic was Re: книги по программировани ю на с++
Иван Лох -> debian-russian@lists.debian.org @ Sat, 28 Oct 2006 14:28:45 +0400: >> > > Content-Disposition: inline >> > > Content-Transfer-Encoding: quoted-printable >> >> Написано же. И совпадает с тем, что на самом деле. ИЛ> Но это не перестает быть признаком дурного тона. Quoted-printable ИЛ> предназначен для типографических знаков в ascii. Использовать его ИЛ> для русскоязычной переписки это нонсенс. Если ты письмо подписываешь, то кодировать его обязательно. Для однозначности материала, подаваемого на проверку. Можно, наверное, не в QP, а в base64. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Секретный ключ, известный более чем одной персоне, называется публичным. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Offtopic was Re: книги по программировани ю на с++
* Alexander GQ Gerasiov <[EMAIL PROTECTED]> writes: > В Птн, 27/10/2006 в 22:44 +0700, Mikhail Gusarov пишет: >> You ([EMAIL PROTECTED]) wrote: SS> >> Пожалуйста, включайте в сообщение также и текстовую версию писем. > А что, хваленый гнус имеет столь сильные проблемы? *злорадно* %) Хочу и свои 5 копеек вставить. Не знаю как выглядит ваше письмо визуально, но мне в gnus'е синтезатор прочитал цитирование низким голосом, вместо произношения в начале каждой строки слов "больше чем" (из-за знака ">"). Что намного понятней, быстрее и приятней. В других MUA Я такого не встречал. Я не за то, чтоб все перешли на mime/html, т.к. мне читать пост с поломаным html просто невозможно, а ведь многие gui MUA не следуют стандарту, я просто хочу сказать, что emacs/gnus -- это рулёз!!! К тому же, политика debian в отношении plain text only в постах, вызвана именно из-за accessibility, AFAIK. ~~ Roman out Нет задачь без решения. Есть время, которое необходимо потратить на решение конкретной задачи. Оно прямо пропорционально способности шевелить извилинами. Для ламеров, это время стремиться к бесконечности, естественно, для них такая задача выглядит не имеющей решения. (c)
