Add tests for creating nice replies to multipart messages, including
those with HTML parts. These tests are expected to fail for now.
---
test/emacs | 97
1 files changed, 97 insertions(+), 0 deletions(-)
diff --git a/test/emacs b/test/emacs
index 29a489c..01afdb6 100755
--- a/test/emacs
+++ b/test/emacs
@@ -273,6 +273,103 @@ On 01 Jan 2000 12:00:00 -, Notmuch Test Suite
test_su...@notmuchmail.org w
EOF
test_expect_equal_file OUTPUT EXPECTED
+test_begin_subtest Reply within emacs to a multipart/mixed message
+test_subtest_known_broken
+test_emacs '(notmuch-show id:20091118002059.067214ed@hikari)
+ (notmuch-show-reply)
+ (test-output)'
+cat EOF EXPECTED
+From: Notmuch Test Suite test_su...@notmuchmail.org
+To: Adrian Perez de Castro ape...@igalia.com, notmuch@notmuchmail.org
+Subject: Re: [notmuch] Introducing myself
+In-Reply-To: 20091118002059.067214ed@hikari
+Fcc: ${MAIL_DIR}/sent
+--text follows this line--
+Adrian Perez de Castro ape...@igalia.com writes:
+
+ Hello to all,
+
+ I have just heard about Not Much today in some random Linux-related news
+ site (LWN?), my name is Adrian Perez and I work as systems administrator
+ (although I can do some code as well :P). I have always thought that the
+ ideas behind Sup were great, but after some time using it, I got tired of
+ the oddities that it has. I also do not like doing things like having to
+ install Ruby just for reading and sorting mails. Some time ago I thought
+ about doing something like Not Much and in fact I played a bit with the
+ Python+Xapian and the Python+Whoosh combinations, because I find relaxing
+ to code things in Python when I am not working and also it is installed
+ by default on most distribution. I got to have some mailboxes indexed and
+ basic searching working a couple of months ago. Lately I have been very
+ busy and had no time for coding, and them... boom! Not Much appears -- and
+ it is almost exactly what I was trying to do, but faster. I have been
+ playing a bit with Not Much today, and I think it has potential.
+
+ Also, I would like to share one idea I had in mind, that you might find
+ interesting: One thing I have found very annoying is having to re-tag my
+ mail when the indexes get b0rked (it happened a couple of times to me while
+ using Sup), so I was planning to mails as read/unread and adding the tags
+ not just to the index, but to the mail text itself, e.g. by adding a
+ X-Tags header field or by reusing the Keywords one. This way, the index
+ could be totally recreated by re-reading the mail directories, and this
+ would also allow to a tools like OfflineIMAP [1] to get the mails into a
+ local maildir, tagging and indexing the mails with the e-mail reader and
+ then syncing back the messages with the X-Tags header to the IMAP server.
+ This would allow to use the mail reader from a different computer and still
+ have everything tagged finely.
+
+ Best regards,
+
+
+ ---
+ [1] http://software.complete.org/software/projects/show/offlineimap
+
+ --
+ Adrian Perez de Castro ape...@igalia.com
+ Igalia - Free Software Engineering
+ ___
+ notmuch mailing list
+ notmuch@notmuchmail.org
+ http://notmuchmail.org/mailman/listinfo/notmuch
+EOF
+test_expect_equal_file OUTPUT EXPECTED
+
+test_begin_subtest Reply within emacs to a multipart/alternative message
+test_subtest_known_broken
+test_emacs '(notmuch-show
id:cf0c4d610911171136h1713aa59w9cf9aa31f052a...@mail.gmail.com)
+ (notmuch-show-reply)
+ (test-output)'
+cat EOF EXPECTED
+From: Notmuch Test Suite test_su...@notmuchmail.org
+To: Alex Botero-Lowry alex.boterolo...@gmail.com, notmuch@notmuchmail.org
+Subject: Re: [notmuch] preliminary FreeBSD support
+In-Reply-To: cf0c4d610911171136h1713aa59w9cf9aa31f052a...@mail.gmail.com
+Fcc: ${MAIL_DIR}/sent
+--text follows this line--
+Alex Botero-Lowry alex.boterolo...@gmail.com writes:
+
+ I saw the announcement this morning, and was very excited, as I had been
+ hoping sup would be turned into a library,
+ since I like the concept more than the UI (I'd rather an emacs interface).
+
+ I did a preliminary compile which worked out fine, but
+ sysconf(_SC_SC_GETPW_R_SIZE_MAX) returns -1 on
+ FreeBSD, so notmuch_config_open segfaulted.
+
+ Attached is a patch that supplies a default buffer size of 64 in cases where
+ -1 is returned.
+
+ http://www.opengroup.org/austin/docs/austin_328.txt - seems to indicate this
+ is acceptable behavior,
+ and
http://mail-index.netbsd.org/pkgsrc-bugs/2006/06/07/msg016808.htmlspecifically
+ uses 64 as the
+ buffer size.
+ ___
+ notmuch mailing list
+ notmuch@notmuchmail.org
+ http://notmuchmail.org/mailman/listinfo/notmuch
+EOF
+test_expect_equal_file OUTPUT EXPECTED
+
test_begin_subtest Quote MML tags in reply
message_id='test-emacs-mml-quot...@message.id'
add_message