From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: dbast0s@yahoo.com.br (Daniel C. Bastos) Newsgroups: gmane.emacs.help Subject: Re: maximum buffer size exceeded Date: Mon, 03 Sep 2007 08:52:43 -0400 Organization: Aioe.org NNTP Server Message-ID: <84642rrjvo.fsf@blade3.toledo.com> References: <87ejhgdux0.fsf@lion.rapttech.com.au> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1188826878 1710 80.91.229.12 (3 Sep 2007 13:41:18 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 3 Sep 2007 13:41:18 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Sep 03 15:41:17 2007 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1ISCAw-0003PX-V4 for geh-help-gnu-emacs@m.gmane.org; Mon, 03 Sep 2007 15:41:11 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ISCAv-0007JL-Im for geh-help-gnu-emacs@m.gmane.org; Mon, 03 Sep 2007 09:41:09 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!news.tele.dk!news.tele.dk!small.news.tele.dk!newsgate.cistron.nl!xs4all!feeder.news-service.com!newsfeed.freenet.de!ecngs!feeder2.ecngs.de!feeder.erje.net!aioe.org!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 57 Original-NNTP-Posting-Host: 8O8Y7xiSuO+NrJqkQ15qMw.user.aioe.org Original-X-Complaints-To: abuse@aioe.org Cancel-Lock: sha1:UdRB3mOUMzp/67nQuvUbWwpV3w4= User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.50 (berkeley-unix) Original-Xref: shelby.stanford.edu gnu.emacs.help:151633 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:47157 Archived-At: Tim X writes: > dbast0s@yahoo.com.br (Daniel C. Bastos) writes: > >> Emilio Lopes writes: >> >>> Daniel C Bastos writes: >>> >>>> I'm dealing with an INBOX of size 252 MiB and I expect it to double on >>>> my next mail downloads. I use VM under the GNU emacs. How can I increase >>>> the buffer? >>> >>> Does VM support other formats for mail boxes? You could try using the >>> MH format for your mail boxes, if VM supports it. It stores one >>> message per file. >> >> I think does; and that's a good idea. Thanks. > > I'm pretty sure your out of luck - VM doesn't support mh or maildir folders > as far as I know. You're right. If your mail is stored in maildir format, then it seems that you can get that to co-exist with VM as Arnaldo Mandel suggests at http://www.wonderworks.com/vm/vm-faq-4.html#ss4.5 but VM doesn't support maildir, nevertheless. > If your running on a 32 bit machine, I think your out of luck. You cannot > increase the maximum buffer size. Under Emacs, I *think* you are limited to > a maximum integer you can represent with 28 bits. If your on a 64 bit > system, its the maximum you can represent with 62 bits. > > Note that there is a difference between emacs and XEmacs. I believe XEmacs > has the ability to represent 31 bit integers using some trickery with tag > bits. > > The best suggestion I have is to use some other editor to open your mail > file and split it into two files at a sensible position (i.e. between > messages. You should then be able to open these files with VM and sort them > into smaller folders. I'd suggest using something like procmail to split > your download - maybe use fetchmail/getmail to retrieve the mail and split > it into different folders. Actually VM won't let your mail file grow past of what it can handle, so I didn't run into bigger problems. After downloading the chunk that exceeds (that happens to be INBOX.CRASH), VM or emacs tells you that it won't handle that much, so you're forced to give up on integrating the new mail into your mailbox. So I moved my INBOX to something else and integrated INBOX.CRASH into a new INBOX. I ended up with three chunks which is now backed up. > Of course, if you have access to a 64 bit machine, you could move your > folder there, run a 64 bit verion of emacs and split things how you want, > move it back and your done - a hassle, but a solution none th eless. A hassle indeed, and I don't have a 64 bit machine.