From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/29255 Path: main.gmane.org!not-for-mail From: Chris Richards Newsgroups: gmane.emacs.gnus.general Subject: Excessively Painful Forwards Date: 16 Feb 2000 12:20:27 -0600 Organization: Unorganized Sender: owner-ding@hpc.uh.edu Message-ID: <6evh3p57ro.fsf@sloth.netpliance.net> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035165957 1672 80.91.224.250 (21 Oct 2002 02:05:57 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:05:57 +0000 (UTC) Return-Path: Original-Received: from lisa.math.uh.edu (lisa.math.uh.edu [129.7.128.49]) by mailhost.sclp.com (Postfix) with ESMTP id 525D5D051E for ; Wed, 16 Feb 2000 13:22:35 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by lisa.math.uh.edu (8.9.1/8.9.1) with ESMTP id MAB03798; Wed, 16 Feb 2000 12:22:12 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 16 Feb 2000 12:21:23 -0600 (CST) Original-Received: from mailhost.sclp.com (postfix@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id MAA16629 for ; Wed, 16 Feb 2000 12:21:13 -0600 (CST) Original-Received: from sloth.netpliance.net (sloth.netpliance.net [216.136.56.80]) by mailhost.sclp.com (Postfix) with ESMTP id 97ACFD051E for ; Wed, 16 Feb 2000 13:21:12 -0500 (EST) Original-Received: (from chrisr@localhost) by sloth.netpliance.net (8.9.3/8.9.3) id MAA14397; Wed, 16 Feb 2000 12:20:27 -0600 X-Authentication-Warning: sloth.netpliance.net: chrisr set sender to cjr@netpliance.net using -f Original-To: ding@gnus.org Original-Lines: 19 User-Agent: Gnus/5.0802 (Gnus v5.8.2) XEmacs/21.1 (Bryce Canyon) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:29255 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:29255 Howdy. S o m forwards a message. When I tried to forward a mutli-part message which contain a largish attachment, it took quite a well to render the *mail* buffer. xemacs climbed to 97% of the CPU and 49% of available memory. When it finished churning, I realized why... the entire attachment was shown encoded in the buffer. Is there away to _hide_ such attachments? Knowing they are there in buttonized form would be nice--anything to speed up the access. On a related note, gnus hangs my xemacs session when it checks/parses/splits news and mail. Is this a limitation of the architecture or this there a way to background these tasks? Cheers, cjr