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 D9ED9429E26 for ; Thu, 21 Jul 2011 14:19:59 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: 0.463 X-Spam-Level: X-Spam-Status: No, score=0.463 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, RDNS_DYNAMIC=0.363] 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 PE1gfdfFC4HM for ; Thu, 21 Jul 2011 14:19:58 -0700 (PDT) Received: from xhlj.maillard.im (cha51-3-88-164-105-66.fbx.proxad.net [88.164.105.66]) by olra.theworths.org (Postfix) with ESMTP id 75185431FD0 for ; Thu, 21 Jul 2011 14:19:58 -0700 (PDT) Received: from xhlj.maillard.im (xhlj.maillard.im [127.0.0.1]) by xhlj.maillard.im (Postfix) with ESMTP id 0115D2C08B; Thu, 21 Jul 2011 23:19:55 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=maillard.im; h=from:to:cc :subject:in-reply-to:references:reply-to:date:message-id :mime-version:content-type:content-transfer-encoding; s=postfix; bh=naSGWu5T096gxTAYK8Ilp4JhoeI=; b=VzMuQqYTmdH53T25CeSGtERUHtVB Y5LfpWnZ07QILXpOEcvY8y/KuRpo/G9BaZ0pUPE8L/IJOkemlBnIiBWE0LX2j0cv J79AYwNBrRGAYnES/F4hPA8b8dgO8bgdES2GmG4ZtIVeSJTeZmqwfJjfrOtJC50U 43GTtl7/QHYpaqk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=maillard.im; h=from:to:cc :subject:in-reply-to:references:reply-to:date:message-id :mime-version:content-type:content-transfer-encoding; q=dns; s= postfix; b=AVRtEF/wj2FwKBuOs/5NXSK6cIr1WoTqHN0rGrtth0uDFEVe/Cxpk ALQJZxkF2uAuKTyvX5xTqSjp2V6J9iFlNJD/J7ltytxv/fYciWR+WUKuSGoiWLt7 CYE0iR6WzEO5lKlmx2JGmifLMnN14AxCrqky/MsZcVghq0/XV9OmJY= Received: from maillard.im (unknown [192.168.0.254]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by xhlj.maillard.im (Postfix) with ESMTPSA; Thu, 21 Jul 2011 23:19:55 +0200 (CEST) From: Xavier Maillard To: Jameson Graef Rollins , Antoine =?utf-8?Q?Beaupr=C3=A9?= , Austin Clements Subject: Re: [PATCH 2/2] add edit function to resume postponed emails In-Reply-To: <871uxk1vhf.fsf@servo.factory.finestructure.net> References: <1310807540-29960-1-git-send-email-anarcat@koumbit.org> <1310841685-29167-1-git-send-email-anarcat@koumbit.org> <874o2gskgk.fsf@marcos.anarcat.ath.cx> <871uxk1vhf.fsf@servo.factory.finestructure.net> User-Agent: Notmuch/0.5-194-gb20f9fa (http://notmuchmail.org) Emacs/23.2.1 (i486-slackware-linux-gnu) Date: Thu, 21 Jul 2011 23:32:58 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: notmuch@notmuchmail.org X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Xavier Maillard List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2011 21:20:00 -0000 Hi Jameson, On Wed, 20 Jul 2011 14:40:44 -0700, Jameson Graef Rollins wrote: > On Wed, 20 Jul 2011 17:36:43 -0400, Antoine Beaupr=C3=A9 wrote: > > I think this is a great idea. Unfortunately, I had a lot of trouble > > making message-mode digest an existing buffer. For example, if you take > > any existing buffer and call (message-mode) on it, you will notice it > > will clear the buffer completely. >=20 > Hey, Antoine. Is this really true? It seems to work for me. For > instance, if I view a received message raw ('V') I can then "C-x > message-mode" on that buffer and it creates a partially filled, although > not properly formatted, message. Maybe I misunderstood original goal but what I had in mind reading this is certainly not editing a priviously received message in order to (re)send it again but sending a postponed/draft message which, I guess, means no full header(s) (no received header and such and probably partially filled header, if any). On the other hand, doing just something like: C-x mail RET M-x text-mode RET M-x message-mode RET does no harm to the buffer content as far as I can tell thus, I guess amdragon suggestion is by far, the best compromise. /Xavier