61/20535adea925518627bb4fb12e941a7ffd1008

   1 Return-Path: <cworth@cworth.org>\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 B644A4196F2\r
   6         for <notmuch@notmuchmail.org>; Mon, 26 Apr 2010 14:21:52 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -2.89\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.89 tagged_above=-999 required=5\r
  12         tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, T_MIME_NO_TEXT=0.01]\r
  13         autolearn=ham\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 vmGSFTVlHaZ7; Mon, 26 Apr 2010 14:21:51 -0700 (PDT)\r
  17 Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
  18         by olra.theworths.org (Postfix) with ESMTP id D18CE431FC1;\r
  19         Mon, 26 Apr 2010 14:21:51 -0700 (PDT)\r
  20 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
  21         id 77C0A55006B; Mon, 26 Apr 2010 14:21:51 -0700 (PDT)\r
  22 From: Carl Worth <cworth@cworth.org>\r
  23 To: Sebastian Spaeth <Sebastian@SSpaeth.de>,\r
  24         Notmuch developer list <notmuch@notmuchmail.org>\r
  25 Subject: Re: [PATCH v3 1/4] Add elisp file for FCC to maildir solution\r
  26 In-Reply-To: <1272270198-28357-1-git-send-email-Sebastian@SSpaeth.de>\r
  27 References: <m3bpd8tpjk.fsf@x200.gr8dns.org>\r
  28         <1272270198-28357-1-git-send-email-Sebastian@SSpaeth.de>\r
  29 User-Agent: Notmuch/0.2-216-g4b34eff (http://notmuchmail.org) Emacs/23.1.1\r
  30         (i486-pc-linux-gnu)\r
  31 Date: Mon, 26 Apr 2010 14:21:51 -0700\r
  32 Message-ID: <87sk6hx634.fsf@yoom.home.cworth.org>\r
  33 MIME-Version: 1.0\r
  34 Content-Type: multipart/signed; boundary="=-=-=";\r
  35         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  36 X-BeenThere: notmuch@notmuchmail.org\r
  37 X-Mailman-Version: 2.1.13\r
  38 Precedence: list\r
  39 List-Id: "Use and development of the notmuch mail system."\r
  40         <notmuch.notmuchmail.org>\r
  41 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  42         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  43 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  44 List-Post: <mailto:notmuch@notmuchmail.org>\r
  45 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  46 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  47         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  48 X-List-Received-Date: Mon, 26 Apr 2010 21:21:52 -0000\r
  49 \r
  50 --=-=-=\r
  51 Content-Transfer-Encoding: quoted-printable\r
  52 \r
  53 On Mon, 26 Apr 2010 10:23:15 +0200, Sebastian Spaeth <Sebastian@SSpaeth.de>=\r
  54  wrote:\r
  55 >  The patch series needed rebasing as it conflicts now with some of the\r
  56 >  notmuch-hello and notmuch-mua additions. Also, I integrated Dirk's propo=\r
  57 sal\r
  58 >  to use assoc-string which makes the address lookup case-insensitive.\r
  59 \r
  60 I've merged this now and pushed it out.\r
  61 \r
  62 I did have some problems trying to use it, which would have prevented me\r
  63 From=20pushing it out, I think, except that it's disabled by default.\r
  64 \r
  65 But I would actually prefer to have it enabled by default. Here are\r
  66 some of the things I'd like to see changed to let us do that:\r
  67 \r
  68   * Insert a '/' if necessary when concatenating message-directory to\r
  69     the configured directory.\r
  70 \r
  71         I was getting "/home/cworth/mailsent" instead of\r
  72         "/home/cworth/mail/sent" here.\r
  73 \r
  74   * Make the Fcc header visible when composing a message\r
  75 \r
  76         Otherwise it's hard to know if the Fcc code is actually getting\r
  77         invoked.\r
  78 \r
  79         And we do enough magic here, (the above concatenation, and also\r
  80         the a-list matching), that we should let the user see the\r
  81         result. This would also allow the user to modify the Fcc if\r
  82         necessary.\r
  83 \r
  84   * Fix code to create directories as necessary\r
  85 \r
  86         If I manually added an Fcc header before sending, (even by just\r
  87         calling `notmuch-fcc-header-setup'), there is some prompting\r
  88         about creating the directory. But I don't get this when I just\r
  89         send a message (hoping that the Fcc stuff will kick in and do\r
  90         it's job).\r
  91 \r
  92         But even if I just point to a directory, (without cur, new, and\r
  93         tmp), it complains about "not a regular file" or something. I'd\r
  94         rather just have it create the directories it needs.\r
  95 \r
  96         I found by trial-and-error that if I do create the directory,\r
  97         *and* create the cur, new, and tmp sub-directories then the Fcc\r
  98         actually works.\r
  99 \r
 100   * Fix to not depend on message-directory variable\r
 101 \r
 102         I think a relative directory specification should be interpreted\r
 103         with respect to the notmuch mail directory. It's currently a\r
 104         little "tricky" for emacs code to get at that since we don't\r
 105         have a command-line interface for querying configuration. [Does\r
 106         emacs have a parser for this style of configuration file?]\r
 107 \r
 108         The quick fix is probably to accept only an absolute path and\r
 109         fixup the documentation. Then if someone wants to do the\r
 110         additional work to support a directory relative to the notmuch\r
 111         mail directory, then that could be done in the future.\r
 112 \r
 113 With the above in place, I'd be happy to have this all enabled by\r
 114 default. (But I guess we can't do that until we *do* have support for a\r
 115 relative path since notmuch won't be able to construct an absolute path\r
 116 without configuration.)\r
 117 \r
 118 Then, we can remove the Bcc from the "notmuch reply" output. And we can\r
 119 add an option for people who would prefer Bcc (or even Cc as keithp\r
 120 wants) instead of Fcc.\r
 121 \r
 122 That will all be later than 0.3 though.\r
 123 \r
 124 =2DCarl\r
 125 \r
 126 --=-=-=\r
 127 Content-Type: application/pgp-signature\r
 128 \r
 129 -----BEGIN PGP SIGNATURE-----\r
 130 Version: GnuPG v1.4.10 (GNU/Linux)\r
 131 \r
 132 iD8DBQFL1gPv6JDdNq8qSWgRAvb2AJ9mG9fDInXtalmq+D8CEnpBC7kmywCdHQER\r
 133 7sPHK+4hcP3g1cNtdiHEtj4=\r
 134 =nVuA\r
 135 -----END PGP SIGNATURE-----\r
 136 --=-=-=--\r