Re: [notmuch] keeping a copy of sent mail locally
authorCarl Worth <cworth@cworth.org>
Mon, 21 Dec 2009 17:27:04 +0000 (09:27 +1600)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 17:35:55 +0000 (09:35 -0800)
58/c356356b065a44f62b4ce4aa7ce5f0708ca2bd [new file with mode: 0644]

diff --git a/58/c356356b065a44f62b4ce4aa7ce5f0708ca2bd b/58/c356356b065a44f62b4ce4aa7ce5f0708ca2bd
new file mode 100644 (file)
index 0000000..9b42f32
--- /dev/null
@@ -0,0 +1,93 @@
+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 D45D5431FBC;\r
+       Mon, 21 Dec 2009 09:27:05 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\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 nGmwui-3GI0e; Mon, 21 Dec 2009 09:27:05 -0800 (PST)\r
+Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 313D8431FAE;\r
+       Mon, 21 Dec 2009 09:27:05 -0800 (PST)\r
+Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
+       id D8146254307; Mon, 21 Dec 2009 09:27:04 -0800 (PST)\r
+From: Carl Worth <cworth@cworth.org>\r
+To: Alex Ghitza <aghitza@gmail.com>, Keith Packard <keithp@keithp.com>,\r
+       Jed Brown <jed@59A2.org>, notmuch@notmuchmail.org\r
+In-Reply-To: <54eimqz2sk.fsf@gmail.com>\r
+References: <54hbrnpod1.fsf@gmail.com> <8763836xnv.fsf@59A2.org>\r
+       <54hbrmze3v.fsf@gmail.com> <87aaxextev.fsf@yoom.home.cworth.org>\r
+       <yunljgye4uu.fsf@aiko.keithp.com> <54eimqz2sk.fsf@gmail.com>\r
+Date: Mon, 21 Dec 2009 09:27:04 -0800\r
+Message-ID: <871viotezb.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
+Subject: Re: [notmuch] keeping a copy of sent mail locally\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.12\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, 21 Dec 2009 17:27:06 -0000\r
+\r
+--=-=-=\r
+\r
+On Sun, 20 Dec 2009 15:29:15 +1100, Alex Ghitza <aghitza@gmail.com> wrote:\r
+> It looks like we need a way to get the primary email address from the\r
+> config file.\r
+\r
+Yes, we definitely need that.\r
+\r
+> Actually, while we're at it, we can consider making this\r
+> more flexible and adding a new option to the config file (e.g. bcc=...)\r
+> which would take a semicolon-separated list of email addresses (in case\r
+> someone wants to always bcc an address other than the primary one).\r
+\r
+And that would be fine too.\r
+\r
+> Is there a nice clean way of getting the config variables in notmuch.el?\r
+> Or should this go into a new file notmuch-compose.c?  Note that the\r
+> latter would imply having a new command like "notmuch compose".\r
+\r
+I think we want a new C file to make it easy to ask for options out of\r
+the configuration file. The operation of "notmuch compose" seems simple\r
+enough to not be necessary, (though maybe it would make it easier to get\r
+standard behavior among different interfaces).\r
+\r
+> It's not a big deal, but now the same thing must be set in two different\r
+> places (.notmuch-config and .emacs),\r
+\r
+Right. I definitely want to get away from that. I want people to put\r
+stuff into .notmuch-config and then have our emacs code "just work".\r
+Our emacs code could, for example, set variables like user-full-name and\r
+user-mail-address from the notmuch configuration, (it wouldn't override\r
+these if already set I think).\r
+\r
+> Sorry about writing a lot of prose and no code!  I'd like to get a sense\r
+> for people's reactions before trying to write a patch for this.\r
+\r
+No problem at all. Thanks for the thoughts and ideas.\r
+\r
+-Carl\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.10 (GNU/Linux)\r
+\r
+iD8DBQFLL6/o6JDdNq8qSWgRAi2ZAJ4xl8EwivOe2kUViqIvNDbCVPp6aACgqKdU\r
+Fzl2X1ktkK1r0YaE8m8PDF4=\r
+=F/du\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r