From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by arlo.cworth.org (Postfix) with ESMTP id 326FD6DE110A for ; Sun, 11 Sep 2016 05:58:06 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: -0.007 X-Spam-Level: X-Spam-Status: No, score=-0.007 tagged_above=-999 required=5 tests=[AWL=0.004, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=disabled Received: from arlo.cworth.org ([127.0.0.1]) by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zzt1seTOawsL for ; Sun, 11 Sep 2016 05:58:04 -0700 (PDT) Received: from fethera.tethera.net (fethera.tethera.net [198.245.60.197]) by arlo.cworth.org (Postfix) with ESMTPS id 7B97C6DE1104 for ; Sun, 11 Sep 2016 05:58:03 -0700 (PDT) Received: from remotemail by fethera.tethera.net with local (Exim 4.84_2) (envelope-from ) id 1bj4KZ-0002zN-5s; Sun, 11 Sep 2016 08:57:55 -0400 Received: (nullmailer pid 18989 invoked by uid 1000); Sun, 11 Sep 2016 12:58:00 -0000 From: David Bremner To: Mark Walters , notmuch@notmuchmail.org Subject: Re: [PATCH 2/2] emacs: postpone/resume support In-Reply-To: <87d1kazlof.fsf@zancas.localnet> References: <1473004582-19396-1-git-send-email-markwalters1009@gmail.com> <1473004582-19396-3-git-send-email-markwalters1009@gmail.com> <87d1kazlof.fsf@zancas.localnet> Date: Sun, 11 Sep 2016 09:58:00 -0300 Message-ID: <87k2eipp9j.fsf@zancas.localnet> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.22 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: Sun, 11 Sep 2016 12:58:06 -0000 David Bremner writes: > Actually, I just tested with > "#secure method=pgpmime mode=signencrypt" > and the same thing happens, which is an even bigger footgun. > > this behaviour should really be fixed upstream in emacs, but we probably > don't want block on that, so some kind of workaround seems to be needed. I've reported the emacs bug at https://debbugs.gnu.org/cgi/bugreport.cgi?bug=24411 We'll have to see what upstream thinks.