From unknown Wed Jun 18 23:09:00 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#8674 <8674@debbugs.gnu.org> To: bug#8674 <8674@debbugs.gnu.org> Subject: Status: 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 Reply-To: bug#8674 <8674@debbugs.gnu.org> Date: Thu, 19 Jun 2025 06:09:00 +0000 retitle 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 reassign 8674 emacs,gnus submitter 8674 DekuDekuplex@Yahoo.com (Benjamin L. Russell) severity 8674 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sun May 15 19:03:41 2011 Received: (at submit) by debbugs.gnu.org; 15 May 2011 23:03:41 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QLkLc-0003ej-6j for submit@debbugs.gnu.org; Sun, 15 May 2011 19:03:41 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QLj1f-0001jo-0U for submit@debbugs.gnu.org; Sun, 15 May 2011 17:39:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QLj1Y-00063X-Qt for submit@debbugs.gnu.org; Sun, 15 May 2011 17:38:53 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,RFC_ABUSE_POST,T_DKIM_INVALID,T_RP_MATCHES_RCVD, T_TO_NO_BRKTS_FREEMAIL, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:39707) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QLj1Y-00063T-Np for submit@debbugs.gnu.org; Sun, 15 May 2011 17:38:52 -0400 Received: from eggs.gnu.org ([140.186.70.92]:45864) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QLj1X-0008Rb-Fu for bug-gnu-emacs@gnu.org; Sun, 15 May 2011 17:38:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QLj1W-00063E-3z for bug-gnu-emacs@gnu.org; Sun, 15 May 2011 17:38:51 -0400 Received: from smtp106.prem.mail.sp1.yahoo.com ([98.136.44.61]:48514) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1QLj1V-000638-O1 for bug-gnu-emacs@gnu.org; Sun, 15 May 2011 17:38:50 -0400 Received: (qmail 9302 invoked from network); 15 May 2011 21:38:48 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1305495528; bh=biYDFiCKhZpP00lSB+U7iJVB+PQoXli3UODrs72zxpg=; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:Message-ID:MIME-Version:Content-Type; b=mqesQjpVpwZ2H2I1AZy9w3IyuD0/NI4kABOAhlmHmmxvIA9E0fwjDAxWXcVB6O4y0zw58liljGGuWEGkx0gO7VYF7ADfmpyLaRWJIs02xMAR16GvevQx/99oB82dtJvDbzSih9Mk6JfkPLGtLxUowG6FGdaJWjSTiWLUATfCtis= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=Yahoo.com; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:Message-ID:MIME-Version:Content-Type; b=HFJFb1zhpXJXlTxdwERLcey4K3uancFSQfISnBK0zle76kzqhnzis8dthTARsfvWchvXAbpNnSORZKt3BoAS4WjsZSOpIFOtQPIVXqBPgOxFSCzMRgH0raEklWw4nmKN+2lW7gdxOe7KHzSiKaWKw2h60g/CfuwGjzby6GWycKc= ; Received: from KENSYUU10 (DekuDekuplex@114.164.163.107 with plain) by smtp106.prem.mail.sp1.yahoo.com with SMTP; 15 May 2011 14:38:47 -0700 PDT X-Yahoo-SMTP: joEOOleswBDhV4Y3RgA0f3E9Tsta5wNyRw-- X-YMail-OSG: hjidX.oVM1kZAZjN72a21pzNRG084vAuOl6BC7rxgKfg1PZ ofeJl5.bPHH_h36qjQ1jD0xyqPG6h19qCbexbBRYv8Q3Amke7IYbZyHFYeKr C.zzVtEu.xPgxyLsU7wkJY2h_u1U1._DFfPapymjoOHudN0bDhMOlSrnB8IQ dvpnV4MMF8vEHt8aOyELeyraCLXBIEbTulxmY4M686RPPxZHoBi8clsAZPAi SYC3aQJDNaE39GszuhRfkMv5PX.Xc4heNwdmyVADVsCA7oE9cCxfffA9xwpX i.fePNC67aoo.emI.wfelRyUnpydiNBE_LUC3NTW_GdqBx7BT8ViH_n5OG4X PAaWUKvmq1N4YgcBHXl0ZMofTo18vkmtHVBYdvb8ShrDXD6l7DrwXPem5Qo. YDj8eRElq0SUjnzkFlNXtnYd.YiCIiXNGJv05wDzUM7EatIkohFsJJmpseAc ivaT3mWHRN9T6Pv8LSPp_F_EII..b5qrhJGctvBYS27BBr1Gg.AuYM0Yq4Dh 9PLXzY8vAVCiybQKWnp3IFGTtfEP4BSFrn.h_ X-Yahoo-Newman-Property: ymail-3 From: DekuDekuplex@Yahoo.com (Benjamin L. Russell) To: bug-gnu-emacs@gnu.org Subject: 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 06:38:24 +0900 Message-ID: <824o4vve3z.fsf@Yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sun, 15 May 2011 19:03:39 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) There is a bug in GNU Emacs 23.3.1 that prevents correct rendering of Face headers in NNTP postings. 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: > (setq gnus-posting-styles > '((".*" > (name "Benjamin L. Russell") > ("Face" > (gnus-face-from-file "~/butterflyLang.jpg") > )))) The following procedure reproduces this bug: 1. Invoke Emacs in Windows XP Professional, Service Pack 3, by double-clicking on C:\emacs\emacs-23.3\bin\runemacs.exe. 2. Within Emacs, type the following command: > M-x gnus RET 3. Within Gnus, subscribe (if not already subscribed) to the news.test newsgroup. 4. Within Gnus, type the following command to post a new message: > a 5. Compose a test message, with subject, say, "test," and subject body, say "test." 6. Send the message with the following command: > C-c C-c 7. After a few seconds, refresh the newsgroup with the following command: > / N 8. Read the test message just posted. The message will be missing the face header, which should be an icon placed immediately to the left of the sender name in the "From" field of the message. In GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600) of 2011-03-10 on 3249CTO Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (4.5) --no-opt --cflags -Ic:/imagesupport/include' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: JPN value of $XMODIFIERS: nil locale-coding-system: cp932 default enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: eldoc-mode: t show-paren-mode: t recentf-mode: t tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: x g n u s q y Recent messages: Reading active file from news.gmane.org via nntp... Opening nntp server on news.gmane.org...done Opening nntp server on news20.forteinc.com...done Opening nntp server on news.gmane.org...done 5 new newsgroups have arrived Checking new news... Opening nndoc server on gnus-help...done Checking new news...done Are you sure you want to quit reading news? (y or n) (No changes need to be saved) Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug gnus-salt gnus-topic nndoc parse-time timezone byte-opt bytecomp byte-compile nnml nndraft nnmh auth-source gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg gnus-art mm-uu mml2015 epg-config mm-view smime dig nntp gnus-cache gnus-sum nnoo gnus-group gnus-undo nnmail mail-source format-spec gnus-start gnus-spec gnus-int gnus-range message ecomplete rfc822 mml mml-sec password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231 rfc2047 rfc2045 qp ietf-drums mailabbrev gmm-utils mailheader canlock sha1 hex-util hashcash gnus-win gnus gnus-ems nnheader gnus-util netrc time-date mail-utils mm-util mail-prsvr eldoc palette eyedropper derived hexrgb paren advice help-fns advice-preload color-theme edmacro kmacro sendmail reporter browse-url hippie-exp comint ring mouse-sel thingatpt recentf tree-widget wid-edit easymenu dired regexp-opt cl cl-19 japan-util tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp w32-win w32-vars tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mldrag mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev loaddefs button minibuffer faces cus-face files text-properties overlay md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process multi-tty emacs) -- Benjamin L. Russell -- Benjamin L. Russell / DekuDekuplex at Yahoo dot com http://dekudekuplex.wordpress.com/ Translator/Interpreter / Mobile: +011 81 90-6526-1406 "Furuike ya, kawazu tobikomu mizu no oto." -- Matsuo Basho^ From debbugs-submit-bounces@debbugs.gnu.org Mon May 16 17:43:11 2011 Received: (at 8674) by debbugs.gnu.org; 16 May 2011 21:43:11 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QM5ZG-0001lZ-QY for submit@debbugs.gnu.org; Mon, 16 May 2011 17:43:11 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QM5ZE-0001lL-Ee for 8674@debbugs.gnu.org; Mon, 16 May 2011 17:43:09 -0400 Received: from localhost ([127.0.0.1]:57813) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QM5Z8-00043w-PM; Mon, 16 May 2011 17:43:02 -0400 From: Glenn Morris To: DekuDekuplex@Yahoo.com (Benjamin L. Russell) 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 References: <824o4vve3z.fsf@Yahoo.com> X-Spook: FBI White Water unclassified Medco government Geraldton X-Ran: nqRQA%@VU{-RxF.>n#Msvtn;;8u (Benjamin L. Russell's message of "Mon, 16 May 2011 06:38:24 +0900") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -6.3 (------) X-Debbugs-Envelope-To: 8674 Cc: 8674@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) Benjamin L. Russell wrote: > There is a bug in GNU Emacs 23.3.1 that prevents correct rendering of > Face headers in NNTP postings. 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: The Gnus manual says Viewing an [sic] `Face' header requires an Emacs that is able to display PNG images. Can your Emacs display PNG images? If not, I imagine this is the same as http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8324 From debbugs-submit-bounces@debbugs.gnu.org Mon May 16 19:21:21 2011 Received: (at 8674) by debbugs.gnu.org; 16 May 2011 23:21:21 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QM76D-0003up-UN for submit@debbugs.gnu.org; Mon, 16 May 2011 19:21:21 -0400 Received: from nm26-vm5.bullet.mail.ne1.yahoo.com ([98.138.91.248]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QM6wg-0003gu-KB for 8674@debbugs.gnu.org; Mon, 16 May 2011 19:11:31 -0400 Received: from [98.138.90.52] by nm26.bullet.mail.ne1.yahoo.com with NNFMP; 16 May 2011 23:11:20 -0000 Received: from [98.138.89.192] by tm5.bullet.mail.ne1.yahoo.com with NNFMP; 16 May 2011 23:11:20 -0000 Received: from [127.0.0.1] by omp1050.mail.ne1.yahoo.com with NNFMP; 16 May 2011 23:11:20 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 645711.4543.bm@omp1050.mail.ne1.yahoo.com Received: (qmail 83483 invoked by uid 60001); 16 May 2011 23:11:20 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1305587480; bh=jOpPXjHYCYbmCw1uzVe1T8OpTahragxcAFKjaKT3urg=; 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=4NXBXskhxGLToYld7I728vtH+b2hPvJxhYKVdMwBWVQSc464bnPVQyeSC/zcwpmULRzcs1dOsMLc6rW6Jr8hhcloTw56k5HxydgHiVgbNfm/xf3jYBJdKuHjl+mEgl0yOFgq/xPyT9cg5njiX3ZzaQ2tj/m9QgbG/UupfCa0t5s= 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=sd5uoGDZLvVeobgGtRWpwtjrs4NCVT+MZhdfqt/kOCNk30/MLlyfJT5cVJKlPF3lm5DODBWMIJK77ZXrAN7j0bVKjzBFIDFjkog4UxtvvgOupZatFSo9jjBvgpeYJ08NwFfoKjHuOkuhvt9RwgPHGVJx5/+eTiWfz/Vj7ummv9o=; Message-ID: <80225.23498.qm@web32007.mail.mud.yahoo.com> X-YMail-OSG: 1qdw9cwVM1lZJ6ZP1m1qqsgWNWY1q6efBqrZZaaUTTU_59W 2D98e1h0jFgx09OU6Zlu0fHjHi8JQeqeu91xtfXaP_2oaC0L7REydK3PKjyF 79UlgjstU9Gho3IFBT3K9qAgi4cn72HUe4JtGykOvXoKNamzEmQyisTjEl3z 7BGmSWkD3jWYZCsjW_M80nUOYK.N1UQMCy_z_xOWZQBwRisPuF2163m_Orh8 4uDykzHf90W4XqBGfjI57RQXJ.19IwDEz2habf7zcAlN6lSljsioypKPx0wi d5ueaP7DQUlkWEglqBG_tB_NF_DA_Gvw7L0ycOzRWw8PSKxM2UW91DZraN3U 15kPoQJ6a4edbBmzFBX1GJicO_GM9q9kvzSnEkmvW2mxhhQNiaWxGgFiigLn kLhEUVEQimUwIVuyoooXE1YZPj1DW6kf.6VqcW0lP5p2Zt9_uyXrX2Tzshjj Cv1p4igicsl183qAFjsjwJcn0ll5BNhs9NAy.khGgSyIuSFD.DBb1pqF9hAh C7EOHioGB3Sa8GjGJmsTrIQNIffDjUfWdQsY_23nyVXQ6NucGk7PiIGvl5GP 3YeP2eAR_YOKYfoYwgh2x0TF8kqQC_Wk58B9OAC2UnYOeM5q4jtFz5HnFTOs 9m8QYZZz2WUlo3npRQRdZE90.aU0QcOQFD765nTo.rYv2DqxSrHnyzKmNQZG OBQ1a5EIAJ0rM5wDAj_vL0tPRsk1hwp.O3CG72hQzMyLMg70OqstO.XWRrpD eOVUxnFlcRS7lcgu4FG2_e5xHshGs0WZj1Ws- Received: from [114.164.163.107] by web32007.mail.mud.yahoo.com via HTTP; Mon, 16 May 2011 16:11:19 PDT X-Mailer: YahooMailClassic/12.0.2 YahooMailWebService/0.8.111.303096 Date: Mon, 16 May 2011 16:11:19 -0700 (PDT) From: "Benjamin L. Russell" 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: Glenn Morris In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.6 (/) X-Debbugs-Envelope-To: 8674 X-Mailman-Approved-At: Mon, 16 May 2011 19:21:17 -0400 Cc: 8674@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.6 (/) > The Gnus manual says >=20 > Viewing an [sic] `Face' header requires > an Emacs that is able to > 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 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/downloa= d-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\s= ystem32 and C:\emacs\emacs-23.3\bin directories, and restarted Emacs 23.3.1= , Emacs was able to read PNG files correctly. Subsequently reading a USENET message with a Face header via NNTP in Gnus t= hen caused the Face header to be rendered correctly in the "From" line. Bug solved! 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: 1. [Possible Bug] In Gnus v5.13, for some reason, just after sending an NNT= P post using C-c C-c, occasionally (once in every two to three attempts), G= nus freezes when using STARTTLS, just before requesting my SMTP password, a= nd refuses to respond until I press C-g. Here is the corresponding transcr= ipt from my *Messages* buffer: > Sending... > You have lines longer than 79 characters. 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-c= ompiled file > Opening STARTTLS connection to `plus.smtp.mail.yahoo.com:587'...done > Quit For some reason, Emacs still references `c:/emacs/emacs-23.2/lisp/gnus/star= ttls.el' (the version for Emacs 23.2.1) instead of `c:/emacs/emacs-23.3/lis= p/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. My folder setup under c:\Emacs is as follows: C:\emacs\.emacs.d C:\emacs\Deprecated Versions C:\emacs\emacs-23.1 C:\emacs\emacs-23.2 C:\emacs\emacs-23.3 My USER $HOME environmental variable points to C:\home, where I have my .em= acs and .gnus.el files, among others.=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 th= e following directions by Uday Reddy on 2010-04-26 on "Question #108267 : Q= uestions : VM" (see https://answers.launchpad.net/vm/+question/108267): > 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 > "-ALRM" (format "%d" (process-id proce= ss))) Is this the correct procedure? 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. The relevant portion from m= y ~/.gnus.el file is as follows: > (setq gnus-select-method '(nntp "news20.forteinc.com")) > (add-to-list 'gnus-secondary-select-methods '(nntp "news.gmane.org")) > (add-to-list 'gnus-secondary-select-methods '(nntp "news.gnus.org")) The relevant portion from my ~/.authinfo file is as follows: > machine news20.forteinc.com login password The and portions have been substituted with the appro= priate information accordingly. For some reason, the second invocation of (add-to-list 'gnus-secondary-sele= ct-methods '(...)) seems to be ignored. Do you know how to specify a third NNTP server in my ~/.gnus.el file? 3. [Possible Lack of a Feature] For some reason, I am unable to specify a w= idth 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 up= per-left buffer, articles in the upper-right buffer, and article bodies in = the lower buffer in my ~/.gnus.el file. Here is the relevant code: > ;; 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 Quest= ions: Window Layout" at http://gnus.org/manual/gnus_295.html) > (gnus-add-configuration > ; configure the article buffer > '(article > ; split the screen in two vertically, and use the following settings f= or the upper half of the window > (vertical 1.0 > =09 ; the original number of rows for the group + summary buffers tog= ether, copied from "Frequently Asked Questions: FAQ 4 - Reading messages" (= http://www.gnus.org/manual/gnus_400.html#SEC473) > ;=09 (horizontal 28 > =09 ; setting of the number of rows for the group + summary buffers t= ogether, adapted for my borrowed laptop PC from JIII > =09 (horizontal 20 > =09=09=09 ; the original number of columns for the group buffer width set= ting, copied from "Frequently Asked Questions: FAQ 4 - Reading messages" (h= ttp://www.gnus.org/manual/gnus_400.html#SEC473) > ; =09=09=09 (group 50) > =09=09=09 ; setting of the number of columns for the group buffer width s= etting to match my settings in Forte' Agent 5.0 > ;=09=09=09 (group 53) > =09=09=09 ; setting of the number of columns for the group buffer width s= etting to display all newsgroup names without truncation > ; =09=09=09 (group 77) > =09=09=09 ; setting of the number of columns for the group buffer width s= etting to distinguish all newsgroup names uniquely > =09=09=09 (group 69) > =09=09=09 ; let the summary buffer take the remainder of the width of the= rows, and position the point (cursor) therein > =09=09=09 (summary 1.0 point) ) > =09 ; let the lower half take up the remainder of the horizontal spac= e, and apply the following settings therein > =09 (horizontal 1.0 > =09=09=09 ; let the article buffer take up the entire space of the lower = half of the window > =09=09=09 (article 1.0))))) In the above code, the modification from (group 77) to (group 69) had no ef= fect. Further reducing the setting to (group 50) had no effect, either. I= n a previous version of Emacs on Windows XP, Service Pack 3, installed in c= irca November 2007, on which I had installed Gnus in circa May of 2009 (tha= t computer has since been reformatted, so I do not have the version informa= tion available), the settings worked fine. How can I make the (group ...) = setting modification effective? Solutions to the above problems in using Gnus v5.13 on GNU Emacs 23.3.1 wou= ld help enormously. Thank you for your assistance! Sincerely yours, Benjamin L. Russell --- On Tue, 5/17/11, Glenn Morris wrote: > From: Glenn Morris > 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: "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 > From debbugs-submit-bounces@debbugs.gnu.org Mon May 16 21:38:18 2011 Received: (at 8674) by debbugs.gnu.org; 17 May 2011 01:38:19 +0000 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 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 Received: from [98.139.52.188] by nm30.bullet.mail.ac4.yahoo.com with NNFMP; 17 May 2011 01:38:08 -0000 Received: from [98.139.52.130] by tm1.bullet.mail.ac4.yahoo.com with NNFMP; 17 May 2011 01:38:08 -0000 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 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=; Message-ID: <55594.77749.qm@web32002.mail.mud.yahoo.com> 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-- 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 Date: Mon, 16 May 2011 18:38:07 -0700 (PDT) From: "Benjamin L. Russell" Subject: [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 To: Glenn Morris In-Reply-To: <80225.23498.qm@web32007.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: 8674 Cc: 8674@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) 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 > > > From debbugs-submit-bounces@debbugs.gnu.org Mon May 16 22:01:38 2011 Received: (at 8674) by debbugs.gnu.org; 17 May 2011 02:01:38 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QM9bN-0007QN-SS for submit@debbugs.gnu.org; Mon, 16 May 2011 22:01:38 -0400 Received: from nm5-vm0.bullet.mail.sp2.yahoo.com ([98.139.91.204]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QM9bI-0007Q8-1K for 8674@debbugs.gnu.org; Mon, 16 May 2011 22:01:35 -0400 Received: from [98.139.91.61] by nm5.bullet.mail.sp2.yahoo.com with NNFMP; 17 May 2011 02:01:26 -0000 Received: from [98.139.91.5] by tm1.bullet.mail.sp2.yahoo.com with NNFMP; 17 May 2011 02:01:26 -0000 Received: from [127.0.0.1] by omp1005.mail.sp2.yahoo.com with NNFMP; 17 May 2011 02:01:26 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 173833.1191.bm@omp1005.mail.sp2.yahoo.com Received: (qmail 64498 invoked by uid 60001); 17 May 2011 02:01:25 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1305597685; bh=A2MdlNDCKXqnC5BkMTgx+FPi2YBHOGF+UpkRFzjZ5lI=; 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=Z6PR7f+2jdEIX0nfCt/y6+FtGyPR8msADmaU1l47qMIawNCFQ4X+4ZBMqdXoLOE4u57jKIovq2ZAg9X3gvcmb6cwie5T0DJny9mOM1BLfFSnWJR5JZCOmmxSOs3GwLA1HEOp7ADjA7HLj5pOoZvE629/WbXn9h4dXtuRxDLvCU8= 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=FH0BzGlV+6ku7UxX7wldp7ct5uq+8B6mB06zu5eYjZr57Z/ZFbz7P5X8GGB2Gb/Bv9z0gwzy9v6tJZq+A4Hd6Dw2E3YCA06rQwREFwX2jYWkKFhFuzF2vEAqpXk3kvim6QJ+YXB55SsF7cxVLTT6AlQMYcO5Zpv9ngPHcycZ9Kc=; Message-ID: <556583.63946.qm@web32005.mail.mud.yahoo.com> X-YMail-OSG: p9dUmGUVM1nv9gTFsU_93LbEXDmCoa5EBgDSiYktjbCgGv_ 1Lnd8_mKTUAEgqlojII70R1QlGjHnP.SFCgrSkjdVmvXy7335svf6gZ8sSXs FA0Q66X8dNRvAKpjZ1kfSbfrI9oLuv4o74UdSLl62cK2fLu.QITjcMxxLYoA 7oZSu_mbsotiwOQoY.0Lo_R3ga4zAUCVkuqKQtXHEWPpchmbIWlc.eQFUS0j W8IlM1KiaYRfD6_qevYkN5ER.XIV4dgyNt9o49DeYnTSsvUZLXV5AeBzwJIo 1hn_tl2qibR6yhhJJNRkTw08I0zl7BvUqG7z4MvBzPZokCk.LxSiX4r2jmgq BSx2Azuh1YkOpUp9mqoXmiDzOV9mH9vi2CByekkRl8rNeoJGKtKAwQaGGhTv W7h6QWIAGPCdXy9K6qEEbIZyZ353Q4dHd.hBqAc8ogR1sXri8b1DcFtRrwmE h3X3XzxQLd7QEHa.acTUQsPVhiDhRBRIruIwplEVaB5OisjkxNGIKdtTkL_k xbojpV7bJXe_OUPjJXppN.S5hEog6hSiWca9E_DX1z6KL149gEyGdmureb_o 9pn7tMzylYHPV44XCVd9SwRsjZFAP4ZawSSlEZtCdp6X3Tt60gU1dQs29iMv tcmeoj_MnTtHhkzZIbTjpIjudItxPeMmJjUJydW4j0.cIbFYfxdbO1VZnymI axUEf8pfNHvHi5_Ymz6eC9qYRmqVRW1vO_oJlTrFB1M7F6dNp41l7BoQSSI6 Ss3vxAd6hPZEFWBzcQM3WHvO.N89HoT7YLg-- Received: from [114.164.163.107] by web32005.mail.mud.yahoo.com via HTTP; Mon, 16 May 2011 19:01:25 PDT X-Mailer: YahooMailClassic/12.0.2 YahooMailWebService/0.8.111.303096 Date: Mon, 16 May 2011 19:01:25 -0700 (PDT) From: "Benjamin L. Russell" Subject: [RESOLVED: modifying (group ...) setting in (gnus-add-configuration ...) function] [Was: Re: [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] To: Glenn Morris In-Reply-To: <55594.77749.qm@web32002.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 8674 Cc: 8674@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.2 (--) The previous issue in modifying the (group ...) setting in the (gnus-add-co= nfiguration ...) function in ~/.gnus.el (issue #3) has been resolved, as fo= llows: > 3. How to modifying the (group ...) setting in the > (gnus-add-configuration ...) function) in the ~/.gnus.el > configuration file so that the change takes effect even if > the maximum length of a group listed in the buffer exceeds > the specified group buffer layout width. (Typo correction; the above issue description should have read as follows: > 3. How to modify the (group ...) setting in the > (gnus-add-configuration ...) function in the ~/.gnus.el > configuration file so that the change takes effect even if > the maximum length of a group listed in the buffer exceeds > the specified group buffer layout width.) Apparently, upgrading to from GNU Emacs 23.2.1 to version 23.3.1 has resolv= ed the issue; the group buffer layout width specification using the (group = ...) setting in the (gnus-add-configuration ...) function in the ~/.gnus.el= file works correctly. (I'm not sure what was causing the problem earlier.= ) This solution leaves only the following issue: > 2. How to specify multiple NNTP servers in the ~/.gnus.el > configuration file? I'll send an update if there is any progress on issue #2 above. Again, ple= ase let me know if you have any suggestions (or any solutions). -- Benjamin L. Russell --- On Tue, 5/17/11, Benjamin L. Russell wrote: > From: Benjamin L. Russell > Subject: [status update on associated STARTTLS bug] Re: bug#8674: 23.3; F= ace 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: "Glenn Morris" > Cc: 8674@debbugs.gnu.org > Date: Tuesday, May 17, 2011, 10:38 AM > The previous STARTTLS-related bug has > been resolved, 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 > > [...] > >=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.n= et/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 >=20 > >=A0 =A0=A0=A0"-ALRM" (format "%d" > (process-id process))) > >=20 > > Is this the correct procedure? >=20 > Apparently not.=A0 When I moved the C:\emacs\emacs-23.1 > and C:\emacs\emacs-23.2 subdirectories into the > C:\emacs\Deprecated Versions subdirectory and reran > C:\emacs\emacs-23.3\bin\addpm.exe (effectively restoring the > original version of > C:\emacs\emacs-23.3\lisp\gnus\starttls.el), the following > error message disappeared: >=20 > > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' newer > than > > byte-compiled file >=20 > As stated above, this error message no longer appears. >=20 > Furthermore, Gnus invoked the STARTTLS protocol correctly > for three consecutive attempts.=A0 Therefore, this > particular problem has apparently been solved.=A0 > Accordingly, the `c:/emacs/emacs-23.3/lisp/gnus/starttls.el' > file should NOT be modified. >=20 > However, the other two issues described in my previous > message remain, as follows: >=20 > 2. How to specify multiple NNTP servers in the ~/.gnus.el > configuration file? >=20 > 3. How to modifying the (group ...) setting in the > (gnus-add-configuration ...) function) in the ~/.gnus.el > configuration file so that the change takes effect even if > the maximum length of a group listed in the buffer exceeds > the specified group buffer layout width. >=20 > I'll send an update if there is any progress on either > issue #2 or issue #3 above.=A0 Please let me know if you > have any suggestions (or solutions). >=20 > -- Benjamin L. Russell >=20 > --- On Tue, 5/17/11, Benjamin L. Russell > wrote: >=20 > > From: Benjamin L. Russell > > 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: "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.n= et/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.org/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 > > > > > > From debbugs-submit-bounces@debbugs.gnu.org Mon May 16 22:05:31 2011 Received: (at 8674) by debbugs.gnu.org; 17 May 2011 02:05:31 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QM9f7-0007Vm-NY for submit@debbugs.gnu.org; Mon, 16 May 2011 22:05:31 -0400 Received: from nm8.bullet.mail.bf1.yahoo.com ([98.139.212.167]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QM9f3-0007VW-9l for 8674@debbugs.gnu.org; Mon, 16 May 2011 22:05:28 -0400 Received: from [98.139.212.146] by nm8.bullet.mail.bf1.yahoo.com with NNFMP; 17 May 2011 02:05:19 -0000 Received: from [98.139.212.212] by tm3.bullet.mail.bf1.yahoo.com with NNFMP; 17 May 2011 02:05:19 -0000 Received: from [127.0.0.1] by omp1021.mail.bf1.yahoo.com with NNFMP; 17 May 2011 02:05:19 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 362216.18879.bm@omp1021.mail.bf1.yahoo.com Received: (qmail 17888 invoked by uid 60001); 17 May 2011 02:05:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1305597918; bh=rePbFs5pzI2YNFjeBf5/NGftiHdqv3FbwKFbV83ymmQ=; 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=BWD+jIYu3kBmnDFZLYC1zgXv/hUcb6yFN6UEMTF1wFih5qSWblgh0sglb8ys3HjmqManBEKLIu92fTvhjDEtu7HO4sWxtYWJ9LxbzErthux+FsTs+DT2PswIYpbKeGedRh4BLAPBU/AwPIlzdczSYOghk64T6FrIhg8JbB/DpwM= 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=ri5bOkRU3WaOVYazDZ1kjRAl0jOqs9hQNMoKXYN8r6SKfJ1D9+4o50XVHj0ntIHrB+TjCg7YtCnYJpemP8bxRmn+zKxg0IjRKw61/tTx+8SQ8YRc81b0rTSfR0nbpOcebM7vETg5QOBIE0l7HTLS2sRAG1KVsuWQhXtDcsBBNGY=; Message-ID: <360292.38255.qm@web32008.mail.mud.yahoo.com> X-YMail-OSG: oQXsexkVM1mAroWerAMPZEBnOLSa5SHnu4xLfQwe8w.IJ51 4GZYE7NVbOuQWMTyzxfgJbysvs6x2rwHW4hGBpasBHZ5QQLES9xICG30dmJ3 twVeRqA03VDhMYLtCEG.qecgrI42hG6y7FvjBeog3izbeZscToUt5Dzr950O SGePR8BY5joNCvozeohrPTO4gFmyF6jStFtN4TMIvDU7psNgpU.CJq1lOsoi AB8IcIGfEmSKTtyhLmKpBPG9uUiBH0wsg335CemIlQuBkdQIXshpz63P8gvS jKn30aSVX8rp8X5woheram6xFOeJBuMWLr05_9buFc2XRd1jpsucQxd1LoNd S1HqAf0xZsQgK.WvX9xVRC6p0TchOov3N4qIofx7YAgDI3oAq5.Ev7MxYWFK Wy11IuherQ2I.EcgQOIFMw1S4pSnWoOQEXgxtKFbaHXmo41ZNY2OGJB3q7S6 lvcUjUzBUM.Afk_2l3zpdrkPbIbUAjPEDOa.oEjBTMq9ePO7eZdCEv.59oys 198QfvaXRwiwa3UIHM0eS5T1k9nIYm0d8zMQ_PNsji3pg65.EGrI.dEnZF7v 6p12_lH3bYMnOQ7ouxIdDzEoQ4Z3pHm7Eyhuxpt5KY9konUr6f2Tr4KazIZ2 g6JRJu3psjHoeTnnUvH8.jTOS3Fqf1.EXCV_91kyMNUrC.e77x4j.5qg_ye_ 1VABaeToKRF2O0hmvNe7a6ilqOaqoXA4RGwdqnP0Ve9hwTjbqBUt8BrlkyY5 PCvJsrFbE22z9xmm4Uy6jxrtZL55JNIq9UQ-- Received: from [114.164.163.107] by web32008.mail.mud.yahoo.com via HTTP; Mon, 16 May 2011 19:05:17 PDT X-Mailer: YahooMailClassic/12.0.2 YahooMailWebService/0.8.111.303096 Date: Mon, 16 May 2011 19:05:17 -0700 (PDT) From: "Benjamin L. Russell" Subject: Typo correction: [RESOLVED: modifying (group ...) setting in (gnus-add-configuration ...) function] [Was: Re: [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] To: Glenn Morris In-Reply-To: <556583.63946.qm@web32005.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 8674 Cc: 8674@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.3 (--) The following solution description contained a typo: > Apparently, upgrading to from GNU Emacs 23.2.1 to version > 23.3.1 has resolved the issue.... It should have read as follows: > Apparently, upgrading from GNU Emacs 23.2.1 to version > 23.3.1 has resolved the issue.... -- Benjamin L. Russell --- On Tue, 5/17/11, Benjamin L. Russell wrote: > From: Benjamin L. Russell > Subject: [RESOLVED: modifying (group ...) setting in (gnus-add-configurat= ion ...) function] [Was: Re: [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] > To: "Glenn Morris" > Cc: 8674@debbugs.gnu.org > Date: Tuesday, May 17, 2011, 11:01 AM > The previous issue in modifying the > (group ...) setting in the (gnus-add-configuration ...) > function in ~/.gnus.el (issue #3) has been resolved, as > follows: >=20 > > 3. How to modifying the (group ...) setting in the > > (gnus-add-configuration ...) function) in the > ~/.gnus.el > > configuration file so that the change takes effect > even if > > the maximum length of a group listed in the buffer > exceeds > > the specified group buffer layout width. >=20 > (Typo correction; the above issue description should have > read as follows: >=20 > > 3. How to modify the (group ...) setting in the > > (gnus-add-configuration ...) function in the > ~/.gnus.el > > configuration file so that the change takes effect > even if > > the maximum length of a group listed in the buffer > exceeds > > the specified group buffer layout width.) >=20 > Apparently, upgrading to from GNU Emacs 23.2.1 to version > 23.3.1 has resolved the issue; the group buffer layout width > specification using the (group ...) setting in the > (gnus-add-configuration ...) function in the ~/.gnus.el file > works correctly.=A0 (I'm not sure what was causing the > problem earlier.) >=20 > This solution leaves only the following issue: >=20 > > 2. How to specify multiple NNTP servers in the > ~/.gnus.el > > configuration file? >=20 > I'll send an update if there is any progress on issue #2 > above.=A0 Again, please let me know if you have any > suggestions (or any solutions). >=20 > -- Benjamin L. Russell >=20 > --- On Tue, 5/17/11, Benjamin L. Russell > wrote: >=20 > > From: Benjamin L. Russell > > Subject: [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 > > To: "Glenn Morris" > > Cc: 8674@debbugs.gnu.org > > Date: Tuesday, May 17, 2011, 10:38 AM > > The previous STARTTLS-related bug has > > been resolved, 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 > > > [...] > > >=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 > >=20 > > >=A0 =A0=A0=A0"-ALRM" (format "%d" > > (process-id process))) > > >=20 > > > Is this the correct procedure? > >=20 > > Apparently not.=A0 When I moved the > C:\emacs\emacs-23.1 > > and C:\emacs\emacs-23.2 subdirectories into the > > C:\emacs\Deprecated Versions subdirectory and reran > > C:\emacs\emacs-23.3\bin\addpm.exe (effectively > restoring the > > original version of > > C:\emacs\emacs-23.3\lisp\gnus\starttls.el), the > following > > error message disappeared: > >=20 > > > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' > newer > > than > > > byte-compiled file > >=20 > > As stated above, this error message no longer > appears. > >=20 > > Furthermore, Gnus invoked the STARTTLS protocol > correctly > > for three consecutive attempts.=A0 Therefore, this > > particular problem has apparently been solved.=A0 > > Accordingly, the > `c:/emacs/emacs-23.3/lisp/gnus/starttls.el' > > file should NOT be modified. > >=20 > > However, the other two issues described in my > previous > > message remain, as follows: > >=20 > > 2. How to specify multiple NNTP servers in the > ~/.gnus.el > > configuration file? > >=20 > > 3. How to modifying the (group ...) setting in the > > (gnus-add-configuration ...) function) in the > ~/.gnus.el > > configuration file so that the change takes effect > even if > > the maximum length of a group listed in the buffer > exceeds > > the specified group buffer layout width. > >=20 > > I'll send an update if there is any progress on > either > > issue #2 or issue #3 above.=A0 Please let me know if > you > > have any suggestions (or solutions). > >=20 > > -- Benjamin L. Russell > >=20 > > --- On Tue, 5/17/11, Benjamin L. Russell > > wrote: > >=20 > > > From: Benjamin L. Russell > > > 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: "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.org/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 > > > > > > > > > > From debbugs-submit-bounces@debbugs.gnu.org Mon May 16 22:22:49 2011 Received: (at 8674) by debbugs.gnu.org; 17 May 2011 02:22:49 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QM9vs-0007sd-Qb for submit@debbugs.gnu.org; Mon, 16 May 2011 22:22:49 -0400 Received: from nm20-vm0.bullet.mail.ac4.yahoo.com ([98.139.53.214]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QM9vn-0007sK-Po for 8674@debbugs.gnu.org; Mon, 16 May 2011 22:22:47 -0400 Received: from [98.139.52.189] by nm20.bullet.mail.ac4.yahoo.com with NNFMP; 17 May 2011 02:22:38 -0000 Received: from [98.139.52.155] by tm2.bullet.mail.ac4.yahoo.com with NNFMP; 17 May 2011 02:22:38 -0000 Received: from [127.0.0.1] by omp1038.mail.ac4.yahoo.com with NNFMP; 17 May 2011 02:22:38 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 483416.64277.bm@omp1038.mail.ac4.yahoo.com Received: (qmail 68596 invoked by uid 60001); 17 May 2011 02:22:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1305598957; bh=zG5z+wwSclSMmUrEtZOLcGHytie35hcnku8kSNQQDh8=; 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=e6i8sl/Astx7JpUf9XBm+vWNyVPZaLOlzT7Pqp/UN3VWrV/sS4HellUdhNQpzLs9js71fJmv+R0423AyzeIotJAH9zBJ8Ifa8Cxi2h69Mmi0vf6J7rk6FyapItA73IRH3NVrtpCIetwdn9IGnJwE6SLaCqb1DeUYeAwrIMh7N0E= 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=mOZz9e+GiZ0eYLERe5Qn9A6wx0PrbopVilfOg5g1p4CWFaEvxckQlg7tLsLGB6qtiZq2HafjTocDpG9vdZHlaGFU14wk7me4mKBjMC6wjVF8W3ogR1FVsvhhAujfy2MHHCx2976ou/C0881Mp5TsRAdqBbgBNyPim5oGh7G+ULY=; Message-ID: <825788.16783.qm@web32003.mail.mud.yahoo.com> X-YMail-OSG: 2amTTsYVM1l5mynSjgPzXyRYOvQkYfRJQz79MQZXdygh6TW I8r5qxOS5ylo_3oyGG6LiIf7yYi5rQrxLkP_KFt8bUFf0pX7_tCZ1PAq8N.4 JB8Q_CJeqwLaKDiFZduJqazmc2JHmSIMJ4N_3PeCJr4emCma4scfUUTdy5QW 8ZesmUqxinXR32rceqC3awR23oxZcFqOLE1F3f11e6QqdYH7CX.9Ep2Yz_Gc ea_WqjcoA_Uh4tYGDhZkz3gHiYf0c1EcpX82zoMg4wCIa5swP5wtKnTrBvqn rFTvtPH.7s9jk9IzXxtDQJKaNX6sR0rKZ2P1dKAIRwOPG5ufdHU73i_G8T7v Dv_J.Tp8RHbHsW8ByAB.FTspjIDD0FJKpBBn.m._.NAzXfLrsnztYC_E8AI1 Tq8r7.aVx4nKv_LHsF6FrlHtJZ1.6ZmXybD4078D7mor48h1qwdLCff0ERM0 LXipxD.ZPN8oblts616.1_A6a1puUm8cGGUDkC1TgYdH1fkunQiklprHMIrZ EiKg4AnHg7IZmwvRS2MRIS1Bseli9lSo5BkxaxJvyuUgKzMUIt38PFDJv_CT V9XvnziuNIYkGfCh68MBQeo.PGKu1mEiI7LGLwB.MCxhh1FOIFHYDV9INpFA EsPoVdUzidBta3PGAKfOHNSB.YdKydVfcu3okJgMcfFSHyj34uSqPbFvaK5R WJJGL319XEv7G3LZeD.uLD.nCWgpe_18vsHkvrNzZgFmwkJgNwh5cP7nFr.B tT1arrwskCJDdNpxEItOxTYlNZwjD_1ttqY8- Received: from [114.164.163.107] by web32003.mail.mud.yahoo.com via HTTP; Mon, 16 May 2011 19:22:37 PDT X-Mailer: YahooMailClassic/12.0.2 YahooMailWebService/0.8.111.303096 Date: Mon, 16 May 2011 19:22:37 -0700 (PDT) From: "Benjamin L. Russell" Subject: [cause of (group ...) modification bug discovered] [Was: Re: Typo correction: [RESOLVED: modifying (group ...) setting in (gnus-add-configuration ...) function] [Was: Re: [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]] To: Glenn Morris In-Reply-To: <360292.38255.qm@web32008.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.4 (--) X-Debbugs-Envelope-To: 8674 Cc: 8674@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.4 (--) I discovered the cause of the previous (group ...) modification bug, as had= been described as follows: > 3. How to modify the (group ...) setting in the > (gnus-add-configuration ...) function in the ~/.gnus.el > configuration file so that the change takes effect even if > the maximum length of a group listed in the buffer exceeds > the specified group buffer layout width. Upon close examination, I discovered a duplication function definition for = the (gnus-add-configuration ...) function in my ~/.gnus.el file. Commentin= g out the second definition resolved the issue. Therefore, the solution ac= tually had nothing to do with the upgrade; it had been a bug in the configu= ration file. As before, this solution leaves only the following issue: 2. How to specify multiple NNTP servers in the ~/.gnus.el configuration fil= e? Again, I'll send an update if there is any progress on issue #2 above. As = before, please let me know if you have any suggestions (or any solutions). -- Benjamin L. Russell --- On Tue, 5/17/11, Benjamin L. Russell wrote: > From: Benjamin L. Russell > Subject: Typo correction: [RESOLVED: modifying (group ...) setting in (gn= us-add-configuration ...) function] [Was: Re: [status update on associated = STARTTLS bug] Re: bug#8674: 23.3; Face header rendering bug in Gnus v5.13 o= n GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600) on Windows XP Professional, Serv= ice Pack 3] > To: "Glenn Morris" > Cc: 8674@debbugs.gnu.org > Date: Tuesday, May 17, 2011, 11:05 AM > The following solution description > contained a typo: >=20 > > Apparently, upgrading to from GNU Emacs 23.2.1 to > version > > 23.3.1 has resolved the issue.... >=20 > It should have read as follows: >=20 > > Apparently, upgrading from GNU Emacs 23.2.1 to > version > > 23.3.1 has resolved the issue.... >=20 > -- Benjamin L. Russell >=20 > --- On Tue, 5/17/11, Benjamin L. Russell > wrote: >=20 > > From: Benjamin L. Russell > > Subject: [RESOLVED: modifying (group ...) setting in > (gnus-add-configuration ...) function] [Was: Re: [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] > > To: "Glenn Morris" > > Cc: 8674@debbugs.gnu.org > > Date: Tuesday, May 17, 2011, 11:01 AM > > The previous issue in modifying the > > (group ...) setting in the (gnus-add-configuration > ...) > > function in ~/.gnus.el (issue #3) has been resolved, > as > > follows: > >=20 > > > 3. How to modifying the (group ...) setting in > the > > > (gnus-add-configuration ...) function) in the > > ~/.gnus.el > > > configuration file so that the change takes > effect > > even if > > > the maximum length of a group listed in the > buffer > > exceeds > > > the specified group buffer layout width. > >=20 > > (Typo correction; the above issue description should > have > > read as follows: > >=20 > > > 3. How to modify the (group ...) setting in the > > > (gnus-add-configuration ...) function in the > > ~/.gnus.el > > > configuration file so that the change takes > effect > > even if > > > the maximum length of a group listed in the > buffer > > exceeds > > > the specified group buffer layout width.) > >=20 > > Apparently, upgrading to from GNU Emacs 23.2.1 to > version > > 23.3.1 has resolved the issue; the group buffer layout > width > > specification using the (group ...) setting in the > > (gnus-add-configuration ...) function in the > ~/.gnus.el file > > works correctly.=A0 (I'm not sure what was causing the > > problem earlier.) > >=20 > > This solution leaves only the following issue: > >=20 > > > 2. How to specify multiple NNTP servers in the > > ~/.gnus.el > > > configuration file? > >=20 > > I'll send an update if there is any progress on issue > #2 > > above.=A0 Again, please let me know if you have any > > suggestions (or any solutions). > >=20 > > -- Benjamin L. Russell > >=20 > > --- On Tue, 5/17/11, Benjamin L. Russell > > wrote: > >=20 > > > From: Benjamin L. Russell > > > Subject: [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 > > > To: "Glenn Morris" > > > Cc: 8674@debbugs.gnu.org > > > Date: Tuesday, May 17, 2011, 10:38 AM > > > The previous STARTTLS-related bug has > > > been resolved, 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 > > > > [...] > > > >=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 > > >=20 > > > >=A0 =A0=A0=A0"-ALRM" (format "%d" > > > (process-id process))) > > > >=20 > > > > Is this the correct procedure? > > >=20 > > > Apparently not.=A0 When I moved the > > C:\emacs\emacs-23.1 > > > and C:\emacs\emacs-23.2 subdirectories into the > > > C:\emacs\Deprecated Versions subdirectory and > reran > > > C:\emacs\emacs-23.3\bin\addpm.exe (effectively > > restoring the > > > original version of > > > C:\emacs\emacs-23.3\lisp\gnus\starttls.el), the > > following > > > error message disappeared: > > >=20 > > > > `c:/emacs/emacs-23.2/lisp/gnus/starttls.el' > > newer > > > than > > > > byte-compiled file > > >=20 > > > As stated above, this error message no longer > > appears. > > >=20 > > > Furthermore, Gnus invoked the STARTTLS protocol > > correctly > > > for three consecutive attempts.=A0 Therefore, > this > > > particular problem has apparently been solved.=A0 > > > Accordingly, the > > `c:/emacs/emacs-23.3/lisp/gnus/starttls.el' > > > file should NOT be modified. > > >=20 > > > However, the other two issues described in my > > previous > > > message remain, as follows: > > >=20 > > > 2. How to specify multiple NNTP servers in the > > ~/.gnus.el > > > configuration file? > > >=20 > > > 3. How to modifying the (group ...) setting in > the > > > (gnus-add-configuration ...) function) in the > > ~/.gnus.el > > > configuration file so that the change takes > effect > > even if > > > the maximum length of a group listed in the > buffer > > exceeds > > > the specified group buffer layout width. > > >=20 > > > I'll send an update if there is any progress on > > either > > > issue #2 or issue #3 above.=A0 Please let me know > if > > you > > > have any suggestions (or solutions). > > >=20 > > > -- Benjamin L. Russell > > >=20 > > > --- On Tue, 5/17/11, Benjamin L. Russell > > > wrote: > > >=20 > > > > From: Benjamin L. Russell > > > > 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: "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.org/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 > > > > > > > > > > > > > > > From debbugs-submit-bounces@debbugs.gnu.org Tue May 17 12:56:17 2011 Received: (at 8674-done) by debbugs.gnu.org; 17 May 2011 16:56:17 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QMNZA-0004jk-MH for submit@debbugs.gnu.org; Tue, 17 May 2011 12:56:17 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QMNZ8-0004jZ-I0 for 8674-done@debbugs.gnu.org; Tue, 17 May 2011 12:56:14 -0400 Received: from localhost ([127.0.0.1]:52225) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QMNZ2-0000F1-73; Tue, 17 May 2011 12:56:08 -0400 From: Glenn Morris To: 8674-done@debbugs.gnu.org Subject: Re: bug#8674 References: <825788.16783.qm@web32003.mail.mud.yahoo.com> X-Spook: Dateline SCUD missile kilderkin Medco csystems Attorney X-Ran: Pys`AF/_uP',A_F#W>"0~A^ot%jU"Ps>Pv[r]h4py&&ppNs1Hu/^{)!:m_zxqQ5,iaidgv X-Hue: white X-Debbugs-No-Ack: yes X-Attribution: GM Date: Tue, 17 May 2011 12:56:07 -0400 In-Reply-To: <825788.16783.qm@web32003.mail.mud.yahoo.com> (Benjamin L. Russell's message of "Mon, 16 May 2011 19:22:37 -0700 (PDT)") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -6.3 (------) X-Debbugs-Envelope-To: 8674-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) Each bug report should be focused on a specific issue that is thought to be a bug, not a grab-bag of configuration questions. The right place to ask your remaining question is a Gnus user list, which I see you have done. If you don't get a satisfactory answer in a few days, and you think there is an actual bug, then please open a new bug report that summarizes the issue. In the meantime I am closing this report, since the initial issue you reported is resolved. From unknown Wed Jun 18 23:09:00 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 15 Jun 2011 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator