From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.user/13706 Path: news.gmane.org!not-for-mail From: Richard Riley Newsgroups: gmane.emacs.gnus.user Subject: problem with signed posts Date: Wed, 31 Mar 2010 23:03:25 +0200 Organization: aich tea tea pea dicky riley dot net Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1270069455 30539 80.91.229.12 (31 Mar 2010 21:04:15 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 31 Mar 2010 21:04:15 +0000 (UTC) To: info-gnus-english@gnu.org Original-X-From: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Wed Mar 31 23:04:10 2010 Return-path: Envelope-to: gegu-info-gnus-english@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Nx556-0000sq-8r for gegu-info-gnus-english@m.gmane.org; Wed, 31 Mar 2010 23:04:08 +0200 Original-Received: from localhost ([127.0.0.1]:48487 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nx555-0002kD-SP for gegu-info-gnus-english@m.gmane.org; Wed, 31 Mar 2010 17:04:07 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nx554-0002jk-36 for info-gnus-english@gnu.org; Wed, 31 Mar 2010 17:04:06 -0400 Original-Received: from [140.186.70.92] (port=46833 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nx551-0002j8-D8 for info-gnus-english@gnu.org; Wed, 31 Mar 2010 17:04:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Nx54z-0005JH-UB for info-gnus-english@gnu.org; Wed, 31 Mar 2010 17:04:03 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:57177) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nx54z-0005J6-G7 for info-gnus-english@gnu.org; Wed, 31 Mar 2010 17:04:01 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Nx54w-0000n8-4S for info-gnus-english@gnu.org; Wed, 31 Mar 2010 23:03:58 +0200 Original-Received: from 85.183.18.158 ([85.183.18.158]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 31 Mar 2010 23:03:58 +0200 Original-Received: from rileyrgdev by 85.183.18.158 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 31 Mar 2010 23:03:58 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 114 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 85.183.18.158 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: info-gnus-english@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Announcements and discussions for GNUS, the GNU Emacs Usenet newsreader \(in English\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Errors-To: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.gnus.user:13706 Archived-At: Having just moved to a new laptop I now have a problem with signed messages. When reading one I get (I include it in full) the following. I guess I have missed a library or setting, but what? Emacs 23 in debian squeeze. ,---- | Debugger entered--Lisp error: (wrong-number-of-arguments #[(target old ne= w) "=C3=09 | #=87" [old new target replace-regexp-in-string] 4] 4) | mm-replace-in-string("Content-Type: text/plain; charset=3DUS-ASCII\n\nE= ric Schulte wrote:\n>Hi David,\n> [...]\n>>\n>> 2nd/\n>>\n>> The usage of m= ultipart/alternative is not in compliance with the\n>> specs, too. There i= t reads:\n>>\n>> [...]\n>>\n>> So if you attach *only a part* of the plain = text message body, you\n>> should not use multipart/alternative: Because\n>= >\n>> 1. a part of a message is not \"an 'alternative' version of the sam= e\n>> information.\"\n>>\n>> 2. if recipients user agent prefers htm= l messages it will display\n>> only the html'ized part.\n>>\n\n>I shou= ld have been clearer here. I *am* using the multipart/alternative\n>approp= riately. When a chunk of org-mode text is converted to html I am\n>adding = a single multipart/alternative block with two alternatives, both\n>the plai= n org-mode text, and the html, so that users like me who prefer\n>to see pl= ain text can do so, and users of web clients like gmail can see\n>nice mark= up.\n\nOkay, should have looked closer to the code.\n\n1/\n\nBut I still fe= el uncomfortable with the current solution: Even if the\nmessage created by= current org-mail-htmlize is a valid MIME message (I\nthink so) it is a rat= her complex MIME structure and I have no idea how\nother MUAs will display = such a message.\n\nMoreover, this complexity is unecessary if we make the a= ssumption:\n\n If substantial parts of your message require html markup do= be\n displayed by a some of your recipients, than send a html\n represen= tation of the entire message along with the plain text.[1]\n\nFor a recipie= nt who preferes html the result is the same: For him the\nsubstantial parts= are displayed in a meaningful way. People who\nprefer or depend on plain = text get the plain text. And we avoid\nuneccesary complexity.\n\nThinking = functional this might be the first function of\norg-mail-htmlize[1]: Create= a html representation of message body if\nnecessary or appropriate.\n\n2/\= n\nThe second function: Attach external files that are referenced in the\nm= essage. This might be useful even if you don't send out html\nmessages: Al= l external files are stashed into a multipart/mixed\ncontainer along with a= Content-Id: header field.\n\nThan all references are changed accordingly t= o point to the attached\nfiles:\n\n - for html use src/href with the cid: = prefix\n\n - for text: good question. Maybe replace occurences of the fil= e\n with a customizable string saying: \"see attached file foo.bar\".\n\= n3/\n\nFor Wanderlust multipart/alternative is (replace \"_\" by \"-\")\n\n= __<>_{\n\nand closing\n\n__}_<>\n\n4/\n\nDetectin= g the plain text body should not just stop on end of buffer\nbut also on th= e first occurence of a MIME delimiter: Maybe the user\nalready added a atta= chment.\n\nAnd, last not least: This has the potential for going into contr= ib.\nMaybe it should be renamed to org-mime -- it's neither just about\nmai= l, nor just about htmlizing.\n\nHTH\n -- David\n\n[1] This assumption may = also address the concerns about sending html\nmessages: From my perspective= html message are not a problem in\nitself. Sometimes people have to send = html messages (organizational\nrules) and sometimes it is appropriate for c= ontent to render properly.\nAs far as I read on the topic of html message t= hey got their bad name\nbecause people where sending html messages implicit= ely assuming that\nall recipients /can/ read them in the same \"fancy\" for= mat as they did.\nSuch an assumtion is wrong because it does not take into = account that\ninformation and it's representation are two different things = and\ncomputers are create in processing and (re)formatting information.\n\n= Anyway, what org-mail-htmlize really misses is a function that adds\nfance = pictures (cats!), sounds and maybe even flash animations to the\nmessages := D\n\n\n\n--\nOpenPGP... 0x99ADB83B5A4478E6\nJabber.... dmjena@jabber.org\nE= mail..... dmaus@ictsoc.de\n" "\n" "=0D\n" t) | byte-code("=C6=C7=89=89=89=89=18=19=1A=1B=1C=1D=C8=0E=1D=C9=CA=CB=0E=1D= @#=86=1A=00=CC=C6#=89=11=83.=00=CD=0E=1EA=CC=C7=C6$=89=10=84R=00=0E=1F=CE= =CF=1E =1E!=89=1E=1E=83K=00=D0=CA=0E=1E@G=0E!=0E =0E=1E@%=88+=D1=D2=0E=1E\"= =88=D3 =D4=D5=C6$=11=D6!=10=D7 =14=D2=D8=D9=8F=88=0E=1F=CE=DA=DB\f=DC\"!= =1E =1E!=89=1E=1E=83=87=00=D0=CA=0E=1E@G=0E!=0E =0E=1E@%=88+=0E=1E.=06=87" = [signature part signature-file plain context inhibit-redisplay t nil mm-fin= d-raw-part-by-type get-text-property 0 protocol "application/pgp-signature"= mm-find-part-by-type gnus-info "Corrupted" put-text-property throw error m= m-replace-in-string "\n" "=0D\n" mm-get-part epg-make-context (byte-code "= =C4 \n#=13=C4=87" [context signature part plain epg-verify-string] 4) ((er= ror ...)) epg-verify-result-to-string epg-context-result-for verify ctl han= dle mm-security-handle value parameter] 7) | mml2015-epg-verify(((#> ("text/plain" ...) nil nil nil = nil nil nil) (#> ("application/pgp-signature") 7bit nil nil= nil nil nil)) (#("multipart/signed" 0 16 (protocol "application/pgp-signat= ure" boundary "pgp-sign-Multipart_Wed_Mar_31_22:37:19_2010-1" buffer #> from "dmaus@ictsoc.de" start nil)) (protocol . "application/pg= p-signature") (boundary . "pgp-sign-Multipart_Wed_Mar_31_22:37:19_2010-1"))) | mml2015-verify(((#> ("text/plain" ...) nil nil nil nil = nil nil) (#> ("application/pgp-signature") 7bit nil nil nil= nil nil)) (#("multipart/signed" 0 16 (protocol "application/pgp-signature"= boundary "pgp-sign-Multipart_Wed_Mar_31_22:37:19_2010-1" buffer #> from "dmaus@ictsoc.de" start nil)) (protocol . "application/pgp-si= gnature") (boundary . "pgp-sign-Multipart_Wed_Mar_31_22:37:19_2010-1"))) | mm-possibly-verify-or-decrypt(((#> ("text/plain" ...) n= il nil nil nil nil nil) (#> ("application/pgp-signature") 7= bit nil nil nil nil nil)) (#("multipart/signed" 0 16 (protocol "application= /pgp-signature" boundary "pgp-sign-Multipart_Wed_Mar_31_22:37:19_2010-1" bu= ffer #> from "dmaus@ictsoc.de" start nil)) (protocol . "app= lication/pgp-signature") (boundary . "pgp-sign-Multipart_Wed_Mar_31_22:37:1= 9_2010-1"))) | mm-dissect-multipart((#("multipart/signed" 0 16 (protocol "application/= pgp-signature" boundary "pgp-sign-Multipart_Wed_Mar_31_22:37:19_2010-1" buf= fer #> from "dmaus@ictsoc.de" start nil)) (protocol . "appl= ication/pgp-signature") (boundary . "pgp-sign-Multipart_Wed_Mar_31_22:37:19= _2010-1")) "dmaus@ictsoc.de") | mm-dissect-buffer(t nil "dmaus@ictsoc.de") | mm-dissect-multipart((#("multipart/mixed" 0 15 (boundary "=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D1410124565=3D=3D" buffer # f= rom "dmaus@ictsoc.de" start nil)) (boundary . "=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D1410124565=3D=3D")) "dmaus@ictsoc.de") | mm-dissect-buffer(nil t) | gnus-display-mime() | gnus-article-prepare-display() | gnus-article-prepare(613 nil) | gnus-summary-display-article(613) | gnus-summary-next-page(nil) | call-interactively(gnus-summary-next-page nil nil) `----