notmuch/Makefile.local, branch 0.17_rc2

Place extra_cflags before CONFIGURE_CFLAGS

2013-10-26T00:20:11Z

This ensures that the build will not attempt to use an existing notmuch.h when an older version of notmuch is already installed elsewhere (e.g. in /usr/local) and /usr/local/include is added to CONFIGURE_CFLAGS by one of the libraries (talloc, in my case)

notmuch-compact: Initial commit of CLI

2013-10-10T00:47:13Z

Introduce the user command exposing the new compaction facility. Signed-off-by: Ben Gamari

reply: Use RFC 2822/MIME wholly for text format template

2013-08-17T07:06:08Z

Previously, reply's default text format used an odd mix of RFC 2045 MIME encoding for the reply template's body and some made-up RFC 2822-like UTF-8 format for the headers. The intent was to present the headers to the user in a nice, un-encoded format, but this assumed that whatever ultimately sent the email would RFC 2047-encode the headers, while at the same time the body was already RFC 2045 encoded, so it assumed that whatever sent the email would *not* re-encode the body. This can be fixed by either producing a fully decoded UTF-8 reply template, or a fully encoded MIME-compliant RFC 2822 message. This patch does the latter because it is a) Well-defined by RFC 2822 and MIME (while any UTF-8 format would be ad hoc). b) Ready to be piped to sendmail. The point of the text format is to be minimal, so a user should be able to pop up the template in whatever editor they want, edit it, and push it to sendmail. c) Consistent with frontend capabilities. If a frontend has the smarts to RFC 2047 encode the headers before sending the mail, it probably has the smarts to RFC 2047 decode them before presenting the template to a user for editing. Also, as far as I know, nothing automated consumes the reply text format, so changing this should not cause serious problems. (And if anything does still consume this format, it probably gets these encoding issues wrong anyway.)

cli: add insert command

2013-06-29T17:42:20Z

The notmuch insert command reads a message from standard input, writes it to a Maildir folder, and then incorporates the message into the notmuch database. Essentially it moves the functionality of notmuch-deliver into notmuch. Though it could be used as an alternative to notmuch new, the reason I want this is to allow my notmuch frontend to add postponed or sent messages to the mail store and notmuch database, without resorting to another tool (e.g. notmuch-deliver) nor directly modifying the maildir.

build: pass CPPFLAGS to C and C++ compilers

2013-06-02T23:49:19Z

This is used in particular by hardening flags.

tag-util.[ch]: New files for common tagging routines

2012-12-09T17:33:34Z

These are meant to be shared between notmuch-tag and notmuch-restore. The bulk of the routines implement a "tag operation list" abstract data type act as a structured representation of a set of tag operations (typically coming from a single tag command or line of input).

Adding an S-expression structured output printer.

2012-12-08T13:26:29Z

This commit adds a structured output printer for Lisp S-Expressions. Later commits will use this printer in notmuch search, show and reply. The structure is the same as json, but: - arrays are written as lists: ("foo" "bar" "baaz" 1 2 3) - maps are written as p-lists: (:key "value" :other-key "other-value") - true is written as t - false is written as nil - null is written as nil [ whitespace changes by db ]

build: build parse-time-string as part of the notmuch lib and static cli

2012-10-31T19:53:01Z

{., man}/Makefile.local: edit/remove release-checks.sh related targets

2012-09-05T11:34:01Z

Use new target release-checks in place of verify-version-debian, verify-version-python verify-version-manpage. This target executes devel/release-checks.sh which does all the verifications the three dropped targets did, and some more.

cli: Remove now-unused json.c

2012-08-12T19:28:08Z

The string buffer quoting functions in json.c have been superseded by the new sprinter interface and are no longer used. Remove them.