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 38615429E25 for ; Tue, 31 May 2011 16:31:45 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: 0.01 X-Spam-Level: X-Spam-Status: No, score=0.01 tagged_above=-999 required=5 tests=[T_MIME_NO_TEXT=0.01] 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 n0MXhTaZTBUO for ; Tue, 31 May 2011 16:31:44 -0700 (PDT) Received: from arlo.cworth.org (arlo.cworth.org [50.43.72.2]) by olra.theworths.org (Postfix) with ESMTP id A9790431FD0 for ; Tue, 31 May 2011 16:31:44 -0700 (PDT) Received: from yoom.home.cworth.org (localhost [127.0.0.1]) by arlo.cworth.org (Postfix) with ESMTP id BA5B529A524 for ; Tue, 31 May 2011 16:31:43 -0700 (PDT) Received: by yoom.home.cworth.org (Postfix, from userid 1000) id A964225417D; Tue, 31 May 2011 16:31:43 -0700 (PDT) From: Carl Worth To: notmuch@notmuchmail.org Subject: Fixed recent regression (corruption of binary parts) User-Agent: Notmuch/0.5 (http://notmuchmail.org) Emacs/23.3.1 (i486-pc-linux-gnu) Date: Tue, 31 May 2011 16:31:43 -0700 Message-ID: <874o4a1m74.fsf@yoom.home.cworth.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" 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: Tue, 31 May 2011 23:31:45 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable I just fixed a bug that I should at least mention to the list. On the notmuch master branch, since May 23, there has been a bug which could lead to corruption when saving binary attachments from messages. A recent change to share more code internally (to provide "notmuch show =2D-part" rather than a separate top-level command of "notmuch part =2D-part") inadvertently passed the part content through a function that would convert CRLF character pairs to LF and would also potentially convert to UTF-8, (though only if the part being saved had a non-UTF-8 charset explicitly declared). Fortunately, I happened to be sent a large attachment hitting the CRLF->LF corruption so I was able to find and fix this bug. I've just pushed a fix for this (along with a test case). So if you're running notmuch newer than 0.5, you'll probably want to update to the latest to avoid the chance of hitting this bug. Thanks, =2DCarl =2D-=20 carl.d.worth@intel.com --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk3lel8ACgkQ6JDdNq8qSWgjpgCfRX9fJ/m4neW6YgM88AEGBnWo 16EAn2aOmc5CYjHm1LpoBEcaMQGjgYeo =jVZk -----END PGP SIGNATURE----- --=-=-=--