Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id A3293431E82 for ; Fri, 3 Aug 2012 06:41:26 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -2.3 X-Spam-Level: X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_MED=-2.3] autolearn=disabled Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TTEdR2yu4CG8 for ; Fri, 3 Aug 2012 06:41:26 -0700 (PDT) Received: from mailbackend.panix.com (mailbackend.panix.com [166.84.1.89]) by olra.theworths.org (Postfix) with ESMTP id 155D2431E64 for ; Fri, 3 Aug 2012 06:41:26 -0700 (PDT) Received: from quad.robs.office (panix3.panix.com [166.84.1.3]) by mailbackend.panix.com (Postfix) with ESMTP id A9CA22849A; Fri, 3 Aug 2012 09:41:24 -0400 (EDT) From: Robert Horn To: David Bremner , notmuch@notmuchmail.org Subject: Re: Bug (?) difference 24.1 and 23.3.1 In-Reply-To: <87ehno9lis.fsf@convex-new.cs.unb.ca> References: <87ehno9lis.fsf@convex-new.cs.unb.ca> User-Agent: Notmuch/0.13 (http://notmuchmail.org) Emacs/23.3.1 (x86_64-suse-linux-gnu) Date: Fri, 03 Aug 2012 09:41:24 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2012 13:41:27 -0000 David Bremner writes: > There is some discussion in the thread starting at > id:"1324309559-7993-1-git-send-email-dme@dme.org"; basically it seems to > be a gnus bug, but maybe we should work around it some how. It was > supposed to be fixed upstream in gnus, but apparently not. > I can wait on gnus fixes, since I've got both 23.3.3 and 24.1 configured to switch easily. For most packages, I prefer to live on the official releases rather than keep track of all the little updates. It might be interesting to look at a more general fix that would manage all kinds of parsing failures in the body view. I've had some failures with attached .ics files that result in the same kind of problem. Most of the viewing commands end up not working, but since "q" works that's usually not a problem. The problem seems to trigger when a mail component that the viewer expects to display fails during parsing for display. R Horn rjhorn@alum.mit.edu