From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Benjamin L. Russell" Newsgroups: gmane.emacs.bugs Subject: bug#8674: [status update on associated STARTTLS bug] Re: bug#8674: 23.3; Face header rendering bug in Gnus v5.13 on GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600) on Windows XP Professional, Service Pack 3 Date: Mon, 16 May 2011 18:38:07 -0700 (PDT) Message-ID: <55594.77749.qm@web32002.mail.mud.yahoo.com> References: <824o4vve3z.fsf@Yahoo.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1305596358 28736 80.91.229.12 (17 May 2011 01:39:18 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 17 May 2011 01:39:18 +0000 (UTC) Cc: 8674@debbugs.gnu.org To: Glenn Morris Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue May 17 03:39:13 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QM9Fh-0006dH-6t for geb-bug-gnu-emacs@m.gmane.org; Tue, 17 May 2011 03:39:13 +0200 Original-Received: from localhost ([::1]:53150 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM9Fg-0006Lo-Pn for geb-bug-gnu-emacs@m.gmane.org; Mon, 16 May 2011 21:39:12 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:56140) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM9Fc-0006LY-7y for bug-gnu-emacs@gnu.org; Mon, 16 May 2011 21:39:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QM9FZ-0001Vz-1S for bug-gnu-emacs@gnu.org; Mon, 16 May 2011 21:39:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:41283) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM9FY-0001Vv-UK for bug-gnu-emacs@gnu.org; Mon, 16 May 2011 21:39:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1QM9FV-0006wG-Sb; Mon, 16 May 2011 21:39:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Benjamin L. Russell" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Tue, 17 May 2011 01:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8674 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: Original-Received: via spool by 8674-submit@debbugs.gnu.org id=B8674.130559629926622 (code B ref 8674); Tue, 17 May 2011 01:39:01 +0000 Original-Received: (at 8674) by debbugs.gnu.org; 17 May 2011 01:38:19 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QM9En-0006vK-Km for submit@debbugs.gnu.org; Mon, 16 May 2011 21:38:18 -0400 Original-Received: from nm30.bullet.mail.ac4.yahoo.com ([98.139.52.227]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QM9Ek-0006v5-1s for 8674@debbugs.gnu.org; Mon, 16 May 2011 21:38:16 -0400 Original-Received: from [98.139.52.188] by nm30.bullet.mail.ac4.yahoo.com with NNFMP; 17 May 2011 01:38:08 -0000 Original-Received: from [98.139.52.130] by tm1.bullet.mail.ac4.yahoo.com with NNFMP; 17 May 2011 01:38:08 -0000 Original-Received: from [127.0.0.1] by omp1013.mail.ac4.yahoo.com with NNFMP; 17 May 2011 01:38:08 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 658075.4392.bm@omp1013.mail.ac4.yahoo.com Original-Received: (qmail 26584 invoked by uid 60001); 17 May 2011 01:38:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1305596288; bh=Bj6V2IBKj1Q1gi2g8VLXEavLTkP5l0lSkfxqeDZgDHM=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=yjpouqVuIqKt9bRTpt01SSUIizdLMdkrONSobPl6IDkvBdL0WFTQdQjVzdeKAapxRaGG+EqIuijQYNQhqPvkmoPqhtAWcjn7S8+x+ELVUtrInd0PY/6dXAaKFzT96wG9wAAMOV/D0dRN5Pu+pb9TEe5MSejmBRaklJS5xx7gMM4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=4y4lrvbakRi4iTsjmzmZ1VuYmAj4aUXexR6xpvptuOI+hZIF7XU5GcBF4rtn64DdGDgIZ86fQ7Pf3sNuv8Hxh/S1BNwttKhCZCj8E/qig1kuSa6H+3rUrc3d/wQL+B95oZN7KN8jzZ4W8w4tkior3InWpBIwSayimgASJbrM+oU=; X-YMail-OSG: fRI_sc8VM1mgbe17umy1rHL1szVpRy7Z5VJdR8ati0vEqDF NsBKfnesFi4wGCkZTHz0dRkBIJ.5kyMBfu_KsnjuyhH3GJUFaC45EFxdC4u0 8dhv91zkrgMkML.sS33WqOaaHbqF_0QqWxs1VCeBdpGaHZzJPBO0.qO.cLjr RDDUfyiNbLY80tNjpqvr7MYXSBZWGD1bvQREIYUV1FOW7iyIC9Z4DE.l2N.r pooXiclrChSPAOqUXXsg8PxIrcsxFAQKmtT5kdlpKZ2QiBG7jqyb76AOzXUR ULwlTzZLyMur2fFH.4WJRqAVh6Ew1QcsEcgocwgjfQKYepxEhEIJBDpUsqk0 d6aiSxvFdm5ukS_tJfK1HMGWyhN2mWfnnWMr5DFlDhfLf5onJcB7gSzUOOmR KWYPSuuTmSFzU2bH0DMmBYy8p740YAZZi9NaaEPqGB6f9xzxJ9mHF3nKoWYc Y.Ei3qFdx6Wz8k6M08Vnb5SokEJIUVIdAgax8vPQOyne6dYdPqy_paD8Ib0M b6H_264Sjgzvkq8L7aBNn9ElXgX1aT_m.xQOI.HvxQF4mc1mGGRaiJRDIFVW iw6A8lNowvfLNfThxzOu7HL0JRmAW9UqDaZckxD2VLlU93By_JUzfuDhR_rt lmqvG0qIgGECcmC3OlSKldnOVBXS62RlhaqIC3nUAPgW9OVvYAYgSp6Vfw6P RlSPkTP5LgSRbBoUhA6ghtXt9H8gK7u2iS6JMCvmOtS49rIQFbPJxgdbvjwS jNJxKyYJHJHGRqiAfRdeFgix_k1FZM7SRiA-- Original-Received: from [114.164.163.107] by web32002.mail.mud.yahoo.com via HTTP; Mon, 16 May 2011 18:38:07 PDT X-Mailer: YahooMailClassic/12.0.2 YahooMailWebService/0.8.111.303096 In-Reply-To: <80225.23498.qm@web32007.mail.mud.yahoo.com> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 16 May 2011 21:39:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:46505 Archived-At: The previous STARTTLS-related bug has been resolved, as follows: > 1. [Possible Bug] In Gnus v5.13, for some reason, just > after sending an NNTP post using C-c C-c, occasionally (once > in every two to three attempts), Gnus freezes when using > STARTTLS, just before requesting my SMTP password, and > refuses to respond until I press C-g. Here is the > corresponding transcript from my *Messages* buffer: >=20 > [...] >=20 > My folder setup under c:\Emacs is as follows: >=20 > C:\emacs\.emacs.d > C:\emacs\Deprecated Versions > C:\emacs\emacs-23.1 > C:\emacs\emacs-23.2 > C:\emacs\emacs-23.3 >=20 > My USER $HOME environmental variable points to C:\home, > where I have my .emacs and .gnus.el files, among others.=20 >=20 > The reason that source file > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' is newer than > the byte-compiled file is that I manually edited it to > follow the following directions by Uday Reddy on 2010-04-26 > on "Question #108267 : Questions : VM" (see https://answers.launchpad.net= /vm/+question/108267): >=20 > > 1. Added: > > (defcustom starttls-kill-program > "c:\\cygwin\\bin\\kill" > > "External kill command to send > SIGALRM to starttls." > > :group 'starttls) > >=20 > > 2. Replaced all three instances of: > > (signal-process (process-id process) 'SIGALRM) > > with > > (call-process starttls-kill-program nil nil nil > > =20 > =20 > "-ALRM" (format "%d" (process-id process))) >=20 > Is this the correct procedure? Apparently not. When I moved the C:\emacs\emacs-23.1 and C:\emacs\emacs-23= .2 subdirectories into the C:\emacs\Deprecated Versions subdirectory and re= ran C:\emacs\emacs-23.3\bin\addpm.exe (effectively restoring the original v= ersion of C:\emacs\emacs-23.3\lisp\gnus\starttls.el), the following error m= essage disappeared: > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' newer than > byte-compiled file As stated above, this error message no longer appears. Furthermore, Gnus invoked the STARTTLS protocol correctly for three consecu= tive attempts. Therefore, this particular problem has apparently been solv= ed. Accordingly, the `c:/emacs/emacs-23.3/lisp/gnus/starttls.el' file shou= ld NOT be modified. However, the other two issues described in my previous message remain, as f= ollows: 2. How to specify multiple NNTP servers in the ~/.gnus.el configuration fil= e? 3. How to modifying the (group ...) setting in the (gnus-add-configuration = ...) function) in the ~/.gnus.el configuration file so that the change take= s effect even if the maximum length of a group listed in the buffer exceeds= the specified group buffer layout width. I'll send an update if there is any progress on either issue #2 or issue #3= above. Please let me know if you have any suggestions (or solutions). -- Benjamin L. Russell --- On Tue, 5/17/11, Benjamin L. Russell wrote: > From: Benjamin L. Russell > Subject: Re: bug#8674: 23.3; Face header rendering bug in Gnus v5.13 on G= NU Emacs 23.3.1 (i386-mingw-nt5.1.2600) on Windows XP Professional, Service= Pack 3 > To: "Glenn Morris" > Cc: 8674@debbugs.gnu.org > Date: Tuesday, May 17, 2011, 8:11 AM > > The Gnus manual says > >=20 > >=A0 =A0 Viewing an [sic] `Face' header requires > > an Emacs that is able to > >=A0 =A0 display PNG images. > >=20 > > Can your Emacs display PNG images? > > If not, I imagine this is the same as > >=20 > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D8324 >=20 > It cannot; however, when I following your link, downloaded > the libpng 1.4.3 package from "GTK+ - Download for Windows" > (see http://www.gtk.org/download-windows.html), unzipped the > libpng_1.4.3-1_win32.zip archive, copied the > ..\libpng_1.4.3-1_win32\bin\libpng14-14.dll file into both > the C:\WINDOWS\system32 and C:\emacs\emacs-23.3\bin > directories, and restarted Emacs 23.3.1, Emacs was able to > read PNG files correctly. >=20 > Subsequently reading a USENET message with a Face header > via NNTP in Gnus then caused the Face header to be rendered > correctly in the "From" line. >=20 > Bug solved! >=20 > Incidentally, I also have three other problems with > Emacs-23.3.1 (one is a possible bug, and the other two are > possible lack of features), as follows: >=20 > 1. [Possible Bug] In Gnus v5.13, for some reason, just > after sending an NNTP post using C-c C-c, occasionally (once > in every two to three attempts), Gnus freezes when using > STARTTLS, just before requesting my SMTP password, and > refuses to respond until I press C-g.=A0 Here is the > corresponding transcript from my *Messages* buffer: >=20 > > Sending... > > You have lines longer than 79 characters.=A0 Really > post? (y or n)=20 > > Sending news via news20.forteinc.com using nntp... > > Sending via mail... > > Source file > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' newer than > byte-compiled file > > Opening STARTTLS connection to > `plus.smtp.mail.yahoo.com:587'...done > > Quit >=20 > For some reason, Emacs still references > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' (the version for > Emacs 23.2.1) instead of > `c:/emacs/emacs-23.3/lisp/gnus/starttls.el' (the version for > Emacs 23.3.1) (still unmodified), even though I just ran > C:\emacs\emacs-23.3\bin\addpm.exe. >=20 > My folder setup under c:\Emacs is as follows: >=20 > C:\emacs\.emacs.d > C:\emacs\Deprecated Versions > C:\emacs\emacs-23.1 > C:\emacs\emacs-23.2 > C:\emacs\emacs-23.3 >=20 > My USER $HOME environmental variable points to C:\home, > where I have my .emacs and .gnus.el files, among others.=20 >=20 > The reason that source file > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' is newer than > the byte-compiled file is that I manually edited it to > follow the following directions by Uday Reddy on 2010-04-26 > on "Question #108267 : Questions : VM" (see https://answers.launchpad.net= /vm/+question/108267): >=20 > > 1. Added: > > (defcustom starttls-kill-program > "c:\\cygwin\\bin\\kill" > >=A0=A0=A0"External kill command to send > SIGALRM to starttls." > >=A0=A0=A0:group 'starttls) > >=20 > > 2. Replaced all three instances of: > > (signal-process (process-id process) 'SIGALRM) > > with > > (call-process starttls-kill-program nil nil nil > >=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 > =A0 =A0 "-ALRM" (format "%d" (process-id process))) >=20 > Is this the correct procedure? >=20 > 2. [Possible Lack of a Feature] I wish to specify multiple > NNTP servers in my .gnus.el file, but don't know how to do > so.=A0 The relevant portion from my ~/.gnus.el file is as > follows: >=20 > > (setq gnus-select-method '(nntp > "news20.forteinc.com")) >=20 > > (add-to-list 'gnus-secondary-select-methods '(nntp > "news.gmane.org")) >=20 > > (add-to-list 'gnus-secondary-select-methods '(nntp > "news.gnus.org")) >=20 > The relevant portion from my ~/.authinfo file is as > follows: >=20 > > machine news20.forteinc.com login > password >=20 > The and portions have > been substituted with the appropriate information > accordingly. >=20 > For some reason, the second invocation of (add-to-list > 'gnus-secondary-select-methods '(...)) seems to be ignored. >=20 > Do you know how to specify a third NNTP server in my > ~/.gnus.el file? >=20 > 3. [Possible Lack of a Feature] For some reason, I am > unable to specify a width for the group buffer that is less > than the width of the maximum-length group name in Gnus when > displaying a customized view with groups in the upper-left > buffer, articles in the upper-right buffer, and article > bodies in the lower buffer in my ~/.gnus.el file.=A0 Here > is the relevant code: >=20 > > ;; The following section controls the layout after > displaying the article buffer > > ; change the configuration of a single buffer setting, > without using the complicated gnus-buffer-configuration > variable (see "Frequently Asked Questions: Window Layout" at > http://gnus.org/manual/gnus_295.html) > > (gnus-add-configuration > >=A0 ; configure the article buffer > >=A0 '(article > >=A0 =A0 ; split the screen in two vertically, and > use the following settings for the upper half of the window > >=A0 =A0 (vertical 1.0 > > =A0=A0=A0 =A0 =A0=A0=A0; the > original number of rows for the group + summary buffers > together, copied from "Frequently Asked Questions: FAQ 4 - > Reading messages" (http://www.gnus.org/manual/gnus_400.html#SEC473) > > ;=A0=A0=A0 =A0 > =A0=A0=A0(horizontal 28 > > =A0=A0=A0 =A0 =A0=A0=A0; setting > of the number of rows for the group + summary buffers > together, adapted for my borrowed laptop PC from JIII > > =A0=A0=A0 =A0 > =A0=A0=A0(horizontal 20 > > =A0=A0=A0 =A0=A0=A0 > =A0=A0=A0=A0=A0; the original number of > columns for the group buffer width setting, copied from > "Frequently Asked Questions: FAQ 4 - Reading messages" (http://www.gnus.o= rg/manual/gnus_400.html#SEC473) > > ;=A0 =A0 =A0=A0=A0 =A0=A0=A0 > =A0=A0=A0=A0=A0(group 50) > > =A0=A0=A0 =A0=A0=A0 > =A0=A0=A0=A0=A0; setting of the number of > columns for the group buffer width setting to match my > settings in Forte' Agent 5.0 > > ;=A0=A0=A0 =A0=A0=A0 > =A0=A0=A0=A0=A0(group 53) > > =A0=A0=A0 =A0=A0=A0 > =A0=A0=A0=A0=A0; setting of the number of > columns for the group buffer width setting to display all > newsgroup names without truncation > > ;=A0 =A0 =A0=A0=A0 =A0=A0=A0 > =A0=A0=A0=A0=A0(group 77) > > =A0=A0=A0 =A0=A0=A0 > =A0=A0=A0=A0=A0; setting of the number of > columns for the group buffer width setting to distinguish > all newsgroup names uniquely > > =A0=A0=A0 =A0=A0=A0 > =A0=A0=A0=A0=A0(group 69) > > =A0=A0=A0 =A0=A0=A0 > =A0=A0=A0=A0=A0; let the summary buffer take > the remainder of the width of the rows, and position the > point (cursor) therein > >=A0 =A0=A0=A0=A0=A0=A0 > =A0=A0=A0 =A0=A0=A0=A0=A0(summary > 1.0 point) ) > > =A0=A0=A0 =A0 =A0=A0=A0; let the > lower half take up the remainder of the horizontal space, > and apply the following settings therein > > =A0=A0=A0 =A0 > =A0=A0=A0(horizontal 1.0 > > =A0=A0=A0 =A0=A0=A0 > =A0=A0=A0=A0=A0; let the article buffer take > up the entire space of the lower half of the window > >=A0 =A0=A0=A0=A0=A0=A0 > =A0=A0=A0 =A0=A0=A0=A0=A0(article > 1.0))))) >=20 > In the above code, the modification from (group 77) to > (group 69) had no effect.=A0 Further reducing the setting > to (group 50) had no effect, either.=A0 In a previous > version of Emacs on Windows XP, Service Pack 3, installed in > circa November 2007, on which I had installed Gnus in circa > May of 2009 (that computer has since been reformatted, so I > do not have the version information available), the settings > worked fine.=A0 How can I make the (group ...) setting > modification effective? >=20 > Solutions to the above problems in using Gnus v5.13 on GNU > Emacs 23.3.1 would help enormously. >=20 > Thank you for your assistance! >=20 > Sincerely yours, >=20 > Benjamin L. Russell >=20 > --- On Tue, 5/17/11, Glenn Morris > wrote: >=20 > > From: Glenn Morris > > Subject: Re: bug#8674: 23.3; Face header rendering bug > in Gnus v5.13 on GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600) on > Windows XP Professional, Service Pack 3 > > To: "Benjamin L. Russell" > > Cc: 8674@debbugs.gnu.org > > Date: Tuesday, May 17, 2011, 6:43 AM > > Benjamin L. Russell wrote: > >=20 > > > There is a bug in GNU Emacs 23.3.1 that prevents > > correct rendering of > > > Face headers in NNTP postings.=A0 Specifically, > the > > following Emacs Lisp > > > code in my ~/.gnus.el file for inserting a face > header > > in a USENET > > > posting works on GNU Emacs 23.2.1, but not on > version > > 23.3.1, with Gnus > > > v5.13: > >=20 > > The Gnus manual says > >=20 > > =A0=A0=A0Viewing an [sic] `Face' header requires > > an Emacs that is able to > > =A0=A0=A0display PNG images. > >=20 > > Can your Emacs display PNG images? > > If not, I imagine this is the same as > >=20 > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D8324 > > >