--- /dev/null
+Return-Path: <cworth@cworth.org>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by olra.theworths.org (Postfix) with ESMTP id B644A4196F2\r
+ for <notmuch@notmuchmail.org>; Mon, 26 Apr 2010 14:21:52 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -2.89\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-2.89 tagged_above=-999 required=5\r
+ tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, T_MIME_NO_TEXT=0.01]\r
+ autolearn=ham\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+ by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id vmGSFTVlHaZ7; Mon, 26 Apr 2010 14:21:51 -0700 (PDT)\r
+Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
+ by olra.theworths.org (Postfix) with ESMTP id D18CE431FC1;\r
+ Mon, 26 Apr 2010 14:21:51 -0700 (PDT)\r
+Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
+ id 77C0A55006B; Mon, 26 Apr 2010 14:21:51 -0700 (PDT)\r
+From: Carl Worth <cworth@cworth.org>\r
+To: Sebastian Spaeth <Sebastian@SSpaeth.de>,\r
+ Notmuch developer list <notmuch@notmuchmail.org>\r
+Subject: Re: [PATCH v3 1/4] Add elisp file for FCC to maildir solution\r
+In-Reply-To: <1272270198-28357-1-git-send-email-Sebastian@SSpaeth.de>\r
+References: <m3bpd8tpjk.fsf@x200.gr8dns.org>\r
+ <1272270198-28357-1-git-send-email-Sebastian@SSpaeth.de>\r
+User-Agent: Notmuch/0.2-216-g4b34eff (http://notmuchmail.org) Emacs/23.1.1\r
+ (i486-pc-linux-gnu)\r
+Date: Mon, 26 Apr 2010 14:21:51 -0700\r
+Message-ID: <87sk6hx634.fsf@yoom.home.cworth.org>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+ micalg=pgp-sha1; protocol="application/pgp-signature"\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Mon, 26 Apr 2010 21:21:52 -0000\r
+\r
+--=-=-=\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+On Mon, 26 Apr 2010 10:23:15 +0200, Sebastian Spaeth <Sebastian@SSpaeth.de>=\r
+ wrote:\r
+> The patch series needed rebasing as it conflicts now with some of the\r
+> notmuch-hello and notmuch-mua additions. Also, I integrated Dirk's propo=\r
+sal\r
+> to use assoc-string which makes the address lookup case-insensitive.\r
+\r
+I've merged this now and pushed it out.\r
+\r
+I did have some problems trying to use it, which would have prevented me\r
+From=20pushing it out, I think, except that it's disabled by default.\r
+\r
+But I would actually prefer to have it enabled by default. Here are\r
+some of the things I'd like to see changed to let us do that:\r
+\r
+ * Insert a '/' if necessary when concatenating message-directory to\r
+ the configured directory.\r
+\r
+ I was getting "/home/cworth/mailsent" instead of\r
+ "/home/cworth/mail/sent" here.\r
+\r
+ * Make the Fcc header visible when composing a message\r
+\r
+ Otherwise it's hard to know if the Fcc code is actually getting\r
+ invoked.\r
+\r
+ And we do enough magic here, (the above concatenation, and also\r
+ the a-list matching), that we should let the user see the\r
+ result. This would also allow the user to modify the Fcc if\r
+ necessary.\r
+\r
+ * Fix code to create directories as necessary\r
+\r
+ If I manually added an Fcc header before sending, (even by just\r
+ calling `notmuch-fcc-header-setup'), there is some prompting\r
+ about creating the directory. But I don't get this when I just\r
+ send a message (hoping that the Fcc stuff will kick in and do\r
+ it's job).\r
+\r
+ But even if I just point to a directory, (without cur, new, and\r
+ tmp), it complains about "not a regular file" or something. I'd\r
+ rather just have it create the directories it needs.\r
+\r
+ I found by trial-and-error that if I do create the directory,\r
+ *and* create the cur, new, and tmp sub-directories then the Fcc\r
+ actually works.\r
+\r
+ * Fix to not depend on message-directory variable\r
+\r
+ I think a relative directory specification should be interpreted\r
+ with respect to the notmuch mail directory. It's currently a\r
+ little "tricky" for emacs code to get at that since we don't\r
+ have a command-line interface for querying configuration. [Does\r
+ emacs have a parser for this style of configuration file?]\r
+\r
+ The quick fix is probably to accept only an absolute path and\r
+ fixup the documentation. Then if someone wants to do the\r
+ additional work to support a directory relative to the notmuch\r
+ mail directory, then that could be done in the future.\r
+\r
+With the above in place, I'd be happy to have this all enabled by\r
+default. (But I guess we can't do that until we *do* have support for a\r
+relative path since notmuch won't be able to construct an absolute path\r
+without configuration.)\r
+\r
+Then, we can remove the Bcc from the "notmuch reply" output. And we can\r
+add an option for people who would prefer Bcc (or even Cc as keithp\r
+wants) instead of Fcc.\r
+\r
+That will all be later than 0.3 though.\r
+\r
+=2DCarl\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.10 (GNU/Linux)\r
+\r
+iD8DBQFL1gPv6JDdNq8qSWgRAvb2AJ9mG9fDInXtalmq+D8CEnpBC7kmywCdHQER\r
+7sPHK+4hcP3g1cNtdiHEtj4=\r
+=nVuA\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r
projects / notmuch-archives.git / commitdiff