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

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

[Benjamin L. Russell]

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:
<escape> x g n u s <help-echo> <return> q y <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <menu-bar> 
<help-menu> <send-emacs-bug-report>

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^

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

[Glenn Morris]

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

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

[Benjamin L. Russell]

> 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

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.

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.

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 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:

> Sending...
> You have lines longer than 79 characters.  Really post? (y or n) 
> 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

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.

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 .emacs and .gnus.el files, among others. 

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):

> 1. Added:
> (defcustom starttls-kill-program "c:\\cygwin\\bin\\kill"
>   "External kill command to send SIGALRM to starttls."
>   :group 'starttls)
> 
> 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 process)))

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 my ~/.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 <username> password <password>

The <username> and <password> portions have been substituted with the appropriate information accordingly.

For some reason, the second invocation of (add-to-list 'gnus-secondary-select-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 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.  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 Questions: 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 for the upper half of the window
>    (vertical 1.0
> 	     ; 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)
> ;	     (horizontal 28
> 	     ; setting of the number of rows for the group + summary buffers together, adapted for my borrowed laptop PC from JIII
> 	     (horizontal 20
> 			 ; 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)
> ;    			 (group 50)
> 			 ; setting of the number of columns for the group buffer width setting to match my settings in Forte' Agent 5.0
> ;			 (group 53)
> 			 ; setting of the number of columns for the group buffer width setting to display all newsgroup names without truncation
> ;    			 (group 77)
> 			 ; setting of the number of columns for the group buffer width setting to distinguish all newsgroup names uniquely
> 			 (group 69)
> 			 ; let the summary buffer take the remainder of the width of the rows, and position the point (cursor) therein
>     			 (summary 1.0 point) )
> 	     ; let the lower half take up the remainder of the horizontal space, and apply the following settings therein
> 	     (horizontal 1.0
> 			 ; let the article buffer take up the entire space of the lower half of the window
>     			 (article 1.0)))))

In the above code, the modification from (group 77) to (group 69) had no effect.  Further reducing the setting to (group 50) had no effect, either.  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.  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 would help enormously.

Thank you for your assistance!

Sincerely yours,

Benjamin L. Russell

--- On Tue, 5/17/11, Glenn Morris <rgm@gnu.org> wrote:

> From: Glenn Morris <rgm@gnu.org>
> 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" <DekuDekuplex@Yahoo.com>
> Cc: 8674@debbugs.gnu.org
> Date: Tuesday, May 17, 2011, 6:43 AM
> 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
>

bug#8674: [status update on associated STARTTLS bug] Re: bug#8674: 23.3; Face header rendering bug in Gnus v5.13 on GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600) on Windows XP Professional, Service Pack 3

[Benjamin L. Russell]

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:
> 
> [...]
> 
> 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 .emacs and .gnus.el files, among others. 
> 
> 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):
> 
> > 1. Added:
> > (defcustom starttls-kill-program
> "c:\\cygwin\\bin\\kill"
> >   "External kill command to send
> SIGALRM to starttls."
> >   :group 'starttls)
> > 
> > 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 process)))
> 
> 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 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:

> `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 consecutive attempts.  Therefore, this particular problem has apparently been solved.  Accordingly, the `c:/emacs/emacs-23.3/lisp/gnus/starttls.el' file should NOT be modified.

However, the other two issues described in my previous message remain, as follows:

2. How to specify multiple NNTP servers in the ~/.gnus.el configuration file?

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.

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 <dekudekuplex@yahoo.com> wrote:

> From: Benjamin L. Russell <dekudekuplex@yahoo.com>
> 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" <rgm@gnu.org>
> Cc: 8674@debbugs.gnu.org
> Date: Tuesday, May 17, 2011, 8:11 AM
> > 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
> 
> 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.
> 
> 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.
> 
> 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 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:
> 
> > Sending...
> > You have lines longer than 79 characters.  Really
> post? (y or n) 
> > 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
> 
> 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.
> 
> 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 .emacs and .gnus.el files, among others. 
> 
> 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):
> 
> > 1. Added:
> > (defcustom starttls-kill-program
> "c:\\cygwin\\bin\\kill"
> >   "External kill command to send
> SIGALRM to starttls."
> >   :group 'starttls)
> > 
> > 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 process)))
> 
> 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 my ~/.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 <username>
> password <password>
> 
> The <username> and <password> portions have
> been substituted with the appropriate information
> accordingly.
> 
> For some reason, the second invocation of (add-to-list
> 'gnus-secondary-select-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 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.  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 Questions: 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 for the upper half of the window
> >    (vertical 1.0
> >          ; 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)
> > ;     
>    (horizontal 28
> >          ; setting
> of the number of rows for the group + summary buffers
> together, adapted for my borrowed laptop PC from JIII
> >      
>    (horizontal 20
> >        
>      ; 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)
> > ;           
>      (group 50)
> >        
>      ; setting of the number of
> columns for the group buffer width setting to match my
> settings in Forte' Agent 5.0
> > ;       
>      (group 53)
> >        
>      ; setting of the number of
> columns for the group buffer width setting to display all
> newsgroup names without truncation
> > ;           
>      (group 77)
> >        
>      ; setting of the number of
> columns for the group buffer width setting to distinguish
> all newsgroup names uniquely
> >        
>      (group 69)
> >        
>      ; let the summary buffer take
> the remainder of the width of the rows, and position the
> point (cursor) therein
> >        
>          (summary
> 1.0 point) )
> >          ; let the
> lower half take up the remainder of the horizontal space,
> and apply the following settings therein
> >      
>    (horizontal 1.0
> >        
>      ; let the article buffer take
> up the entire space of the lower half of the window
> >        
>          (article
> 1.0)))))
> 
> In the above code, the modification from (group 77) to
> (group 69) had no effect.  Further reducing the setting
> to (group 50) had no effect, either.  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.  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 would help enormously.
> 
> Thank you for your assistance!
> 
> Sincerely yours,
> 
> Benjamin L. Russell
> 
> --- On Tue, 5/17/11, Glenn Morris <rgm@gnu.org>
> wrote:
> 
> > From: Glenn Morris <rgm@gnu.org>
> > 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" <DekuDekuplex@Yahoo.com>
> > Cc: 8674@debbugs.gnu.org
> > Date: Tuesday, May 17, 2011, 6:43 AM
> > 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
> >
>

bug#8674: [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]

[Benjamin L. Russell]

The previous issue in modifying the (group ...) setting in the (gnus-add-configuration ...) function in ~/.gnus.el (issue #3) has been resolved, as follows:

> 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 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.  (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, please let me know if you have any suggestions (or any solutions).

-- Benjamin L. Russell

--- On Tue, 5/17/11, Benjamin L. Russell <dekudekuplex@yahoo.com> wrote:

> From: Benjamin L. Russell <dekudekuplex@yahoo.com>
> 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" <rgm@gnu.org>
> Cc: 8674@debbugs.gnu.org
> Date: Tuesday, May 17, 2011, 10:38 AM
> 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:
> > 
> > [...]
> > 
> > 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 .emacs and .gnus.el files, among
> others. 
> > 
> > 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):
> > 
> > > 1. Added:
> > > (defcustom starttls-kill-program
> > "c:\\cygwin\\bin\\kill"
> > >   "External kill command to send
> > SIGALRM to starttls."
> > >   :group 'starttls)
> > > 
> > > 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 process)))
> > 
> > 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 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:
> 
> > `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 consecutive attempts.  Therefore, this
> particular problem has apparently been solved. 
> Accordingly, the `c:/emacs/emacs-23.3/lisp/gnus/starttls.el'
> file should NOT be modified.
> 
> However, the other two issues described in my previous
> message remain, as follows:
> 
> 2. How to specify multiple NNTP servers in the ~/.gnus.el
> configuration file?
> 
> 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.
> 
> 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 <dekudekuplex@yahoo.com>
> wrote:
> 
> > From: Benjamin L. Russell <dekudekuplex@yahoo.com>
> > 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" <rgm@gnu.org>
> > Cc: 8674@debbugs.gnu.org
> > Date: Tuesday, May 17, 2011, 8:11 AM
> > > 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
> > 
> > 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.
> > 
> > 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.
> > 
> > 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 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:
> > 
> > > Sending...
> > > You have lines longer than 79 characters. 
> Really
> > post? (y or n) 
> > > 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
> > 
> > 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.
> > 
> > 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 .emacs and .gnus.el files, among
> others. 
> > 
> > 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):
> > 
> > > 1. Added:
> > > (defcustom starttls-kill-program
> > "c:\\cygwin\\bin\\kill"
> > >   "External kill command to send
> > SIGALRM to starttls."
> > >   :group 'starttls)
> > > 
> > > 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 process)))
> > 
> > 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 my ~/.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
> <username>
> > password <password>
> > 
> > The <username> and <password> portions
> have
> > been substituted with the appropriate information
> > accordingly.
> > 
> > For some reason, the second invocation of
> (add-to-list
> > 'gnus-secondary-select-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 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. 
> 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 Questions: 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 for the upper half of the
> window
> > >    (vertical 1.0
> > >          ; 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)
> > > ;     
> >    (horizontal 28
> > >          ; setting
> > of the number of rows for the group + summary buffers
> > together, adapted for my borrowed laptop PC from JIII
> > >      
> >    (horizontal 20
> > >        
> >      ; 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)
> > > ;           
> >      (group 50)
> > >        
> >      ; setting of the number of
> > columns for the group buffer width setting to match
> my
> > settings in Forte' Agent 5.0
> > > ;       
> >      (group 53)
> > >        
> >      ; setting of the number of
> > columns for the group buffer width setting to display
> all
> > newsgroup names without truncation
> > > ;           
> >      (group 77)
> > >        
> >      ; setting of the number of
> > columns for the group buffer width setting to
> distinguish
> > all newsgroup names uniquely
> > >        
> >      (group 69)
> > >        
> >      ; let the summary buffer take
> > the remainder of the width of the rows, and position
> the
> > point (cursor) therein
> > >        
> >          (summary
> > 1.0 point) )
> > >          ; let the
> > lower half take up the remainder of the horizontal
> space,
> > and apply the following settings therein
> > >      
> >    (horizontal 1.0
> > >        
> >      ; let the article buffer take
> > up the entire space of the lower half of the window
> > >        
> >          (article
> > 1.0)))))
> > 
> > In the above code, the modification from (group 77)
> to
> > (group 69) had no effect.  Further reducing the
> setting
> > to (group 50) had no effect, either.  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.  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 would help enormously.
> > 
> > Thank you for your assistance!
> > 
> > Sincerely yours,
> > 
> > Benjamin L. Russell
> > 
> > --- On Tue, 5/17/11, Glenn Morris <rgm@gnu.org>
> > wrote:
> > 
> > > From: Glenn Morris <rgm@gnu.org>
> > > 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" <DekuDekuplex@Yahoo.com>
> > > Cc: 8674@debbugs.gnu.org
> > > Date: Tuesday, May 17, 2011, 6:43 AM
> > > 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
> > >
> >
>

bug#8674: 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]

[Benjamin L. Russell]

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 <dekudekuplex@yahoo.com> wrote:

> From: Benjamin L. Russell <dekudekuplex@yahoo.com>
> 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" <rgm@gnu.org>
> 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:
> 
> > 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 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.  (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, please let me know if you have any
> suggestions (or any solutions).
> 
> -- Benjamin L. Russell
> 
> --- On Tue, 5/17/11, Benjamin L. Russell <dekudekuplex@yahoo.com>
> wrote:
> 
> > From: Benjamin L. Russell <dekudekuplex@yahoo.com>
> > 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" <rgm@gnu.org>
> > Cc: 8674@debbugs.gnu.org
> > Date: Tuesday, May 17, 2011, 10:38 AM
> > 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:
> > > 
> > > [...]
> > > 
> > > 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 .emacs and .gnus.el files, among
> > others. 
> > > 
> > > 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):
> > > 
> > > > 1. Added:
> > > > (defcustom starttls-kill-program
> > > "c:\\cygwin\\bin\\kill"
> > > >   "External kill command to send
> > > SIGALRM to starttls."
> > > >   :group 'starttls)
> > > > 
> > > > 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 process)))
> > > 
> > > 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 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:
> > 
> > > `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 consecutive attempts.  Therefore, this
> > particular problem has apparently been solved. 
> > Accordingly, the
> `c:/emacs/emacs-23.3/lisp/gnus/starttls.el'
> > file should NOT be modified.
> > 
> > However, the other two issues described in my
> previous
> > message remain, as follows:
> > 
> > 2. How to specify multiple NNTP servers in the
> ~/.gnus.el
> > configuration file?
> > 
> > 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.
> > 
> > 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 <dekudekuplex@yahoo.com>
> > wrote:
> > 
> > > From: Benjamin L. Russell <dekudekuplex@yahoo.com>
> > > 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" <rgm@gnu.org>
> > > Cc: 8674@debbugs.gnu.org
> > > Date: Tuesday, May 17, 2011, 8:11 AM
> > > > 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
> > > 
> > > 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.
> > > 
> > > 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.
> > > 
> > > 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 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:
> > > 
> > > > Sending...
> > > > You have lines longer than 79 characters. 
> > Really
> > > post? (y or n) 
> > > > 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
> > > 
> > > 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.
> > > 
> > > 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 .emacs and .gnus.el files, among
> > others. 
> > > 
> > > 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):
> > > 
> > > > 1. Added:
> > > > (defcustom starttls-kill-program
> > > "c:\\cygwin\\bin\\kill"
> > > >   "External kill command to send
> > > SIGALRM to starttls."
> > > >   :group 'starttls)
> > > > 
> > > > 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
> process)))
> > > 
> > > 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 my ~/.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
> > <username>
> > > password <password>
> > > 
> > > The <username> and <password>
> portions
> > have
> > > been substituted with the appropriate
> information
> > > accordingly.
> > > 
> > > For some reason, the second invocation of
> > (add-to-list
> > > 'gnus-secondary-select-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 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. 
> > 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 Questions:
> 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 for the upper half of
> the
> > window
> > > >    (vertical 1.0
> > > >          ; 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)
> > > > ;     
> > >    (horizontal 28
> > > >          ; setting
> > > of the number of rows for the group + summary
> buffers
> > > together, adapted for my borrowed laptop PC from
> JIII
> > > >      
> > >    (horizontal 20
> > > >        
> > >      ; 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)
> > > > ;           
> > >      (group 50)
> > > >        
> > >      ; setting of the number of
> > > columns for the group buffer width setting to
> match
> > my
> > > settings in Forte' Agent 5.0
> > > > ;       
> > >      (group 53)
> > > >        
> > >      ; setting of the number of
> > > columns for the group buffer width setting to
> display
> > all
> > > newsgroup names without truncation
> > > > ;           
> > >      (group 77)
> > > >        
> > >      ; setting of the number of
> > > columns for the group buffer width setting to
> > distinguish
> > > all newsgroup names uniquely
> > > >        
> > >      (group 69)
> > > >        
> > >      ; let the summary buffer take
> > > the remainder of the width of the rows, and
> position
> > the
> > > point (cursor) therein
> > > >        
> > >          (summary
> > > 1.0 point) )
> > > >          ; let the
> > > lower half take up the remainder of the
> horizontal
> > space,
> > > and apply the following settings therein
> > > >      
> > >    (horizontal 1.0
> > > >        
> > >      ; let the article buffer take
> > > up the entire space of the lower half of the
> window
> > > >        
> > >          (article
> > > 1.0)))))
> > > 
> > > In the above code, the modification from (group
> 77)
> > to
> > > (group 69) had no effect.  Further reducing the
> > setting
> > > to (group 50) had no effect, either.  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.  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 would help enormously.
> > > 
> > > Thank you for your assistance!
> > > 
> > > Sincerely yours,
> > > 
> > > Benjamin L. Russell
> > > 
> > > --- On Tue, 5/17/11, Glenn Morris <rgm@gnu.org>
> > > wrote:
> > > 
> > > > From: Glenn Morris <rgm@gnu.org>
> > > > 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" <DekuDekuplex@Yahoo.com>
> > > > Cc: 8674@debbugs.gnu.org
> > > > Date: Tuesday, May 17, 2011, 6:43 AM
> > > > 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
> > > >
> > >
> >
>

bug#8674: [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]]

[Benjamin L. Russell]

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.  Commenting out the second definition resolved the issue.  Therefore, the solution actually had nothing to do with the upgrade; it had been a bug in the configuration file.

As before, this solution leaves only the following issue:

2. How to specify multiple NNTP servers in the ~/.gnus.el configuration file?

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 <dekudekuplex@yahoo.com> wrote:

> From: Benjamin L. Russell <dekudekuplex@yahoo.com>
> 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" <rgm@gnu.org>
> Cc: 8674@debbugs.gnu.org
> Date: Tuesday, May 17, 2011, 11:05 AM
> 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 <dekudekuplex@yahoo.com>
> wrote:
> 
> > From: Benjamin L. Russell <dekudekuplex@yahoo.com>
> > 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" <rgm@gnu.org>
> > 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:
> > 
> > > 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 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.  (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, please let me know if you have any
> > suggestions (or any solutions).
> > 
> > -- Benjamin L. Russell
> > 
> > --- On Tue, 5/17/11, Benjamin L. Russell <dekudekuplex@yahoo.com>
> > wrote:
> > 
> > > From: Benjamin L. Russell <dekudekuplex@yahoo.com>
> > > 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" <rgm@gnu.org>
> > > Cc: 8674@debbugs.gnu.org
> > > Date: Tuesday, May 17, 2011, 10:38 AM
> > > 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:
> > > > 
> > > > [...]
> > > > 
> > > > 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 .emacs and .gnus.el files,
> among
> > > others. 
> > > > 
> > > > 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):
> > > > 
> > > > > 1. Added:
> > > > > (defcustom starttls-kill-program
> > > > "c:\\cygwin\\bin\\kill"
> > > > >   "External kill command to send
> > > > SIGALRM to starttls."
> > > > >   :group 'starttls)
> > > > > 
> > > > > 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 process)))
> > > > 
> > > > 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
> 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:
> > > 
> > > > `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 consecutive attempts.  Therefore,
> this
> > > particular problem has apparently been solved. 
> > > Accordingly, the
> > `c:/emacs/emacs-23.3/lisp/gnus/starttls.el'
> > > file should NOT be modified.
> > > 
> > > However, the other two issues described in my
> > previous
> > > message remain, as follows:
> > > 
> > > 2. How to specify multiple NNTP servers in the
> > ~/.gnus.el
> > > configuration file?
> > > 
> > > 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.
> > > 
> > > 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 <dekudekuplex@yahoo.com>
> > > wrote:
> > > 
> > > > From: Benjamin L. Russell <dekudekuplex@yahoo.com>
> > > > 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" <rgm@gnu.org>
> > > > Cc: 8674@debbugs.gnu.org
> > > > Date: Tuesday, May 17, 2011, 8:11 AM
> > > > > 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
> > > > 
> > > > 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.
> > > > 
> > > > 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.
> > > > 
> > > > 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 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:
> > > > 
> > > > > Sending...
> > > > > You have lines longer than 79
> characters. 
> > > Really
> > > > post? (y or n) 
> > > > > 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
> > > > 
> > > > 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.
> > > > 
> > > > 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 .emacs and .gnus.el files,
> among
> > > others. 
> > > > 
> > > > 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):
> > > > 
> > > > > 1. Added:
> > > > > (defcustom starttls-kill-program
> > > > "c:\\cygwin\\bin\\kill"
> > > > >   "External kill command to send
> > > > SIGALRM to starttls."
> > > > >   :group 'starttls)
> > > > > 
> > > > > 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
> > process)))
> > > > 
> > > > 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 my
> ~/.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
> > > <username>
> > > > password <password>
> > > > 
> > > > The <username> and <password>
> > portions
> > > have
> > > > been substituted with the appropriate
> > information
> > > > accordingly.
> > > > 
> > > > For some reason, the second invocation of
> > > (add-to-list
> > > > 'gnus-secondary-select-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 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. 
> > > 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 Questions:
> > 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 for the upper
> half of
> > the
> > > window
> > > > >    (vertical 1.0
> > > > >          ; 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)
> > > > > ;     
> > > >    (horizontal 28
> > > > >          ; setting
> > > > of the number of rows for the group +
> summary
> > buffers
> > > > together, adapted for my borrowed laptop PC
> from
> > JIII
> > > > >      
> > > >    (horizontal 20
> > > > >        
> > > >      ; 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)
> > > > > ;           
> > > >      (group 50)
> > > > >        
> > > >      ; setting of the number of
> > > > columns for the group buffer width setting
> to
> > match
> > > my
> > > > settings in Forte' Agent 5.0
> > > > > ;       
> > > >      (group 53)
> > > > >        
> > > >      ; setting of the number of
> > > > columns for the group buffer width setting
> to
> > display
> > > all
> > > > newsgroup names without truncation
> > > > > ;           
> > > >      (group 77)
> > > > >        
> > > >      ; setting of the number of
> > > > columns for the group buffer width setting
> to
> > > distinguish
> > > > all newsgroup names uniquely
> > > > >        
> > > >      (group 69)
> > > > >        
> > > >      ; let the summary buffer take
> > > > the remainder of the width of the rows, and
> > position
> > > the
> > > > point (cursor) therein
> > > > >        
> > > >          (summary
> > > > 1.0 point) )
> > > > >          ; let the
> > > > lower half take up the remainder of the
> > horizontal
> > > space,
> > > > and apply the following settings therein
> > > > >      
> > > >    (horizontal 1.0
> > > > >        
> > > >      ; let the article buffer take
> > > > up the entire space of the lower half of
> the
> > window
> > > > >        
> > > >          (article
> > > > 1.0)))))
> > > > 
> > > > In the above code, the modification from
> (group
> > 77)
> > > to
> > > > (group 69) had no effect.  Further reducing
> the
> > > setting
> > > > to (group 50) had no effect, either.  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.  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 would help enormously.
> > > > 
> > > > Thank you for your assistance!
> > > > 
> > > > Sincerely yours,
> > > > 
> > > > Benjamin L. Russell
> > > > 
> > > > --- On Tue, 5/17/11, Glenn Morris <rgm@gnu.org>
> > > > wrote:
> > > > 
> > > > > From: Glenn Morris <rgm@gnu.org>
> > > > > 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" <DekuDekuplex@Yahoo.com>
> > > > > Cc: 8674@debbugs.gnu.org
> > > > > Date: Tuesday, May 17, 2011, 6:43 AM
> > > > > 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
> > > > >
> > > >
> > >
> >
>

bug#8674:

[Glenn Morris]

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.