This bug report will be sent to the Free Software Foundation, not to your local site managers! Please write in English if possible, because the Emacs maintainers usually do not have translators to read other languages for them.
Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list, and to the gnu.emacs.bug news group.
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug. If you can, give a recipe starting from `emacs -Q':
I use GNUS to read Usenet news with the following setting:
(setq gnus-article-save-directory (expand-file-name "~/News")
gnus-asynchronous t ; fetch articles in the background gnus-check-new-news t gnus-emphasis-alist '() ; turn off smiley processing gnus-large-newsgroup 500 gnus-local-timezone "EST"
gnus-novice-user t gnus-read-active-file nil gnus-save-all-headers t gnus-save-killed-list nil ; XXXX: will it work? gnus-treat-display-smileys nil)
I select a news group in the *Group* buffer, then read a couple of
articles. Invariably, GNUS hangs with message "Waiting for async article". If I evaluate
(setq nntp-record-commands t)
and modify the nntp-record-command function to print the process name of
the connection it's sending commands to, I see something like this in the *nntp-log* buffer:
The code in nntp.el is getting NNTP responses that request authorization when requesting article 714514 on the second NNTP connection (nntpd<1>), but it's incorrectly providing authinfo on the first NNTP connection
(nntpd).
There's a workaround. I can add "force yes" to the entry in ~/.authinfo for my news server. If I do this, the nntp code unconditionally sends authinfo when making a new connection. The nntp logging output looks like the
following and async article reading works:
If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands:
`bt full' and `xbacktrace'. For information about debugging Emacs, please read the file /local/software/package/emacs-23.2/share/emacs/23.2/etc/DEBUG.
In GNU Emacs 23.2.1 (i686-pc-linux-gnu)
of 2010-08-16 on ugg configured using `configure '--prefix=/local/software/package/emacs-23.2' '--without-x''
Important settings: value of $LC_ALL: nil value of $LC_COLLATE: C
value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: C value of $LANG: en_US.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Major mode: Lisp Interaction
Minor modes in effect: file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-encryption-mode: t
auto-compression-mode: t line-number-mode: t
Recent input: ESC [ > 1 ; 2 3 0 5 ; 0 c ESC x r e p o r t TAB RE T