From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/40469 Path: main.gmane.org!not-for-mail From: prj@po.cwru.edu (Paul Jarc) Newsgroups: gmane.emacs.gnus.general Subject: Re: gnus-summary-respool-trace for nnimap? Date: Wed, 21 Nov 2001 13:43:40 -0500 Organization: What did you have in mind? A short, blunt, human pyramid? Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: main.gmane.org 1035176014 1049 80.91.224.250 (21 Oct 2002 04:53:34 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 04:53:34 +0000 (UTC) Return-Path: Original-Received: (qmail 17350 invoked from network); 21 Nov 2001 18:44:36 -0000 Original-Received: from malifon.math.uh.edu (mail@129.7.128.13) by mastaler.com with SMTP; 21 Nov 2001 18:44:36 -0000 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 166cLm-0001RP-00; Wed, 21 Nov 2001 12:43:58 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 21 Nov 2001 12:43:41 -0600 (CST) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id MAA15823 for ; Wed, 21 Nov 2001 12:43:30 -0600 (CST) Original-Received: (qmail 17342 invoked by alias); 21 Nov 2001 18:43:41 -0000 Original-Received: (qmail 17337 invoked from network); 21 Nov 2001 18:43:41 -0000 Original-Received: from multivac.student.cwru.edu (HELO multivac.cwru.edu) (qmail-remote@129.22.96.25) by gnus.org with SMTP; 21 Nov 2001 18:43:41 -0000 Original-Received: (qmail 9952 invoked by uid 500); 21 Nov 2001 18:44:02 -0000 Original-To: ding@gnus.org In-Reply-To: (Kai.Grossjohann@CS.Uni-Dortmund.DE's message of "Wed, 21 Nov 2001 16:31:22 +0100") Mail-Copies-To: never Mail-Followup-To: ding@gnus.org Original-Lines: 20 User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/20.7 (i386-redhat-linux-gnu) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:40469 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:40469 Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Gro=DFjohann) wrote: > Niklas Morberg writes: >> Is there any way to let the regexes match against what I see in the >> message buffer instead of the raw contents? > > Decoding could take a lot of time, so the current strategy is to do > the matching on the raw message. > > One must avoid to decode the body -- or do you want Emacs to play a > sound while splitting, just because the incoming message happens to > contain a sound? As a less extreme example, rendering text/html is > computationally expensive. Decoding is not displaying. Or at least, it shouldn't be, I think. Of course, we do still want to avoid decoding the body, just because we're not interested in the body at this point, so it would be wasted effort. paul