From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/5142
Path: main.gmane.org!not-for-mail
From: larsi@ifi.uio.no (Lars Magne Ingebrigtsen)
Newsgroups: gmane.emacs.gnus.general
Subject: Re: Strange memory hog^H^H^Hbehaviour with v0.30.
Date: 15 Feb 1996 19:34:15 +0100
Organization: Dept. of Informatics, University of Oslo, Norway
Sender: larsi@ifi.uio.no
Message-ID: <w8szqaktp3s.fsf@eistla.ifi.uio.no>
References: <y3yvilbp5gi.fsf@ojnk.bahnhof.se> <m2spgfp0s0.fsf@miranova.com>
	<w8s20nxgad2.fsf@eistla.ifi.uio.no> <y3ywx5ovkgx.fsf@ojnk.bahnhof.se>
NNTP-Posting-Host: coloc-standby.netfonds.no
X-Trace: main.gmane.org 1035145786 31907 80.91.224.250 (20 Oct 2002 20:29:46 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Sun, 20 Oct 2002 20:29:46 +0000 (UTC)
Return-Path: ding-request@ifi.uio.no
Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by miranova.com (8.7.3/8.6.9) with SMTP id LAA26362 for <steve@miranova.com>; Thu, 15 Feb 1996 11:37:11 -0800
Original-Received: from eistla.ifi.uio.no (4867@eistla.ifi.uio.no [129.240.94.29]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) 
	id <TAA02355@ifi.uio.no> for <ding@ifi.uio.no> ; Thu, 15 Feb 1996 19:34:16 +0100
Original-Received: (from larsi@localhost) by eistla.ifi.uio.no ; Thu, 15 Feb 1996 19:34:15 +0100
Original-To: ding@ifi.uio.no
In-Reply-To: pp@pfawww.pp.se's message of 15 Feb 1996 13:31:26 +0100
Original-Lines: 17
In-Reply-To: pp@pfawww.pp.se's message of 15 Feb 1996 13:31:26 +0100
Xref: main.gmane.org gmane.emacs.gnus.general:5142
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:5142

pp@pfawww.pp.se (Per Persson) writes:

> I've 'tracked down' the memory hog I've encountered. In releases
> previous to v0.27 you would, eventually, see the same thing but with
> v0.27 and after you're bound to hit the roof right away.
> 
> What causes this? Reading mail does. When you get new mail ALL
> mailfolders will be read into emacs for some weirdo reason...  My
> mailfolders are mighty big. They never get killed either so I have to
> kill them by hand.

Or you could say `(setq gnus-secondary-select-methods '((nnfolder "")))'.
Then this shouldn't happen, I think.

-- 
  "Yes.  The journey through the human heart 
     would have to wait until some other time."