From: Carl Worth <cworth@cworth.org>
Date: Tue, 13 Apr 2010 17:10:37 +0000 (-0700)
Subject: TODO: Capture some recent ideas expressed on the mailing list.
X-Git-Tag: 0.2~57
X-Git-Url: https://git.notmuchmail.org/git?p=notmuch;a=commitdiff_plain;h=85baeb63751a21cd8418165d736d9781be8f8aa1;ds=sidebyside

TODO: Capture some recent ideas expressed on the mailing list.

There's a potential simplification of notmuch-reply.c and some emacs
improvements that might require extending message-mode to a
notmuch-message-mode.
---

diff --git a/TODO b/TODO
index f352faf2..85ef2f58 100644
--- a/TODO
+++ b/TODO
@@ -36,6 +36,15 @@ Fix i-search to open up invisible citations as necessary.
 Make '=' count from the end rather than from the beginning if more
 than half-way through the buffer.
 
+Fix to automatically wrap long headers (for RFC compliance) before
+sending. This should probably just be fixed in message-mode itself,
+(but perhaps we can have a notmuch-message-mode that layers this on
+top).
+
+Implement Fcc and use it for all messages, (whether a new composition,
+a reply, or a forward). This again may require a notmuch-message-mode
+that extends message-mode.
+
 Emacs saved-search interface
 ----------------------------
 Here's a proposal Carl wrote (id:87einafy4u.fsf@yoom.home.cworth.org):
@@ -138,6 +147,10 @@ Fix to avoid this ugly message:
   notmuch-generated portion of the warning (so that once GMime is
   fixed, this is all silent).
 
+Simplify notmuch-reply to simply print the headers (we have the
+original values) rather than calling GMime (which encodes) and adding
+the confusing gmime-filter-headers.c code (which decodes).
+
 notmuch library
 ---------------
 Add an interface to accept a "key" and a byte stream, rather than a