1 Return-Path: <felipe.contreras@gmail.com>
\r
2 X-Original-To: notmuch@notmuchmail.org
\r
3 Delivered-To: notmuch@notmuchmail.org
\r
4 Received: from localhost (localhost [127.0.0.1])
\r
5 by olra.theworths.org (Postfix) with ESMTP id 5E1D1431FB6
\r
6 for <notmuch@notmuchmail.org>; Wed, 4 May 2011 13:30:58 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5
\r
12 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,
\r
13 FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled
\r
14 Received: from olra.theworths.org ([127.0.0.1])
\r
15 by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)
\r
16 with ESMTP id 83M6fszIePys for <notmuch@notmuchmail.org>;
\r
17 Wed, 4 May 2011 13:30:58 -0700 (PDT)
\r
18 Received: from mail-fx0-f53.google.com (mail-fx0-f53.google.com
\r
19 [209.85.161.53]) (using TLSv1 with cipher RC4-SHA (128/128 bits))
\r
20 (No client certificate requested)
\r
21 by olra.theworths.org (Postfix) with ESMTPS id C99FE431FB5
\r
22 for <notmuch@notmuchmail.org>; Wed, 4 May 2011 13:30:57 -0700 (PDT)
\r
23 Received: by fxm8 with SMTP id 8so1134761fxm.26
\r
24 for <notmuch@notmuchmail.org>; Wed, 04 May 2011 13:30:56 -0700 (PDT)
\r
25 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
\r
26 h=domainkey-signature:mime-version:in-reply-to:references:date
\r
27 :message-id:subject:from:to:cc:content-type;
\r
28 bh=RhnFrJZ3e70PzudMGq+ss4zgUAirPXLPZ5j69t4QIa0=;
\r
29 b=ruaXVXftd7f3dASJ34y9mCJYHD7MimGco47U2WTXxLcIHE/Pw0Q/YdaOJPtJaMkh9o
\r
30 UTlziYUF/iGAFYKDI1MRxjUa2B6Ezajy0HuTfXanR0xhAJGLNdeR/P79LD0sLq63vS0V
\r
31 v01OZeRixQwWoAb84CMd2SMhA7viBcLdD9E5Q=
\r
32 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
\r
33 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
\r
35 b=gRohpOzHk2IjoCi1Rj6LJcDt3Dd4M0v+SfmNP6EgXtJJSYsn1eAMGHsb9Iy9/lz59y
\r
36 1a46qA0bJpjL+8TkTczK95LR1fE+u0zu0fRs5DqT4uu/C2DZC29re6VK4wvAad0cj+i2
\r
37 Svyt/3kiz47kQK9z4cKBF1rI46B6IqG34SpWI=
\r
39 Received: by 10.223.83.3 with SMTP id d3mr526429fal.89.1304541056531; Wed, 04
\r
40 May 2011 13:30:56 -0700 (PDT)
\r
41 Received: by 10.223.74.130 with HTTP; Wed, 4 May 2011 13:30:56 -0700 (PDT)
\r
42 In-Reply-To: <87ipz1falk.fsf@steelpick.2x.cz>
\r
43 References: <1291933972-7186-1-git-send-email-felipe.contreras@gmail.com>
\r
44 <87ipz1falk.fsf@steelpick.2x.cz>
\r
45 Date: Wed, 4 May 2011 23:30:56 +0300
\r
46 Message-ID: <BANLkTimTq4qZQNicgomfvBmy8LU-esB3UA@mail.gmail.com>
\r
47 Subject: Re: [PATCH 0/3] composing patches
\r
48 From: Felipe Contreras <felipe.contreras@gmail.com>
\r
49 To: Michal Sojka <sojkam1@fel.cvut.cz>
\r
50 Content-Type: text/plain; charset=UTF-8
\r
51 Cc: notmuch@notmuchmail.org
\r
52 X-BeenThere: notmuch@notmuchmail.org
\r
53 X-Mailman-Version: 2.1.13
\r
55 List-Id: "Use and development of the notmuch mail system."
\r
56 <notmuch.notmuchmail.org>
\r
57 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
58 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
59 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
60 List-Post: <mailto:notmuch@notmuchmail.org>
\r
61 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
62 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
63 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
64 X-List-Received-Date: Wed, 04 May 2011 20:30:58 -0000
\r
66 Sorry for the long delay.
\r
68 On Sat, Dec 11, 2010 at 1:53 AM, Michal Sojka <sojkam1@fel.cvut.cz> wrote:
\r
69 > On Thu, 09 Dec 2010, Felipe Contreras wrote:
\r
70 >> I don't know how it works in gnus, but at least on the vim mode, the output
\r
71 >> generated by 'notmuch reply' is not ready to be sent, at least the Message-ID
\r
72 >> field is needed, and also is nice to have the User-Agent.
\r
74 > I'm not sure whether filling the message-id in notmuch is a useful
\r
75 > thing. With Emacs UI I often send messages which differ only in small
\r
76 > pieces to several people. I prepare a first version of the message and
\r
77 > send it, then I edit the sent message and send it once again etc. All of
\r
78 > these messages should have a different message-id and date headers.
\r
80 > If you want to allow the UI to send a single message multiple times (and
\r
81 > I find it useful) then you need generate the message-id at the time of
\r
82 > sending and as such it has no sense to generate the headers in notmuch.
\r
84 Well, if you have a client that is capable of generating such a
\r
85 Message-Id, this patch would prevent it from doing so. This is mostly
\r
86 intended for dummy clients, like none at all (sendmail).
\r