From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/14406 Path: main.gmane.org!not-for-mail From: Harry Putnam Newsgroups: gmane.emacs.gnus.general Subject: No access/unplugged.. some thoughts Date: 03 Mar 1998 22:31:22 +0000 Organization: none Sender: owner-ding@hpc.uh.edu Message-ID: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035153602 14726 80.91.224.250 (20 Oct 2002 22:40:02 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:40:02 +0000 (UTC) Return-Path: Original-Received: from xemacs.org (xemacs.cs.uiuc.edu [128.174.252.16]) by altair.xemacs.org (8.8.8/8.8.8) with ESMTP id WAA28859 for ; Tue, 3 Mar 1998 22:38:45 -0800 Original-Received: from gizmo.hpc.uh.edu (gizmo.hpc.uh.edu [129.7.102.31]) by xemacs.org (8.8.5/8.8.5) with ESMTP id AAA01347 for ; Wed, 4 Mar 1998 00:34:15 -0600 (CST) Original-Received: from sina.hpc.uh.edu (sina.hpc.uh.edu [129.7.3.5]) by gizmo.hpc.uh.edu (8.7.6/8.7.3) with ESMTP id BAN06592; Wed, 4 Mar 1998 01:09:14 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 04 Mar 1998 00:32:14 -0600 (CST) Original-Received: from claymore.vcinet.com (claymore.vcinet.com [208.205.12.23]) by sina.hpc.uh.edu (8.7.3/8.7.3) with SMTP id AAA19239 for ; Wed, 4 Mar 1998 00:31:56 -0600 (CST) Original-Received: (qmail 27575 invoked by uid 504); 4 Mar 1998 06:31:44 -0000 Original-Received: (qmail 27572 invoked from network); 4 Mar 1998 06:31:43 -0000 Original-Received: from sunsite.auc.dk (130.225.51.30) by claymore.vcinet.com with SMTP; 4 Mar 1998 06:31:43 -0000 Original-Received: (qmail 12108 invoked by uid 509); 4 Mar 1998 06:31:40 -0000 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: emacs.ding Original-Lines: 79 Original-NNTP-Posting-Host: pm8-30.sba1.avtel.net Original-X-Trace: sunsite.auc.dk 888993098 11696 (None) 207.71.222.180 Original-X-Complaints-To: news@sunsite.auc.dk X-Newsreader: Quassia Gnus v0.34/Emacs 20.2 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:14406 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:14406 I hope this saga may help some others who have had trouble with access when 'unplugged' The problem of starting gnus 'unplugged' and then not having accesss to the nntp groups has been mentioned several times here. After searching out some of the postings on that, their doesn't seem to have been a real solid answer as to why. The long file name issue is the usual point brought up. Is it the case that gnus-unplugged will not work with the long file names acitive? This comment from the 'released' message of 0.27 looks to be about that very thing. Or is this addressing a different problem with long file names? Apparently only related to nnml groups. > * gnus-agent.el (gnus-agent-group-path): Respect long file names. I discovered today that the long file name variable was set to 't' : ( so set it to nil and proceeded to regenerate all the group files. All my 'ticked' and 'cached' articles got uncached but stayed 'ticked' in this process, consequently all the ones that were older than the nntp servers' expiration time got expired. Bad news. Made me glad I had copied the whole works to a safe place before blundering around with it. Now I have both kinds of file arrangements in News/cache. Gnus can still not be brought up 'unplugged' with access to the cached articles. But at least now I can run 'J s' then go unplugged and have access to every thing, unless a group had no new articles downloaded. If a group has cached articles but no new ones were downloaded then gnus will not access it when 'unplugged'. ~/News looks like this now: newsguy gnu.emacs.sources comp comp.os.linux.networking alt comp.editors linux comp.mail.sendmail gnu comp.os.linux.misc nntp+sunsite comp.os.linux.x gnu.emacs.gnus nndir: comp.emacs.xemacs comp.os.linux.setup comp.emacs alt.test.only nntp+sunsite.auc.dk:emacs.ding comp.mail.pine comp.mail.misc nntp+sunsite.auc.dk-1:emacs.ding gnu.emacs.help nntp+sunsite.auc.dk-11:emacs.ding linux.redhat.misc Rh2:~/News/cache$ I suspect I will have to get rid of the old long file name dirs, to get Gnus to behave like it wants to. To check this a little, I set up a fresh setup under a new account and started with the long file name variable set to nil. Glory be, on that set up Gnus can be started 'unplugged' once an initial 'J s' has been done. But I find again that a group where "New"articles haven't been added (even if some are cached in that group) Gnus will not access it when 'unplugged'. It seems that when plugged, a simple on group must call a different function than J s and that agent may not recognize the 'other' kind of download. Is this true or am I barking up the wrong tree. I could use some advice on clearing out the long file name directories and not losing all my cached stuff. I can think of several ways to copy every thing back to their repective groups but suspect I will be overlapping in many places and will end up with lots of dups. The information on dups in nntp groups indicates they can be made invisible but apparently are still taking up HDD space.