Problem entering Foreign Groups

Problem entering Foreign Groups

[Eze Ogwuma]

Gnus v5.6.4; nntp 5.0; nnvirtual 1.1; nnml 1.0; nnmh 1.0; nndoc 1.0; nnsoup 0.0; nndraft 1.0; nnfolder 1.0; nnagent 1.0
XEmacs 20.4 "Emerald" [Lucid] (i386-pc-linux) of Thu Apr  9 1998 on typhoon.ncc.co.uk
200 newsread1.dircon.co.uk DNEWS Version 4.5p, S4, posting OK 

Hi,

I'm having trouble entering some foreign groups from time to
time. First the number of messages listed in the Group buffer is
incorrect, e.g. Gnus says 517 but only 279 exist on the server,
secondly when I try to enter the group the Minubuffer counts up the
"K" read from the server then stops before creating a summary.

However when I access the group with Knews there is no hesitation. I
can telnet to the server and list the group myself with no problem.

Any Ideas?

Thanks.

------------------ Environment follows ------------------

(setq gnus-select-method
      '(nntp "localhost"))
(setq gnus-message-archive-group
      '((if
	    (message-news-p)
	    "misc-news" "misc-mail")))
(setq gnus-nntp-server "localhost")
(setq gnus-secondary-select-methods
      '((nnml "")
	(nnsoup "")))
(setq gnus-asynchronous t)
(setq gnus-use-cache t)
(setq gnus-keep-backlog 30)
(setq gnus-valid-select-methods
      '(("nntp" post address prompt-address physical-address)
	("nnspool" post address)
	("nnvirtual" post-mail virtual prompt-address)
	("nnmbox" mail respool address)
	("nnml" mail respool address)
	("nnmh" mail respool address)
	("nndir" post-mail prompt-address physical-address)
	("nneething" none address prompt-address physical-address)
	("nndoc" none address prompt-address)
	("nnbabyl" mail address respool)
	("nnkiboze" post virtual)
	("nnsoup" post-mail address)
	("nndraft" post-mail)
	("nnfolder" mail respool address)
	("nngateway" none address prompt-address physical-address)
	("nnweb" none)
	("nnlistserv" none)
	("nnagent" post-mail)))
(setq gnus-load-hook
      '(tm-setup/load-gnus))
(setq gnus-visual t)
(setq gnus-article-display-hook
      '(gnus-article-highlight gnus-article-hide-headers-if-wanted gnus-article-hide-boring-headers gnus-article-treat-overstrike gnus-article-maybe-highlight gnus-article-display-x-face))
(setq gnus-kill-summary-on-exit nil)
(setq gnus-auto-select-first nil)
(setq gnus-summary-ignore-duplicates t)
(setq gnus-show-mime t)
(setq gnus-view-pseudo-asynchronously t)
(setq gnus-view-pseudos "not-confirm")
(setq gnus-view-pseudos-separately nil)
(setq gnus-summary-dummy-line-format "  %(:                          :%) %S\n")
(setq gnus-summary-mode-hook
      '(gnus-agent-mode mc-install-read-mode gnus-xmas-switch-horizontal-scrollbar-off gnus-xmas-setup-summary-toolbar gnus-xmas-summary-menu-add))
(setq gnus-parse-headers-hook
      '(gnus-set-summary-default-charset gnus-decode-rfc1522))
(setq gnus-summary-highlight
      '(((= mark gnus-canceled-mark)
	 . gnus-summary-cancelled-face)
	((and
	  (> score default)
	  (or
	   (= mark gnus-dormant-mark)
	   (= mark gnus-ticked-mark)))
	 . gnus-summary-high-ticked-face)
	((and
	  (< score default)
	  (or
	   (= mark gnus-dormant-mark)
	   (= mark gnus-ticked-mark)))
	 . gnus-summary-low-ticked-face)
	((or
	  (= mark gnus-dormant-mark)
	  (= mark gnus-ticked-mark))
	 . gnus-summary-normal-ticked-face)
	((and
	  (> score default)
	  (= mark gnus-ancient-mark))
	 . gnus-summary-high-ancient-face)
	((and
	  (< score default)
	  (= mark gnus-ancient-mark))
	 . gnus-summary-low-ancient-face)
	((= mark gnus-ancient-mark)
	 . gnus-summary-normal-ancient-face)
	((and
	  (> score default)
	  (= mark gnus-unread-mark))
	 . gnus-summary-high-unread-face)
	((and
	  (< score default)
	  (= mark gnus-unread-mark))
	 . gnus-summary-low-unread-face)
	((= mark gnus-unread-mark)
	 . gnus-summary-normal-unread-face)
	((and
	  (> score default)
	  (memq mark
		(list gnus-downloadable-mark gnus-undownloaded-mark)))
	 . gnus-summary-high-unread-face)
	((and
	  (< score default)
	  (memq mark
		(list gnus-downloadable-mark gnus-undownloaded-mark)))
	 . gnus-summary-low-unread-face)
	((memq mark
	       (list gnus-downloadable-mark gnus-undownloaded-mark))
	 . gnus-summary-normal-unread-face)
	((> score default)
	 . gnus-summary-high-read-face)
	((< score default)
	 . gnus-summary-low-read-face)
	(t . gnus-summary-normal-read-face)))
(setq gnus-group-archive-directory "*ftp@ftp.hpc.uh.edu:/pub/emacs/ding-list/")
(setq gnus-group-recent-archive-directory "*ftp@ftp.hpc.uh.edu:/pub/emacs/ding-list-recent/")
(setq gnus-group-line-format "%M%S%p%m%P%5y: %(%g%)%l\n")
(setq gnus-group-mode-hook
      '(gnus-agent-mode gnus-xmas-setup-group-toolbar gnus-xmas-group-menu-add))
(setq gnus-useful-groups
      '(("(ding) mailing list mirrored at sunsite.auc.dk" "emacs.ding"
	 (nntp "sunsite.auc.dk"
	       (nntp-address "sunsite.auc.dk")))
	("gnus-bug archive" "gnus-bug"
	 (nndir "/ftp@ftp.ifi.uio.no:/pub/emacs/gnus/gnus-bug/"))
	("Gnus help group" "gnus-help"
	 (nndoc "gnus-help"
		(nndoc-article-type mbox)
		(eval
		 (backquote
		  (nndoc-address
		   (\,
		    (let
			((file
			  (nnheader-find-etc-directory "gnus-tut.txt" t)))
		      (unless file
			(error "Couldn't find doc group"))
		      file)))))))))
(setq gnus-visible-headers "From:\\|^Newsgroups:\\|^Subject:\\|^Date:\\|^Followup-To:\\|^Reply-To:\\|^Organization:\\|^Summary:\\|^Keywords:\\|^To:\\|^Cc:\\|^Posted-To:\\|^Mail-Copies-To:\\|^Apparently-To:\\|^Gnus-Warning:\\|^Resent-From:\\|X-Sent:")
(setq gnus-article-x-face-command
      'gnus-xmas-article-display-xface)
(setq gnus-show-mime-method
      'gnus-article-preview-mime-message)
(setq gnus-decode-encoded-word-method
      'gnus-article-decode-encoded-word)
(setq gnus-article-mode-hook
      '(gnus-xmas-article-menu-add))
(setq gnus-auto-subscribed-groups "nnml\\|^nnfolder\\|^nnmbox\\|^nnmh\\|^nnbabyl")
(setq gnus-startup-hook
      '(tm-gnus/bbdb-setup))
(setq gnus-use-article-prefetch t)
;; (makeunbound 'gnus-sent-message-ids-file)
;; (makeunbound 'gnus-sent-message-ids-length)
(setq gnus-buffer-configuration
      '((article
	 (vertical 1.0
		   (summary 0.3 point)
		   (article 1.0)))
	(group
	 (vertical 1.0
		   (group 1.0 point)
		   (if gnus-carpal
		       '(group-carpal 4))))
	(summary
	 (vertical 1.0
		   (summary 1.0 point)
		   (if gnus-carpal
		       '(summary-carpal 4))))
	(server
	 (vertical 1.0
		   (server 1.0 point)
		   (if gnus-carpal
		       '(server-carpal 2))))
	(browse
	 (vertical 1.0
		   (browse 1.0 point)
		   (if gnus-carpal
		       '(browse-carpal 2))))
	(message
	 (vertical 1.0
		   (message 1.0 point)))
	(pick
	 (vertical 1.0
		   (article 1.0 point)))
	(info
	 (vertical 1.0
		   (info 1.0 point)))
	(summary-faq
	 (vertical 1.0
		   (summary 0.25)
		   (faq 1.0 point)))
	(edit-article
	 (vertical 1.0
		   (article 1.0 point)))
	(edit-form
	 (vertical 1.0
		   (group 0.5)
		   (edit-form 1.0 point)))
	(edit-score
	 (vertical 1.0
		   (summary 0.25)
		   (edit-score 1.0 point)))
	(post
	 (vertical 1.0
		   (post 1.0 point)))
	(reply
	 (vertical 1.0
		   (article-copy 0.5)
		   (message 1.0 point)))
	(forward
	 (vertical 1.0
		   (message 1.0 point)))
	(reply-yank
	 (vertical 1.0
		   (message 1.0 point)))
	(mail-bounce
	 (vertical 1.0
		   (article 0.5)
		   (message 1.0 point)))
	(pipe
	 (vertical 1.0
		   (summary 0.25 point)
		   (if gnus-carpal
		       '(summary-carpal 4))
		   ("*Shell Command Output*" 1.0)))
	(bug
	 (vertical 1.0
		   ("*Gnus Help Bug*" 0.5)
		   ("*Gnus Bug*" 1.0 point)))
	(score-trace
	 (vertical 1.0
		   (summary 0.5 point)
		   ("*Score Trace*" 1.0)))
	(score-words
	 (vertical 1.0
		   (summary 0.5 point)
		   ("*Score Words*" 1.0)))
	(category
	 (vertical 1.0
		   (category 1.0)))
	(compose-bounce
	 (vertical 1.0
		   (article 0.5)
		   (message 1.0 point)))))
(setq gnus-window-to-buffer
      '((group . gnus-group-buffer)
	(summary . gnus-summary-buffer)
	(article . gnus-article-buffer)
	(server . gnus-server-buffer)
	(browse . "*Gnus Browse Server*")
	(edit-group . gnus-group-edit-buffer)
	(edit-form . gnus-edit-form-buffer)
	(edit-server . gnus-server-edit-buffer)
	(group-carpal . gnus-carpal-group-buffer)
	(summary-carpal . gnus-carpal-summary-buffer)
	(server-carpal . gnus-carpal-server-buffer)
	(browse-carpal . gnus-carpal-browse-buffer)
	(edit-score . gnus-score-edit-buffer)
	(message . gnus-message-buffer)
	(mail . gnus-message-buffer)
	(post-news . gnus-message-buffer)
	(faq . gnus-faq-buffer)
	(picons . gnus-picons-buffer-name)
	(tree . gnus-tree-buffer)
	(score-trace . "*Score Trace*")
	(info . gnus-info-buffer)
	(category . gnus-category-buffer)
	(article-copy . gnus-article-copy)
	(draft . gnus-draft-buffer)))
;; (makeunbound 'gnus-topic-mode)
(setq gnus-topic-mode-hook
      '(gnus-xmas-topic-menu-add))
;; (makeunbound 'gnus-topic-line-format)
;; (makeunbound 'gnus-topic-indent-level)
;; (makeunbound 'gnus-topic-display-empty-topics)
(setq nnmail-split-methods
      '(("redhat.digests.v97.p2" "^From: redhat-digest-request@redhat.com")
	("redhat.list" "^Resent-From:.redhat-list@redhat.com")
	("hurricane" "^Resent-From:.hurricane-list@redhat.com")
	("Gnus" "^To:.*ding-announce@hpc.uh.edu")
	("Gnus" "^To:.*ding@ifi.uio.no")
	("Gnus" "^To:.*ding@gnus.org")
	("Gnus" "^To:.*bugs@gnus.or*")
	("Gnus" "^To:.*gnus-bug@ifi.uio.no")
	("Gnus" "^To:.*gnus-bug*")
	("Gnus" "^To:.*Lars Magne Ingebrigtsen")
	("Gnus" "^Cc:.*bugs@gnus.org")
	("Gnus" "^Cc:.*ding@ifi.uio.no")
	("Gnus" "^Cc:.*ding@gnus.org")
	("Gnus" "^From:.ding-rn-digests-request@bluesky.net")
	("Gnus" "^From:.*ding@ifi.uio.no")
	("Gnus" "^From:.*bugs@gnus.org")
	("Gnus" "^From:.*gnus-bug@ifi.uio.no")
	("Gnus" "^From:.*gnus-bug*")
	("Gnus" "^From:.*Lars Magne Ingebrigtsen")
	("rpm" "^To:.rpm-list@redhat.com")
	("rpm" "^Resent-From:.rpm-list@redhat.com")
	("Applixware" "^To:.*applixware-list@redhat.com")
	("Applixware" "^Resent-From:.*applixware-list@redhat.com")
	("exmh" "^Resent-From:.exmh-users@redhat.com")
	("exmh" "^Resent-From:.exmh-workers@redhat.com")
	("exmh" "^From:.exmh-users-digest-request@redhat.com")
	("CS" "^From:.*@cs.ucl.ac.uk")
	("announce" "^Resent-From:.redhat-announce-list@redhat.com")
	("pgsql" "^Sender:.owner-questions@hub.org")
	("pgsql" "^Sender:.owner-docs@hub.org")
	("pgsql" "^Sender:.owner-announce@hub.org")
	("pgsql" "^Sender:.owner-hackers@hub.org")
	("pgsql" "^To:.*pgsql*")
	("pgsql" "^Cc:.*pgsql*")
	("pgsql" "^To:.*postgreSQL*")
	("pgsql" "^To:.*postgresql*")
	("pgsql" "^Cc:.*postgreSQL*")
	("pgsql" "^Cc:.*postgresql*")
	("executor" "^From:.owner-executor-digest@ardi.com")
	("Wine" "^To:.wine-patches@tiger.informatik.hu-berlin.de")
	("qddb" "^To:.*hsdi.com")
	("qddb" "^From:.*hsdi.com")
	("qddb" "^To:.*qddb-users@ms.uky.edu")
	("mail.misc" "^To:.*typhoon*")
	("mail.misc" "^To:.*zcaceog*")
	("mail.misc" "^To:.*zcapk09*")
	("mail.misc" "^To:.*students*")
	("mail.misc" "^To:.*ogwuma*")
	("mail.misc" "^Cc:.*typhoon*")
	("mail.misc" "^Cc:.*zcaceog*")
	("mail.misc" "^Cc:.*zcapk09*")
	("mail.misc" "^Cc:.*students*")
	("mail.misc" "^Cc:.*ogwuma*")
	("mail.misc" "^From:.*typhoon*")
	("mail.misc" "^From:.*zcaceog*")
	("mail.misc" "^From:.*zcapk09*")
	("mail.misc" "^From:.*students*")
	("mail.misc" "^From:.*ogwuma*")
	("spam" "")))
(setq nnmail-crosspost nil)
(setq nnmail-tmp-directory "~/Mail/.nnmail-tmp-directory")
(setq message-ignored-news-headers "^NNTP-Posting-Host:\\|^Xref:\\|^[BGF]cc:\\|^Resent-Fcc:")
(setq message-ignored-mail-headers "^[GF]cc:\\|^Resent-Fcc:\\|^Xref:")
(setq message-ignored-supersedes-headers "^Path:\\|^Date\\|^NNTP-Posting-Host:\\|^Xref:\\|^Lines:\\|^Received:\\|^X-From-Line:\\|^X-Trace:\\|^X-Complaints-To:\\|Return-Path:\\|^Supersedes:")
(setq message-autosave-directory "~/Mail/drafts/")
(setq message-included-forward-headers "^From:\\|^Newsgroups:\\|^Subject:\\|^Date:\\|^Followup-To:\\|^Reply-To:\\|^Organization:\\|^Summary:\\|^Keywords:\\|^To:\\|^Cc:\\|^Posted-To:\\|^Mail-Copies-To:\\|^Apparently-To:\\|^Gnus-Warning:\\|^Resent-\\|^Message-ID:\\|^References:\\|^Content-Transfer-Encoding:\\|^Content-Type:\\|^Mime-Version:")
(setq message-send-mail-function
      'gnus-agent-send-mail)
(setq message-post-method
      '(nnspool ""))
(setq message-setup-hook
      '(mc-install-write-mode))
(setq message-mode-hook
      '(message-xmas-maybe-fontify))
(setq message-header-setup-hook
      '(gnus-inews-insert-archive-gcc gnus-inews-insert-gcc))
(setq message-cite-function
      'message-cite-original-without-signature)
(setq message-default-mail-headers "From: Eze Ogwuma <typhoon@dircon.co.uk>\n")
(setq message-default-news-headers "From: Eze Ogwuma <zcaceog@ucl.ac.uk>\n")



-- 
Eze Ogwuma

Re: Problem entering Foreign Groups

[Eze Ogwuma]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> Gnus v5.6.4; nntp 5.0; nnvirtual 1.1; nnml 1.0; nnmh 1.0; nndoc 1.0; nnsoup 0.0; nndraft 1.0; nnfolder 1.0; nnagent 1.0
> XEmacs 20.4 "Emerald" [Lucid] (i386-pc-linux) of Thu Apr  9 1998 on typhoon.ncc.co.uk
> 200 newsread1.dircon.co.uk DNEWS Version 4.5p, S4, posting OK 
> 
> Hi,
> 
> I'm having trouble entering some foreign groups from time to
> time. First the number of messages listed in the Group buffer is
> incorrect, e.g. Gnus says 517 but only 279 exist on the server,
> secondly when I try to enter the group the Minubuffer counts up the
> "K" read from the server then stops before creating a summary.
> 
> However when I access the group with Knews there is no hesitation. I
> can telnet to the server and list the group myself with no problem.
> 
> Any Ideas?
> 
> Thanks.
> 
> ------------------ Environment follows ------------------

[...]

bugs@gnus.org (Lars Magne Ingebrigtsen) writes:

[...]

> Try to `(setq debug-on-quit t)' and then `C-g' when it hangs.  Mail me
> the resulting backtrace.

I also have trouble fetching groups with Agent. The same thing happens 
as in the original message. Sometimes it happens when Agent is reading 
info from the server (before fetching headers) and sometime it happens 
when fetching articles. Below are two backtraces. I believe the news
server is a DNEWS server.

##########################
Trace from entering group:

Signaling: (quit)
  accept-process-output(#<process nntpd<1>> 1)
  nntp-accept-process-output(#<process nntpd<1>>)
  nntp-accept-response()
  nntp-retrieve-headers((177486 177487 177489 177494 177495 177496 177497 177499 177501 177502 177503 177504 177505 177506 177507 177508 177509 177510 177511 177512 177513 177514 177515 177516 177517 177518 177519 177520 177521 177522 177523 177525 177526 177527 177528 177529 177530 177531 177532 177533 177534 177535 177536 177537 177538 177539 177540 177541 177542 177544 ... . (177545 177546 177547 177549 177550 177551 177552 177553 177554 177555 177556 177557 177558 177559 177560 177561 177562 177564 177565 177566 177567 177568 177570 177571 177572 177573 177574 177575 177576 177577 177579 177580 177583 177584 177585 177586 177587 177588 177589 177590 177591 177592 177593 177594 177595 177596 177597 177599 177601 177602 ... . (177603 177604 177609 177610 177611 177612 177613 177614 177615 177616 177617 177619 177620 177621 177622 177623 177624 177625 177627 177628 177630 177632 177633 177634 177635 177636 177637 177638 177639 177640 177641 177643 177644 177645 177646 177647
  !
!
!
177648 177649 177650 177651 177652 177653 177654 177655 177656 177657 177658 177659 177661 177662 ... . ...))) "comp.os.linux.advocacy" "news.dircon.co.uk" nil)
  gnus-retrieve-headers((177486 177487 177489 177494 177495 177496 177497 177499 177501 177502 177503 177504 177505 177506 177507 177508 177509 177510 177511 177512 177513 177514 177515 177516 177517 177518 177519 177520 177521 177522 177523 177525 177526 177527 177528 177529 177530 177531 177532 177533 177534 177535 177536 177537 177538 177539 177540 177541 177542 177544 ... . (177545 177546 177547 177549 177550 177551 177552 177553 177554 177555 177556 177557 177558 177559 177560 177561 177562 177564 177565 177566 177567 177568 177570 177571 177572 177573 177574 177575 177576 177577 177579 177580 177583 177584 177585 177586 177587 177588 177589 177590 177591 177592 177593 177594 177595 177596 177597 177599 177601 177602 ... . (177603 177604 177609 177610 177611 177612 177613 177614 177615 177616 177617 177619 177620 177621 177622 177623 177624 177625 177627 177628 177630 177632 177633 177634 177635 177636 177637 177638 177639 177640 177641 177643 177644 177645 177646 177647
  !
!
!
177648 177649 177650 177651 177652 177653 177654 177655 177656 177657 177658 177659 177661 177662 ... . ...))) "nntp+news.dircon.co.uk:comp.os.linux.advocacy" nil)
  gnus-cache-retrieve-headers((177486 177487 177489 177494 177495 177496 177497 177499 177501 177502 177503 177504 177505 177506 177507 177508 177509 177510 177511 177512 177513 177514 177515 177516 177517 177518 177519 177520 177521 177522 177523 177525 177526 177527 177528 177529 177530 177531 177532 177533 177534 177535 177536 177537 177538 177539 177540 177541 177542 177544 ... . (177545 177546 177547 177549 177550 177551 177552 177553 177554 177555 177556 177557 177558 177559 177560 177561 177562 177564 177565 177566 177567 177568 177570 177571 177572 177573 177574 177575 177576 177577 177579 177580 177583 177584 177585 177586 177587 177588 177589 177590 177591 177592 177593 177594 177595 177596 177597 177599 177601 177602 ... . (177603 177604 177609 177610 177611 177612 177613 177614 177615 177616 177617 177619 177620 177621 177622 177623 177624 177625 177627 177628 177630 177632 177633 177634 177635 177636 177637 177638 177639 177640 177641 177643 177644 177645 177646 
 1!
!
!
77647 177648 177649 177650 177651 177652 177653 177654 177655 177656 177657 177658 177659 177661 177662 ... . ...))) "nntp+news.dircon.co.uk:comp.os.linux.advocacy" nil)
  gnus-retrieve-headers((177486 177487 177489 177494 177495 177496 177497 177499 177501 177502 177503 177504 177505 177506 177507 177508 177509 177510 177511 177512 177513 177514 177515 177516 177517 177518 177519 177520 177521 177522 177523 177525 177526 177527 177528 177529 177530 177531 177532 177533 177534 177535 177536 177537 177538 177539 177540 177541 177542 177544 ... . (177545 177546 177547 177549 177550 177551 177552 177553 177554 177555 177556 177557 177558 177559 177560 177561 177562 177564 177565 177566 177567 177568 177570 177571 177572 177573 177574 177575 177576 177577 177579 177580 177583 177584 177585 177586 177587 177588 177589 177590 177591 177592 177593 177594 177595 177596 177597 177599 177601 177602 ... . (177603 177604 177609 177610 177611 177612 177613 177614 177615 177616 177617 177619 177620 177621 177622 177623 177624 177625 177627 177628 177630 177632 177633 177634 177635 177636 177637 177638 177639 177640 177641 177643 177644 177645 177646 177647
  !
!
!
177648 177649 177650 177651 177652 177653 177654 177655 177656 177657 177658 177659 177661 177662 ... . ...))) "nntp+news.dircon.co.uk:comp.os.linux.advocacy" nil)
  gnus-select-newsgroup("nntp+news.dircon.co.uk:comp.os.linux.advocacy" nil)
  gnus-summary-read-group-1("nntp+news.dircon.co.uk:comp.os.linux.advocacy" nil t nil nil)
  gnus-summary-read-group("nntp+news.dircon.co.uk:comp.os.linux.advocacy" nil t nil nil)
  gnus-group-read-group(nil t)
  gnus-group-select-group(nil)
* call-interactively(gnus-group-select-group)

##########################


Trace from fetching group:

Signaling: (quit)
  accept-process-output(#<process nntpd<1>> 1)
  nntp-accept-process-output(#<process nntpd<1>>)
  nntp-accept-response()
  nntp-retrieve-articles((240625 240633 240636 240637 240641 240643 240646 240647 240648 240649 240650 240655 240656 240658 240659 240662 240663 240666 240671 240673 240679 240683 240694 240698 240701 240707 240709 240711 240712 240716 240718 240719 240720 240721 240722 240723 240724 240726 240730 240731 240732 240734 240737 240739 240740 240742 240744 240745 240746 240750 ... . (240752 240753 240754 240757 240761 240763 240768 240773 240777 240778 240781 240782 240784 240785 240791 240793 240800 240801 240807 240817 240818 240819 240821 240822 240827 240829 240830 240834 240835 240836 240838 240839 240841 240856 240857 240859 240862 240863 240868 240874 240880 240887 240893 240897 240898 240899 240903 240908 240910 240912 ... . (240913 240914 240921 240924 240928 240929 240931 240935 240938 240941 240944 240946 240950 240956 240961 240962 240963 240965 240966 240967 240968 240969 240971 240972 240973 240974 240976 240977 240978 240979 240980 240981 240982 240984 240985 24098
 6!
!
!
 240988 240990 240991 240993 240996 240999 241000 241004 241009 241010 241011 241012 241013 241014 ... . ...))) "comp.os.linux.misc" "news.dircon.co.uk")
  gnus-retrieve-articles((240625 240633 240636 240637 240641 240643 240646 240647 240648 240649 240650 240655 240656 240658 240659 240662 240663 240666 240671 240673 240679 240683 240694 240698 240701 240707 240709 240711 240712 240716 240718 240719 240720 240721 240722 240723 240724 240726 240730 240731 240732 240734 240737 240739 240740 240742 240744 240745 240746 240750 ... . (240752 240753 240754 240757 240761 240763 240768 240773 240777 240778 240781 240782 240784 240785 240791 240793 240800 240801 240807 240817 240818 240819 240821 240822 240827 240829 240830 240834 240835 240836 240838 240839 240841 240856 240857 240859 240862 240863 240868 240874 240880 240887 240893 240897 240898 240899 240903 240908 240910 240912 ... . (240913 240914 240921 240924 240928 240929 240931 240935 240938 240941 240944 240946 240950 240956 240961 240962 240963 240965 240966 240967 240968 240969 240971 240972 240973 240974 240976 240977 240978 240979 240980 240981 240982 240984 240985 24098
 6!
!
!
 240988 240990 240991 240993 240996 240999 241000 241004 241009 241010 241011 241012 241013 241014 ... . ...))) "nntp+news.dircon.co.uk:comp.os.linux.misc")
  gnus-agent-fetch-articles("nntp+news.dircon.co.uk:comp.os.linux.misc" (240625 240633 240636 240637 240641 240643 240646 240647 240648 240649 240650 240655 240656 240658 240659 240662 240663 240666 240671 240673 240679 240683 240694 240698 240701 240707 240709 240711 240712 240716 240718 240719 240720 240721 240722 240723 240724 240726 240730 240731 240732 240734 240737 240739 240740 240742 240744 240745 240746 240750 ... . (240752 240753 240754 240757 240761 240763 240768 240773 240777 240778 240781 240782 240784 240785 240791 240793 240800 240801 240807 240817 240818 240819 240821 240822 240827 240829 240830 240834 240835 240836 240838 240839 240841 240856 240857 240859 240862 240863 240868 240874 240880 240887 240893 240897 240898 240899 240903 240908 240910 240912 ... . (240913 240914 240921 240924 240928 240929 240931 240935 240938 240941 240944 240946 240950 240956 240961 240962 240963 240965 240966 240967 240968 240969 240971 240972 240973 240974 240976 240977 240978 
 2!
!
!
40979 240980 240981 240982 240984 240985 240986 240988 240990 240991 240993 240996 240999 241000 241004 241009 241010 241011 241012 241013 241014 ... . ...))))
  gnus-agent-fetch-group-1("nntp+news.dircon.co.uk:comp.os.linux.misc" (nntp "news.dircon.co.uk"))
  menu-function-132("nntp+news.dircon.co.uk:comp.os.linux.misc")
* call-interactively(menu-function-132)

##########################

-- 
Eze Ogwuma

Re: Problem entering Foreign Groups

[Lars Magne Ingebrigtsen]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> I also have trouble fetching groups with Agent. The same thing happens 
> as in the original message. Sometimes it happens when Agent is reading 
> info from the server (before fetching headers) and sometime it happens 
> when fetching articles. Below are two backtraces. I believe the news
> server is a DNEWS server.
> 
> ##########################
> Trace from entering group:
> 
> Signaling: (quit)
>   accept-process-output(#<process nntpd<1>> 1)
>   nntp-accept-process-output(#<process nntpd<1>>)
>   nntp-accept-response()
>   nntp-retrieve-headers(

Can you see in the " *nntpd*" buffer whether all the headers have
arrived? 

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Problem entering Foreign Groups

[Eze Ogwuma]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > I also have trouble fetching groups with Agent. The same thing happens 
> > as in the original message. Sometimes it happens when Agent is reading 
> > info from the server (before fetching headers) and sometime it happens 
> > when fetching articles. Below are two backtraces. I believe the news
> > server is a DNEWS server.

[...]

> Can you see in the " *nntpd*" buffer whether all the headers have
> arrived? 

When I tried it this morning they all downloaded just fine, but I
think that the last time this happened Gnus was getting a load of "403
Article not found" messages. Would they be displayed in this buffer? I 
can't remember which buffer I saw them in.

-- 
Eze Ogwuma

Re: Problem entering Foreign Groups

[Eze Ogwuma]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> 
> > Eze Ogwuma <typhoon@dircon.co.uk> writes:
> > 
> > > I also have trouble fetching groups with Agent. The same thing happens 
> > > as in the original message. Sometimes it happens when Agent is reading 
> > > info from the server (before fetching headers) and sometime it happens 
> > > when fetching articles. Below are two backtraces. I believe the news
> > > server is a DNEWS server.
> 
> [...]
> 
> > Can you see in the " *nntpd*" buffer whether all the headers have
> > arrived? 
> 
> When I tried it this morning they all downloaded just fine, but I
> think that the last time this happened Gnus was getting a load of "403
> Article not found" messages. Would they be displayed in this buffer? I 
> can't remember which buffer I saw them in.

It just happened again and the nntpd buffer from 
*server news.dircon.co.uk nntp *nntpd** is empty as far as I can tell. 

-- 
Eze Ogwuma

Re: Problem entering Foreign Groups

[Lars Magne Ingebrigtsen]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> When I tried it this morning they all downloaded just fine, but I
> think that the last time this happened Gnus was getting a load of "403
> Article not found" messages. Would they be displayed in this buffer?

Yes.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Problem entering Foreign Groups

[Lars Magne Ingebrigtsen]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> It just happened again and the nntpd buffer from 
> *server news.dircon.co.uk nntp *nntpd** is empty as far as I can tell. 

That sounds like your nntp server isn't responding, or something...

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Problem entering Foreign Groups

[Eze Ogwuma]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > It just happened again and the nntpd buffer from 
> > *server news.dircon.co.uk nntp *nntpd** is empty as far as I can tell. 
> 
> That sounds like your nntp server isn't responding, or something...

I think the buffer may get cleared out when I do C-g. Remember I see
the number of K downloaded count up and then stop.

Also my server works just fine with Knews. Perhaps the server times
out and Gnus doesn't re-connect.

-- 
Eze Ogwuma

Re: Problem entering Foreign Groups

[Eze Ogwuma]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > I also have trouble fetching groups with Agent. The same thing happens 
> > as in the original message. Sometimes it happens when Agent is reading 
> > info from the server (before fetching headers) and sometime it happens 
> > when fetching articles. Below are two backtraces. I believe the news
> > server is a DNEWS server.
> > 
> > ##########################
> > Trace from entering group:
> > 
> > Signaling: (quit)
> >   accept-process-output(#<process nntpd<1>> 1)
> >   nntp-accept-process-output(#<process nntpd<1>>)
> >   nntp-accept-response()
> >   nntp-retrieve-headers(
> 
> Can you see in the " *nntpd*" buffer whether all the headers have
> arrived? 

Most of the headers do not download. I can telnet to the news server
and see them though. I have a file containing the *nntpd* buffer if
you'd like to see it.

By the way (setq debug-on-quit t) does nothing with XEmacs it only
seems to work with Emacs.

-- 
Eze Ogwuma

Re: Problem entering Foreign Groups

[Eze Ogwuma]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> > 
> > > Eze Ogwuma <typhoon@dircon.co.uk> writes:
> > > 
> > > > I also have trouble fetching groups with Agent. The same thing happens 
> > > > as in the original message. Sometimes it happens when Agent is reading 
> > > > info from the server (before fetching headers) and sometime it happens 
> > > > when fetching articles. Below are two backtraces. I believe the news
> > > > server is a DNEWS server.
> > 
> > [...]
> > 
> > > Can you see in the " *nntpd*" buffer whether all the headers have
> > > arrived? 

[...]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > > > It just happened again and the nntpd buffer from 
> > > > *server news.dircon.co.uk nntp *nntpd** is empty as far as I can tell. 
> > > 
> > > That sounds like your nntp server isn't responding, or something...
> > 
> > I think the buffer may get cleared out when I do C-g. Remember I see
> > the number of K downloaded count up and then stop.
> 
> Well, `C-g' breaks, so it's unlikely that Gnus gets a chance to erase
> the buffer.  The text should either be in the " *nntpd*" buffer or the
> " *server whatever*" buffer.  (There may be several of these buffers.)

Actually this may be an Emacs thing. With Emacs I can select the
buffer "*nntpd*" in "*server news.dircon.co.uk nntp *nntpd**". However
with XEmacs I can only select the entire "*server news.dircon.co.uk
nntp *nntpd**" buffer.

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

[...]

> > Can you see in the " *nntpd*" buffer whether all the headers have
> > arrived? 
> 
> Most of the headers do not download. I can telnet to the news server
> and see them though. I have a file containing the *nntpd* buffer if
> you'd like to see it.

Actually what the "*server news.dircon.co.uk nntp *nntpd**" buffer
contains is a number of the articles from the group (rather than
headers) but by no means all of the articles.
 
> By the way (setq debug-on-quit t) does nothing with XEmacs it only
> seems to work with Emacs.


-- 
Eze Ogwuma

Re: Problem entering Foreign Groups

[Lars Magne Ingebrigtsen]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> Actually what the "*server news.dircon.co.uk nntp *nntpd**" buffer
> contains is a number of the articles from the group (rather than
> headers) but by no means all of the articles.

If you repeat this several times, can you see a pattern to where Gnus
stops? 

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Problem entering Foreign Groups

[Eze Ogwuma]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > Actually what the "*server news.dircon.co.uk nntp *nntpd**" buffer
> > contains is a number of the articles from the group (rather than
> > headers) but by no means all of the articles.
> 
> If you repeat this several times, can you see a pattern to where Gnus
> stops? 

No but here's some more information.

I enabled "nntp-record-commands" so that I could see exactly what was
going on. I've seen many other reports of the same problem to you over 
the past few months so perhaps you could suggest these people do the
same. 

I attempted to enter a group that I haven't read for a while. At the
time I was plugged and I hadn't tried to download this group with
agent either as I don't normally read it.

The ~/News/agent/nntp/news.dircon.co.uk/agent.lib/active file contains
the correct article range for the group, "7192 7147". The nntp server
reports "211 41 7147 7192".

.newsrc-localhost.eld contains the articles that have been read, that
are cached or ticked.

((1 . 7094) (7096 . 70 99)) ((cache 6110 6113 (7083 . 7084) 7088)
(tick (7083 . 7084) 7088))

Because of this these commands were called after the "group" command. 

>From *nntp-log*

19980701T001727 news.dircon.co.uk XOVER 7095-7095
19980701T001727 news.dircon.co.uk XOVERVIEW 7095-7095
19980701T001727 news.dircon.co.uk HEAD 7095
19980701T001727 news.dircon.co.uk HEAD 7100
19980701T001727 news.dircon.co.uk HEAD 7101
19980701T001727 news.dircon.co.uk HEAD 7102
19980701T001727 news.dircon.co.uk HEAD 7103
19980701T001727 news.dircon.co.uk HEAD 7104

All the way down to:

19980701T001728 news.dircon.co.uk HEAD 7192

Of course since there are no articles with any number before 7147 this 
is the result for most of the HEAD calls.

>From *server news.dircon.co.uk nntp  *nntpd**

423 no such article number in this group
423 no such article number in this group
423 no such article number in this group
423 no such article number in this group
423 no such article number in this group
423 no such article number in this group

The headers for 7147-7192 are then downloaded. 

Then the program freezes.

Why was "XOVERVIEW 7095-7095" called? was it because the result of "XOVER
7095-7095" was "."?

.newsrc-localhost-dribble is unchanged.
-- 
Eze Ogwuma

Re: Problem entering Foreign Groups

[Lars Magne Ingebrigtsen]

Eze Ogwuma <zcaceog@localhost.localdomain> writes:

> ((1 . 7094) (7096 . 70 99)) ((cache 6110 6113 (7083 . 7084) 7088)
> (tick (7083 . 7084) 7088))

Well, this looks totally whacked out.

((1 . 7094) (7096 . 70 99))

That should be impossible.  Has a space snuck in between "70" and
"99"?

> Because of this these commands were called after the "group" command. 
> 
> >From *nntp-log*
> 
> 19980701T001727 news.dircon.co.uk XOVER 7095-7095
> 19980701T001727 news.dircon.co.uk XOVERVIEW 7095-7095
> 19980701T001727 news.dircon.co.uk HEAD 7095

[...]

> 423 no such article number in this group
> 423 no such article number in this group

[...]

> The headers for 7147-7192 are then downloaded. 
> 
> Then the program freezes.

It would seem that it reacts inappropriately to getting a lot of 423
lines.  Hm.  Yup: `nntp-next-result-arrived-p' looks highly bogus.  If
we have gotten half an error line, Gnus would loop forever with point
in the middle of that line.

Could you check after 5.6.23 has been released whether it fixes this bug?

> Why was "XOVERVIEW 7095-7095" called? was it because the result of "XOVER
> 7095-7095" was "."?

Yes.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Problem entering Foreign Groups

[Eze Ogwuma]

Eze Ogwuma <zcaceog@ucl.ac.uk> writes:

> Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

[...]

> > If you repeat this several times, can you see a pattern to where Gnus
> > stops? 
> 
> No but here's some more information.
> 
> I enabled "nntp-record-commands" so that I could see exactly what was
> going on.

[...]

Okay it's happened again.

Once again the information in the
~/News/agent/nntp/news.dircon.co.uk/agent.lib/active file is correct
but when Gnus sends the XOVER and XOVERVIEW commands the article range 
is wrong: 243710-243748. This is based on the information in the
.newsrc-localhost.eld file. The relevant part of the file is at the
bottom of this message.

Gnus then calls HEAD for every article starting with the non-existent
articles and continues to call HEAD for the articles in the group even
though it doesn't call XOVER for them.

It finally stops on article 244244 leaving the other headers
undownloaded.


((1 . 242973) (242975 . 243709) 243713 243723 243736 243738 243740 243743 243745 (243749 . 243753) (243756 . 243758) (243762 . 243763) (243766 . 243767) 243770 243775 243783 243785 243796 243801 243809 243818 243826 243838 243845 (243849 . 243850) 243865 243874 (243876 . 243877) (243879 . 243882) 243888 (243895 . 243896) 243900 243908 (243919 . 243921) (243923 . 243925) (243928 . 243930) 243932 (243938 . 243940) 243945 243947 (243964 . 243965) 243967 (243969 . 243970) 243973 243984 243986 243994 243999 244003 244006 244009 244014 (244016 . 244018) 244020 244024 (244026 . 244029) (244032 . 244033) (244039 . 244040) (244043 . 244044) (244061 . 244062) 244065 244067 244069 244082 244086 244089 244093 (244101 . 244102) 244104 (244109 . 244110) 244112 244115 244127 244129 244131 244133 (244140 . 244141) 244146 244150 244152 244154 244158 (244167 . 244168) 244170 244172 (244181 . 244182) 244202 244209 244211 244218 (244220 . 244221) 244223 244227 (244230 . 244233) 244239 244247 244
 2!
!
!
51 244254 244256 244271 244275 (244283 . 244284) 244286 244290 (244301 . 244302) (244307 . 244309) 244314 (244321 . 244322) 244324 244327 244330 (244343 . 244344) (244347 . 244348) 244350 (244364 . 244366) (244369 . 244370) (244372 . 244373) 244378 244382 244389 (244391 . 244393) (244395 . 244398) (244400 . 244403) 244408 (244411 . 244412) (244415 . 244416) (244419 . 244420) 244424 (244429 . 244430) (244433 . 244434) 244438 244440 244449 244454 (244460 . 244461) 244464 244480 244482 244488 244496 244498 244502 244516 244523 244550 244552 244555 244566 244584 244588 244590 (244601 . 244602) (244615 . 244616) 244618 244631 (244635 . 244636) (244647 . 244649) 244651 244666 244668 (244676 . 244677) 244687 244699 244702 244705 244709 (244721 . 244722) 244724 244731 244742 244752 (244761 . 244762) 244764 (244767 . 244769) 244773 244778 (244780 . 244781) (244788 . 244791) (244805 . 244806) 244813 (244815 . 244816) (244828 . 244829) 244834 (244852 . 244853) 244856 244866 244874 (2448
 8!
!
!
0 . 244881) 244884 (244889 . 244890) (244902 . 244904)) ((download 242165 242172 242178 242208 242217 242222 (242232 . 242234)) (cache 208641 208993 209084 209169 209286 209337 209444 209459 214507 214580 214866 215001 216143 216385 219044 219693 219851 220151 220210 220227 220230 220304 220318 220363 220380 220417 220459 220491 221210 242974))
-- 
Eze Ogwuma

Re: Problem entering Foreign Groups

[Eze Ogwuma]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Eze Ogwuma <zcaceog@localhost.localdomain> writes:
> 
> > ((1 . 7094) (7096 . 70 99)) ((cache 6110 6113 (7083 . 7084) 7088)
> > (tick (7083 . 7084) 7088))
> 
> Well, this looks totally whacked out.
> 
> ((1 . 7094) (7096 . 70 99))
> 
> That should be impossible.  Has a space snuck in between "70" and
> "99"?

No. Sorry about that. It occurred because I cut and pasted rather than
inserting the file. It should look like this:

((1 . 7094) (7096 . 7099)) ((cache 6110 6113 (7083 . 7084) 7088) (tick (7083 . 7084) 7088)) 

[...]

> It would seem that it reacts inappropriately to getting a lot of 423
> lines.  

But Gnus still downloads headers after all the 423 messages.

> Hm.  Yup: `nntp-next-result-arrived-p' looks highly bogus.  If
> we have gotten half an error line, Gnus would loop forever with point
> in the middle of that line.
> 
> Could you check after 5.6.23 has been released whether it fixes this bug?

O.K.

> > Why was "XOVERVIEW 7095-7095" called? was it because the result of "XOVER
> > 7095-7095" was "."?

> Yes.

But XOVERVIEW is not a valid command on my server so Gnus then calls
HEAD repeatedly. 

-- 
Eze Ogwuma

Re: Problem entering Foreign Groups

[Lars Magne Ingebrigtsen]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> > It would seem that it reacts inappropriately to getting a lot of 423
> > lines.  
> 
> But Gnus still downloads headers after all the 423 messages.

It sends out a lot of HEAD commands, and then it counts how many
responses it gets back.  It's the counting that infloops.

> > > Why was "XOVERVIEW 7095-7095" called? was it because the result of "XOVER
> > > 7095-7095" was "."?
> 
> > Yes.
> 
> But XOVERVIEW is not a valid command on my server so Gnus then calls
> HEAD repeatedly. 

It guesses that both XOVER and XOVERVIEW fails.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Problem entering Foreign Groups

[Eze Ogwuma]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Eze Ogwuma <zcaceog@localhost.localdomain> writes:

[...]

> Could you check after 5.6.23 has been released whether it fixes this bug?

[...]

Hello,

The bug remains.

1)

XOVER is called for the first group I enter. As it gets back "."
XOVERVIEW is tried which is invalid. After that HEAD is used in every
group and no attempt to call XOVER is made again.

2)

The article numbers sent by the server upon entry to the group are
ignored by Gnus in favour of old values from the .eld file. If I
haven't read news in a group for a while this guarantees that XOVER
will fail.

3)

Below is the last header received followed by the header which was not
received. Note that Gnus called HEAD for more than 200 articles
following the headers below. However it didn't call head for all
articles in the group.

4)

These have been cut and pasted.

HEAD 244527
221 244527 <3597511D.FFB43D70@sh.bel.alcatel.be> article retrieved - head follows
From: Manuel Borowski VA65 <borowske@sh.bel.alcatel.be>
Newsgroups: comp.os.linux.hardware,comp.os.linux.misc
Subject: VIPER330 with RIVA128
Date: Mon, 29 Jun 1998 10:32:29 +0200
Organization: Alcatel Telecom
Lines: 17
Message-ID: <3597511D.FFB43D70@sh.bel.alcatel.be>
NNTP-Posting-Host: btm3sv.sh.bel.alcatel.be
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.02 [en] (X11; I; SunOS 5.4 sun4m)
Path: newsread1.dircon.co.uk!news.dircon.co.uk!peer2.news.dircon.net!peer1.news.dircon.net!news.freedom2surf.net!btnet-peer!btnet!newsfeed.internetmci.com!134.222.90.2!EU.net!news0.Belgium.EU.net!Belgium.EU.net!news.bel.alcatel.be!usenet
Xref: newsread1.dircon.co.uk comp.os.linux.hardware:107965 comp.os.linux.misc:244527
.
HEAD 244528
221 244528 <m37m20egbj.fsf@tittymonster.skepticult.org> article retrieved - head follows
Sender: slim@tittymonster.skepticult.org
Newsgroups: comp.os.linux.misc
Subject: Re: ICQ for Linux??
References: <3596D6C2.95064998@centrored.com>
From: Jon Walsh <prophet@skepticult.org>
Message-ID: <m37m20egbj.fsf@tittymonster.skepticult.org>
Lines: 15
X-Newsreader: Quassia Gnus v0.37/XEmacs 20.3 - "Vatican City"
Date: Mon, 29 Jun 1998 08:58:01 GMT
NNTP-Posting-Host: 209.127.52.206
NNTP-Posting-Date: Mon, 29 Jun 1998 03:58:01 CDT
Path: newsread1.dircon.co.uk!news.dircon.co.uk!peer2.news.dircon.net!peer1.news.dircon.net!btnet-peer!btnet!ais.net!jamie!nntp.giganews.com!news.giganews.com.POSTED!not-for-mail
Xref: newsread1.dircon.co.uk comp.os.linux.misc:244528
.
-- 
Eze Ogwuma

Re: Problem entering Foreign Groups

[Lars Magne Ingebrigtsen]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> XOVER is called for the first group I enter. As it gets back "."
> XOVERVIEW is tried which is invalid. After that HEAD is used in every
> group and no attempt to call XOVER is made again.

Set `nntp-server-xover' to "XOVER".

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Problem entering Foreign Groups

[Eze Ogwuma]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > XOVER is called for the first group I enter. As it gets back "."
> > XOVERVIEW is tried which is invalid. After that HEAD is used in every
> > group and no attempt to call XOVER is made again.
> 
> Set `nntp-server-xover' to "XOVER".

Okay, I've done this but it's too early to tell if the workaround
works. 

But what about the cause of the problem? It seems that for some reason
Gnus ignores the information it gets back from the server when a group
is entered.

E.g. 

GROUP comp.os.linux.misc 
211 994 247830 248828 comp.os.linux.misc selected

Gnus still starts its search based on old information in the
.newsrc-localhost.eld file. Instead of only calling XOVER or HEAD of
articles in the range 247830-248828 it calls XOVER/HEAD for all
articles listed in the .eld file in this case starting with article
247211. 

19980715T094212.917 news.dircon.co.uk GROUP comp.os.linux.misc
19980715T094214.074 news.dircon.co.uk XOVER 247211-247219
19980715T094214.623 news.dircon.co.uk XOVER 247224-247237
19980715T094214.993 news.dircon.co.uk XOVER 247242-247285
19980715T094215.353 news.dircon.co.uk XOVER 247290-247294
19980715T094215.682 news.dircon.co.uk XOVER 247301-247302
19980715T094216.143 news.dircon.co.uk XOVER 247312-247312
19980715T094216.463 news.dircon.co.uk XOVER 247319-247319
19980715T094216.852 news.dircon.co.uk XOVER 247328-247332
19980715T094217.212 news.dircon.co.uk XOVER 247348-247348
19980715T094217.612 news.dircon.co.uk XOVER 247357-247357
19980715T094217.983 news.dircon.co.uk XOVER 247362-247367
19980715T094218.295 news.dircon.co.uk XOVER 247374-247385
19980715T094218.632 news.dircon.co.uk XOVER 247390-247390
19980715T094218.982 news.dircon.co.uk XOVER 247396-247396
19980715T094219.313 news.dircon.co.uk XOVER 247408-247410
19980715T094219.643 news.dircon.co.uk XOVER 247417-247417
19980715T094219.983 news.dircon.co.uk XOVER 247424-247441
19980715T094220.183 news.dircon.co.uk XOVER 247452-247458
19980715T094220.482 news.dircon.co.uk XOVER 247466-247466
19980715T094220.863 news.dircon.co.uk XOVER 247476-247476
19980715T094221.203 news.dircon.co.uk XOVER 247486-247494
19980715T094221.503 news.dircon.co.uk XOVER 247499-247506
19980715T094221.803 news.dircon.co.uk XOVER 247515-247517
19980715T094222.103 news.dircon.co.uk XOVER 247525-247528
19980715T094222.403 news.dircon.co.uk XOVER 247533-247542
19980715T094222.703 news.dircon.co.uk XOVER 247547-247549
19980715T094223.012 news.dircon.co.uk XOVER 247559-247572
19980715T094223.233 news.dircon.co.uk XOVER 247587-247587
19980715T094223.593 news.dircon.co.uk XOVER 247599-247609
19980715T094223.932 news.dircon.co.uk XOVER 247618-247627
19980715T094224.323 news.dircon.co.uk XOVER 247635-247635
19980715T094224.652 news.dircon.co.uk XOVER 247649-247649
19980715T094225.012 news.dircon.co.uk XOVER 247661-247665
19980715T094225.183 news.dircon.co.uk XOVER 247692-247696
19980715T094225.512 news.dircon.co.uk XOVER 247704-247704
19980715T094225.822 news.dircon.co.uk XOVER 247711-247711
19980715T094226.213 news.dircon.co.uk XOVER 247720-247720
19980715T094226.601 news.dircon.co.uk XOVER 247726-248828


-- 
Eze Ogwuma

Re: Problem entering Foreign Groups

[Eze Ogwuma]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> 
> > Eze Ogwuma <typhoon@dircon.co.uk> writes:
> > 
> > > XOVER is called for the first group I enter. As it gets back "."
> > > XOVERVIEW is tried which is invalid. After that HEAD is used in every
> > > group and no attempt to call XOVER is made again.
> > 
> > Set `nntp-server-xover' to "XOVER".
> 
> Okay, I've done this but it's too early to tell if the workaround
> works.

It doesn't. Gnus still hangs.

[...]

-- 
Eze Ogwuma

Re: Problem entering Foreign Groups

[Lars Magne Ingebrigtsen]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> But what about the cause of the problem? It seems that for some reason
> Gnus ignores the information it gets back from the server when a group
> is entered.
> 
> E.g. 
> 
> GROUP comp.os.linux.misc 
> 211 994 247830 248828 comp.os.linux.misc selected
> 
> Gnus still starts its search based on old information in the
> .newsrc-localhost.eld file. Instead of only calling XOVER or HEAD of
> articles in the range 247830-248828 it calls XOVER/HEAD for all
> articles listed in the .eld file in this case starting with article
> 247211. 

So, does that mean that these groups aren't activated before you
attempt entering them?  Does `M-g' before entering help?

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Problem entering Foreign Groups

[Eze Ogwuma]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > But what about the cause of the problem? It seems that for some reason
> > Gnus ignores the information it gets back from the server when a group
> > is entered.
> > 
> > E.g. 
> > 
> > GROUP comp.os.linux.misc 
> > 211 994 247830 248828 comp.os.linux.misc selected
> > 
> > Gnus still starts its search based on old information in the
> > .newsrc-localhost.eld file. Instead of only calling XOVER or HEAD of
> > articles in the range 247830-248828 it calls XOVER/HEAD for all
> > articles listed in the .eld file in this case starting with article
> > 247211. 
> 
> So, does that mean that these groups aren't activated before you
> attempt entering them?  

I'm not quite sure what you mean by activated. 

Before entering the groups I have to do "J j" "J j" "g" as I am on an
intermittent pup connection. Without the J j's Gnus would just hang if
I disconnect then reconnect.

> Does `M-g' before entering help?

It might help on an individual group basis but I haven't found a group 
I can test it on yet. I do know that M-g doesn't do anything when I
just want to download all groups with "J s". The process still
freezes. 

The problem is that when "g" is pressed Gnus calls GROUP for every
group but then it just ignores the information it gets back and does
its own thing. It uses the .eld file and first tries to access every
article not already read, whether the article exists on the server or
not, starting with the first unread (according to .eld) article.

-- 
Eze Ogwuma

Re: Problem entering Foreign Groups

[Lars Magne Ingebrigtsen]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> Before entering the groups I have to do "J j" "J j" "g" as I am on an
> intermittent pup connection. Without the J j's Gnus would just hang if
> I disconnect then reconnect.

Ah; it hangs when downloading articles.  I missed that.

Fix in Gnus 5.6.25.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Problem entering Foreign Groups

[Eze Ogwuma]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > Before entering the groups I have to do "J j" "J j" "g" as I am on an
> > intermittent pup connection. Without the J j's Gnus would just hang if
> > I disconnect then reconnect.
> 
> Ah; it hangs when downloading articles.  I missed that.

Not just articles but headers as well. If I try to enter a group to
read news online then it often hangs. Using "M-g" before entering the
group makes no difference.
 
> Fix in Gnus 5.6.25.


-- 
Eze Ogwuma

Re: Problem entering Foreign Groups

[Eze Ogwuma]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> 
> > Eze Ogwuma <typhoon@dircon.co.uk> writes:
> > 
> > > Before entering the groups I have to do "J j" "J j" "g" as I am on an
> > > intermittent pup connection. Without the J j's Gnus would just hang if
> > > I disconnect then reconnect.
> > 
> > Ah; it hangs when downloading articles.  I missed that.
> 
> Not just articles but headers as well. If I try to enter a group to
> read news online then it often hangs. Using "M-g" before entering the
> group makes no difference.
>  
> > Fix in Gnus 5.6.25.

Hi,

I'm using 5.6.25 and it appears that the problem either isn't fixed or
that there is another related problem.

For some reason Agent downloads articles and headers for groups that
aren't covered by it. It hangs while doing this and when I check the
agent directory the groups exist but are empty except for the
.overview and .agentview files. I don't think that Agent would
actually store the articles if it didn't hang, but I can't be sure.

-- 
Eze Ogwuma

Re: Problem entering Foreign Groups

[Lars Magne Ingebrigtsen]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> I'm using 5.6.25 and it appears that the problem either isn't fixed or
> that there is another related problem.

Could you try this with different Emacs versions (both Emacs and
XEmacs) to see whether that makes any difference?

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Problem entering Foreign Groups

[Eze Ogwuma]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > I'm using 5.6.25 and it appears that the problem either isn't fixed or
> > that there is another related problem.
> 
> Could you try this with different Emacs versions (both Emacs and
> XEmacs) to see whether that makes any difference?

It makes no difference no matter which Emacs version I use. I've also
tried it with Gnus 5.6.26 and 5.6.27.

I previously reported that Gnus gets headers and articles for all
groups whether they're covered by Agent or not.

I've had a chance to examine this more closely and it appears that if
a group is not covered by Agent then Gnus downloads all the articles
that conform to the "default" score predicate. Once it reaches the
last article that conforms it hangs. However it shouldn't be
downloading anything at all as the group isn't covered by Agent.

I used "nntp-log" to view the actions that Gnus took and the downloaded
articles were in the "nntpd" buffer. The "Gnus agent overview" buffer held 
the overview file of the group.
-- 
Eze Ogwuma

Re: Problem entering Foreign Groups

[Lars Magne Ingebrigtsen]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> I've had a chance to examine this more closely and it appears that if
> a group is not covered by Agent then Gnus downloads all the articles
> that conform to the "default" score predicate.

Groups don't be long to Agent categories -- servers do.  So I don't
quite understand what you're saying here.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Problem entering Foreign Groups

[Eze Ogwuma]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > I've had a chance to examine this more closely and it appears that if
> > a group is not covered by Agent then Gnus downloads all the articles
> > that conform to the "default" score predicate.
> 
> Groups don't be long to Agent categories -- servers do.  So I don't
> quite understand what you're saying here.

Haven't you got that the wrong way round?

Servers are added to Agent by using "J a" in the Server buffer. Groups 
are added to Agent categories by using "J a" in the Group buffer. 

The problem is that Agent tries to download every group belonging to
all Agent-subscribed servers regardless of whether the group is
Agent-subscribed or not.

If the group is not Agent-subscribed then the "default" category is
used to download all the articles into the nntpd buffer. When the last
article that matches the "default" predicate downloaded then Gnus
hangs.

-- 
Eze Ogwuma

Re: Problem entering Foreign Groups

[Lars Magne Ingebrigtsen]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> > Groups don't be long to Agent categories -- servers do.  So I don't
> > quite understand what you're saying here.
> 
> Haven't you got that the wrong way round?

Uhm; yes.  Servers are either covered by the Agent or they are not.
Groups belong to categories; the groups which belong to no other
category belong to the "default" category.

> The problem is that Agent tries to download every group belonging to
> all Agent-subscribed servers regardless of whether the group is
> Agent-subscribed or not.

This is correct behavior.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Problem entering Foreign Groups

[Eze Ogwuma]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:

[...]

> > The problem is that Agent tries to download every group belonging to
> > all Agent-subscribed servers regardless of whether the group is
> > Agent-subscribed or not.
> 
> This is correct behavior.

Okay. Let me just make sure about this. 

If

1) I have a server that is Agent-subscribed 

2) I am subscribed to 30 groups on that server

3) Only 2 of the groups are Agent-subscribed

then 

1) Agent will download and save articles which match the categories
that the 2 Agent-subscribed groups belong to.

2) Agent will also download (and discard?) all the articles that match
the "default" category predicate for the remaining 28 groups.

Is this really the correct behaviour for Gnus?

-- 
Eze Ogwuma

Re: Problem entering Foreign Groups

[Kai Grossjohann]

>>>>> Eze Ogwuma <typhoon@dircon.co.uk> writes:

  > 2) Agent will also download (and discard?) all the articles that
  > match the "default" category predicate for the remaining 28
  > groups.

This is why I have made the default category predicate `false'...

kai
-- 
Abort this operation?   [Abort]  [Cancel]

Re: Problem entering Foreign Groups

[Eze Ogwuma]

Kai Grossjohann <grossjohann@amaunet.cs.uni-dortmund.de> writes:

> >>>>> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
>   > 2) Agent will also download (and discard?) all the articles that
>   > match the "default" category predicate for the remaining 28
>   > groups.
> 
> This is why I have made the default category predicate `false'...

Are you saying that this is currently the case with Gnus 5.6.2x or
that it will be the case or that it's your personal setting?
-- 
Eze Ogwuma

Re: Problem entering Foreign Groups

[Kai Grossjohann]

>>>>> Eze Ogwuma <typhoon@dircon.co.uk> writes:

  > Are you saying that this is currently the case with Gnus 5.6.2x or
  > that it will be the case or that it's your personal setting?

I meant my personal settings.  But don't listen to me, a major glitch
in my mind has occurred.

Here's what I *really* do.  I think you will see it has no relation to
what I said I did!

I've got two categories, `default' and `kai'.  Both have a true
predicate.  There are no groups under the default category, and there
is one group under the kai category.  Which I don't think matters
anyway, because what I *really* do to control which groups are
downloaded and which aren't, is levels: I have set
gnus-agent-handle-level to 3, and I have set most of my newsgroups to
level 4.  Only a few select groups are at level 3, and all articles
from these groups are downloaded.  (The one group under the kai
category has level 4, so it isn't downloaded.)

I'm sure that what I'm doing is pretty stupid (I think I can delete
the `kai' category, no?), but amazingly it does the job for me.  I
want to download all articles in a few groups and no articles in most
groups.

Sorry for the misinformation.

kai
-- 
Abort this operation?   [Abort]  [Cancel]

Re: Problem entering Foreign Groups

[Lars Magne Ingebrigtsen]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> 1) I have a server that is Agent-subscribed 
> 
> 2) I am subscribed to 30 groups on that server
> 
> 3) Only 2 of the groups are Agent-subscribed

This is impossible.  You can't decide on a group-by-group basis
whether the Agent covers it or not.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Problem entering Foreign Groups

[Kai Grossjohann]

>>>>> Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

  > This is impossible.  You can't decide on a group-by-group basis
  > whether the Agent covers it or not.

I'm not sure whether using levels and the variable
gnus-agent-handle-level qualifies as a counter argument, or is it just
a workaround?

kai
-- 
Abort this operation?   [Abort]  [Cancel]

Re: Problem entering Foreign Groups

[Lars Magne Ingebrigtsen]

Kai Grossjohann <grossjohann@amaunet.cs.uni-dortmund.de> writes:

>   > This is impossible.  You can't decide on a group-by-group basis
>   > whether the Agent covers it or not.
> 
> I'm not sure whether using levels and the variable
> gnus-agent-handle-level qualifies as a counter argument, or is it just
> a workaround?

Well, the groups are still covered by the Agent, but you kinda
instruct Gnus to ignore some groups.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Problem entering Foreign Groups

[Harry Putnam]

Kai Grossjohann <grossjohann@amaunet.cs.uni-dortmund.de> writes:

> >>>>> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
>   > Are you saying that this is currently the case with Gnus 5.6.2x or
>   > that it will be the case or that it's your personal setting?
> 
> I meant my personal settings.  But don't listen to me, a major glitch
> in my mind has occurred.
> 
> Here's what I *really* do.  I think you will see it has no relation to
> what I said I did!
> 
> I've got two categories, `default' and `kai'.  Both have a true
> predicate.  There are no groups under the default category, and there
> is one group under the kai category.  

>From recent experiments I think the above really means that all groups
that aren't in 'Kai' are under the 'default' even though they don't
appear in the default list of groups.

>. . . . . . . . . . . . . . . Which I don't think matters
> anyway, because what I *really* do to control which groups are
> downloaded and which aren't, is levels: I have set
> gnus-agent-handle-level to 3, and I have set most of my newsgroups to
> level 4.  Only a few select groups are at level 3, and all articles
> from these groups are downloaded.

They are all downloaded because the default category is 'true'.  I
think you could control what groups don't get down loaded by assigning
them to a 'false' category too. (but more cumbersome)


> . . . . . . . . . . .   (The one group under the kai
> category has level 4, so it isn't downloaded.)
> 
> I'm sure that what I'm doing is pretty stupid (I think I can delete
> the `kai' category, no?), but amazingly it does the job for me.  I
> want to download all articles in a few groups and no articles in most
> groups.

One big plus to your system seems to be that you can change levels
much more easily than adjusting categories. So if you decide to
download some of the level 4 groups you can change to level 3 and
bingo.

-- 

Harry Putnam  reader@newsguy.com

Re: Problem entering Foreign Groups

[Eze Ogwuma]

Kai Grossjohann <grossjohann@amaunet.cs.uni-dortmund.de> writes:

> >>>>> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
>   > Are you saying that this is currently the case with Gnus 5.6.2x or
>   > that it will be the case or that it's your personal setting?
> 
> I meant my personal settings.

[...]

> I want to download all articles in a few groups and no articles in
> most groups.

Me too and if I ever get Agent to work then I'll make use of this
information. Thanks.

[...]

-- 
Eze Ogwuma