From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/80058 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general,gmane.emacs.xemacs.beta Subject: Re: [Bug: 21.5-b29] gnus can't send in 21.5.29 but in 21.4.22 Date: Tue, 27 Sep 2011 08:25:52 +0900 Organization: Emacsen advocacy group Message-ID: References: <877h53i7um.fsf@gilgamesch.quim.ucm.es> <87ty86bqwj.fsf@uwakimon.sk.tsukuba.ac.jp> <87y5xiqs2u.fsf@marauder.physik.uni-ulm.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1317079590 24561 80.91.229.12 (26 Sep 2011 23:26:30 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 26 Sep 2011 23:26:30 +0000 (UTC) Cc: xemacs-beta@xemacs.org To: ding@gnus.org Original-X-From: ding-owner+M28352@lists.math.uh.edu Tue Sep 27 01:26:27 2011 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1R8KZ3-0004LZ-Pb for ding-account@gmane.org; Tue, 27 Sep 2011 01:26:22 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1R8KYZ-0006Ni-BS; Mon, 26 Sep 2011 18:25:51 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1R8KYW-0006NU-KP for ding@lists.math.uh.edu; Mon, 26 Sep 2011 18:25:48 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1R8KYV-0004Fh-Ab for ding@lists.math.uh.edu; Mon, 26 Sep 2011 18:25:48 -0500 Original-Received: from orlando.hostforweb.net ([216.246.45.90]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1R8KYT-0003Gz-Ee for ding@gnus.org; Tue, 27 Sep 2011 01:25:45 +0200 Original-Received: from localhost ([127.0.0.1]:45726) by orlando.hostforweb.net with smtp (Exim 4.69) (envelope-from ) id 1R8KYR-00079E-0H; Mon, 26 Sep 2011 18:25:43 -0500 X-Face: #kKnN,xUnmKia.'[pp`;Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu;B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.90 (i686-pc-cygwin) Cancel-Lock: sha1:s7+a3YTmSmtLujNQB1CK1j7SaV8= X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - orlando.hostforweb.net X-AntiAbuse: Original Domain - gnus.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:80058 gmane.emacs.xemacs.beta:35602 Archived-At: Lars Magne Ingebrigtsen wrote: > Katsumi Yamaoka writes: >> Done. > Great; thanks. >> The new function definition encodes every part in the same way >> practicing when actually sending them in advance and then looks >> for things like a MIME boundary. So it may slow message sending. > But it should be done -- otherwise we can't be sure of successfully > sending these messages, so I think your fix is totally the right thing. But encoded data made for only computing a boundary can be used for sending, too. So, the mml functions for sending may be rearranged so as to encode all parts of a message first, compute a boundary, and combine them. It seems not easy to achieve, though. >> In addition, it assumes that signing and encrypting will never >> generate a boundary pattern in data. > True. Hm... is that possible? I'm not quite sure of it. I was only worried a user who has no caching mechanism will be bothered by being prompted for a passphrase twice a part if performing signing or encrypting for computing a boundary.