Re: [PATCH 0/6] notmuch cli config changes

On Tue, Jan 29 2013, Jani Nikula wrote: > Hi all, the goal here is to add support for --config=FILE option at the > notmuch top level (e.g. 'notmuch --config=FILE search foo'). In order to > achieve this neatly, I ended up moving config open/close to main() from > subcommands. This isn't a bad thi

RE: Reply all - issue

On Wed, Jan 30 2013, David Bremner wrote: > Let me step back a level and say that special casing git patch series > strikes me as not yet seeing the problem in enough generality. Others > might disagree, of course. I agree with this statement. So I encounter the thread hijacking problem occasion

Re: [PATCH 0/6] notmuch cli config changes

On Thu, Feb 07 2013, David Bremner wrote: > In my experience the environment variable is somewhat dangerous to use > while testing. If left set to the wrong value, it can lead the loss of > tag information. I have never noticed this to be an issue, but if it is variables can be applied only at ru

Re: [PATCH 0/6] notmuch cli config changes

On Tue, Feb 12 2013, David Bremner wrote: > I don't know if this last is just an off the cuff remark, or it > highlights a difference of opinion. In my view "normal" users of notmuch > use the CLI frequently. Arguably that means we should take even more > care over the design of the UI, if we can

Re: Search using email headers does not work

On Tue, Feb 12 2013, David Bremner wrote: > Unfortunately currently headers other than those references in the > notmuch-search-terms man page are not indexed. The only workaround I > can think of without patching notmuch is to use some tool to tag the > messages you care about. I think even mor

Re: Search using email headers does not work

On Tue, Feb 12 2013, Mark Walters wrote: > I think I mentioned this on irc sometime ago: would indexing all the > headers as a separate free text entry (under headers: for example) > satisfy most of this. So then you could search for things like > headers:"List-Id: blah" or similar. > > It is not

Re: [PATCH] cli: crypto: tell gmime to use gpg-agent

On Tue, Feb 26 2013, Jani Nikula wrote: > For decryption, we expect there to be a functioning gpg-agent, and we > want gpg to talk to it for any needed credentials. There's a gmime > function to declare that: g_mime_gpg_context_set_use_agent() [1], [2]. > Start using it. > > I had gpg-agent runnin

Re: [PATCH] cli: crypto: tell gmime to use gpg-agent

On Wed, Feb 27 2013, David Bremner wrote: > But right now we force people to enable the agent globally via use-agent > if they want to decrypt mail in notmuch-cli/emacs. The proposed change > allows them to use the agent only for notmuch. Doesn't the proposed change actually *force* the user to u

Re: [PATCH] cli: crypto: tell gmime to use gpg-agent

On Wed, Feb 27 2013, Jani Nikula wrote: > If the user wants to have decryption in notmuch, the user *must* use > gpg-agent, regardless of this change or the "use-agent" configuration > option. There is no opt out if one wants to have decryption in notmuch, > regardless of this change. I think thi

Re: [PATCH] man: show and reply --decrypt option requires gpg-agent

On Fri, Mar 01 2013, Jani Nikula wrote: > --- > man/man1/notmuch-reply.1 |9 ++--- > man/man1/notmuch-show.1 |9 +++-- > 2 files changed, 13 insertions(+), 5 deletions(-) > > diff --git a/man/man1/notmuch-reply.1 b/man/man1/notmuch-reply.1 > index 454bdee..bf2021f 100644 > --- a/

notspam: a notmuch interface to spamassassin

Hey, folks. I put together a little python program as an interface between notmuch and spamassassin (sa) that I thought others might be interested in: git://finestructure.net/notspam It's only dependencies are a running local sa daemon and python-notmuch. It's pretty straightforward: it's just a

Re: notspam: a notmuch interface to spamassassin

On Wed, Mar 06 2013, Nicolas Pouillard wrote: > As a competitor there is afew [1] which internally uses dbacl. Hey, Nicolas. I was definitely aware of afew, but I actually wasn't aware it was using a Bayesian classifier underneath. Thanks for pointing me to dbacl. > As of other spam filters

Re: [PATCH v2 3/6] cli: add --batch option to notmuch count

On Sat, Mar 09 2013, Jani Nikula wrote: > Add support for reading queries from stdin, one per line, and writing > results to stdin, one per line. I assume this is meant to be "to stdout". jamie. pgp8FE6K5Tnkl.pgp Description: PGP signature ___ notmuc

Re: funcmail.py: generate notmuch-tags based on headers

On Fri, Mar 22 2013, Michal Vyskocil wrote: > because it seems that notmuch does not index all headers, I've written a > simple, but quite usable tool, which goes through a maildir and generate > an output for notmuch-tag --batch according a simple rules. I've > borrowed the syntax from notmuch-ta

Re: [PATCH v2 0/6] batch count for notmuch-hello speedup

On Sat, Mar 09 2013, Jani Nikula wrote: > Rebased v2 of id:cover.1358273133.git.j...@nikula.org > > Jani Nikula (5): > cli: remove useless strdup > cli: extract count printing to a separate function in notmuch count > cli: add --batch option to notmuch count > man: document notmuch count -

Xapers

Hey, folks. I wanted to let people know about a program that I've been working on that may be of interest to people on this list. It's also very heavily inspired by notmuch. It's a personal paper management/indexing system called Xapers, geared somewhat specifically towards academic journal arti

Re: Xapers

On Mon, Apr 15 2013, Jameson Graef Rollins wrote: > README and a screenshot of the curses ui here: > > http://finestructure.net/xapers/README > http://finestructure.net/xapers/screenshot.png I maybe should have been a little clearer that all necessary instructions should be i

Re: Xapers

On Mon, Apr 15 2013, Patrick Totzke wrote: > Brilliant idea! Thanks! I give Carl all the credit, though, since it's really all just based on the notmuch idea. > here's some early feedback: > * is there a way to batch import a bunch of pdfs? or better yet, a bibtex > file with entries pointing

Re: Xapers

On Tue, Apr 16 2013, "Rainer M. Krug" wrote: > It would be quite important to be able to do something along the lines > of > > xapers import --bib=TheBibtexFile.bib Hi, Rainer: Xapers does currently do something similar to this. The following takes the first bibtex entry from bibtex.bib and c

Re: [PATCH v2 0/5] emacs: Part command improvements

On Wed, May 29 2013, Austin Clements wrote: > This is v2 of id:87zjvghx82@qmul.ac.uk. In addition to some > general improvements, this fixes the handling of part overlays in > indented messages, removes the special part button map entirely in > favor of the "." submap, and adds a NEWS patch.

Re: Xapers

Hi, folks. One last bit of spam about Xapers (which I announced previously [0]). We now have an improved web presence [1] and a mailing list [2]. Version 0.5.2 has also been uploaded to Debian, and will hopefully be available in unstable soon. jamie. [0] id:87zjx0tdwt@servo.finestructure.n

[PATCH] debian: update build dependency to require ruby-dev 1:1.9.3

100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +notmuch (0.15.2-3) unstable; urgency=low + + * Build-depend on ruby-dev require >>1:1.9.3~. + + -- Jameson Graef Rollins Sat, 01 Jun 2013 09:17:38 -0700 + notmuch (0.15.2-2) unstable; urgency=low * Bug fix: t

Re: [PATCH v3 0/6] Make Emacs search use sexp format

On Sat, Jun 01 2013, David Bremner wrote: > Austin Clements writes: > >> This is v3 of id:1369934016-22308-1-git-send-email-amdra...@mit.edu. >> This tweaks the shell invocation as suggested by Tomi and fixes two >> comment typos pointed out by Mark. It also adds a NEWS patch. I'm >> going to g

Re: [PATCH v3 0/6] Make Emacs search use sexp format

On Mon, Jun 03 2013, Austin Clements wrote: >> * Killing a search buffer that is still in the process of being filled >> causes errors to be thrown. I'm seeing both of the following >> intermittently: >> >> [Sun Jun 2 08:26:40 2013] >> notmuch exited with status killed >> command: notmuch se

Re: [PATCH 0/3] Introduce the add command

On Sat, Jul 13 2013, Adam Wolfe Gordon wrote: > The recent introduction of insert inspired me to finally add a feature I've > been wanting: a command to index a specific file in the maildir. My usecase > for this is that I have an inotify-based script that watches for new mail > and calls notmuch

problems viewing attachments in emacs ui

Hey, folks. I've been experiencing a very annoying and persistent problem of late where the emacs ui is unable to pass message parts to external viewers. Whenever I try to open an attachment or inline part in an external viewer, the helper application is launched, but it appears to never be able

Re: problems viewing attachments in emacs ui

On Sun, Jul 28 2013, Jameson Graef Rollins wrote: > For instance, if I launch notmuch-show-view-part on an html part, my > browser opens pointed at e.g. the following file: > > file:///home/jrollins/tmp/emm.610040w/mm.6100F_2.htm > > But the browser shows the following err

Re: problems viewing attachments in emacs ui

On Mon, Jul 29 2013, Daniel Kahn Gillmor wrote: > hm. there are some pretty serious consequences to feeding arbitrary > html to your web browser via a file:/// URL. In particular, your > browser might execute arbitrary javascript (which itself can interact > with the rest of your web browsing hi

Re: missing part in emacs UI

On Sun, Aug 18 2013, Istvan Marko wrote: > Jameson, see id:m3r4dtgz9k@zsu.kismala.com I think it's the same > issue. Thanks, Istvan. I should have looked a little closer at recent activity on the list. This patch does seem to attempt to address the issue. Thanks for pointing it out. jamie

Re: [PATCH] emacs: add buttons for all multipart/related parts

On Fri, Aug 16 2013, Istvan Marko wrote: > When text/html parts include images as multipart/related and the > text/plain alternative is used these images can be completely hidden > with no easy way to access them or even find out that they are there. > > Make notmuch-show-insert-part-multipart/rel

Re: [PATCH] emacs: add buttons for all multipart/related parts

On Tue, Aug 20 2013, Istvan Marko wrote: > Jameson Graef Rollins writes: > >> However, the behavior of the part button that now appears seems to be a >> bit strange. Clicking/hitting enter on the part attempts to save it >> rather than open it. > > This is c

Re: [PATCH] emacs: add buttons for all multipart/related parts

On Tue, Aug 20 2013, Mark Walters wrote: > What does the (mis-behaving) part button say? is it [image/jpeg] or > [application/octet-stream as image/jpeg] or? and what do correctly > behaving part buttons say? Hey, Mark. That's the perplexing part: the parts seem otherwise very similar. For the

Re: [PATCH] emacs: show: lazy part bugfix

On Fri, Aug 23 2013, Mark Walters wrote: > The lazy part handling had a subtle bug. Notmuch stores the part > information as a text property with the displayed part so attachment > handling (saving viewing etc work). > > Now, some mime parts have subparts and to avoid overwriting the > sub-part da

Re: [PATCH v2] emacs: show: lazy part bugfix

On Wed, Sep 04 2013, Austin Clements wrote: >> Now, some mime parts have subparts and to avoid overwriting the >> sub-part data notmuch checks and if part data is already recorded it >> does not overwrite it. >> >> Now with lazy part handling this could fail: there is already part >> data stored.

emacs reply fills X clipboard with reply message body

I've just started noticing that when I reply to messages from the emacs UI, my X clipboard is filled with the body of the reply message, displacing whatever was in there previously. I'm not sure if this is related to my personal emacs configuration, or some non-ideal way we're inserting body parts

Re: Support for more search terms?

On Wed, Oct 16 2013, Moritz Wilhelmy wrote: > I've been wondering if it would be trivially possible or desired to add > matching for arbitrary headers to the search terms supported by notmuch. Hi, Moritz. Arbitrary headers would be great, but definitely not trivial. > Also, what about matching

Re: [PATCH 1/3] database: Add notmuch_database_compact_close

On Wed, Oct 02 2013, Ben Gamari wrote: > +/* Compacts the given database, optionally saving the original database > + * in backup_path. Additionally, a callback function can be provided to > + * give the user feedback on the progress of the (likely long-lived) > + * compaction process. > + * > + *

Re: [PATCH 8/8] emacs: Remove interactive behavior of `notmuch-tag'

On Tue, Oct 22 2013, Austin Clements wrote: > We no longer use this, since we've lifted all interactive behavior to > the appropriate interactive entry points. Because of this, > `notmuch-tag' also no longer needs to return the tag changes list, > since the caller always passes it in. > --- > em

Re: fix for failing tests with gmime 2.6.19

On Mon, Nov 11 2013, David Bremner wrote: > David Bremner writes: > >> Daniel Kahn Gillmor writes: >> >>> >>> Please don't introduce this cruft into the notmuch codebase. It should >>> be fixed in gmime, not worked-around notmuch. >>> >>> I've just uploaded gmime 2.6.19-2 to unstable to address

Re: alot: can't read sent emails, after encryption

On Tue, Nov 12 2013, apman...@idaaas.com wrote: > I have recently switched to notmuch. Thank you for it! > I'm using "alot" as a frontend (thank you for it, too!). Everything > works smoothly, apart from one problem: with alot, I can't figure out how > to read encrypted emails I previously sent: th

Re: [PATCH] emacs: do not put quoted reply in primary selection

On Sun, Nov 17 2013, Mark Walters wrote: > In current emacs (24.3) select-active-regions is set to t by > default. The reply insertion code sets the region to the quoted > message to make it easy to delete (kill-region or C-w). These two > things combine to put the quoted message in the primary se

Re: alot: can't read sent emails, after encryption

On Sun, Nov 17 2013, Patrick Totzke wrote: > Quoting Jameson Graef Rollins (2013-11-16 21:47:02) >> On Tue, Nov 12 2013, apman...@idaaas.com wrote: >> > I have recently switched to notmuch. Thank you for it! >> > I'm using "alot" as a frontend (than

Re: alot: can't read sent emails, after encryption

On Mon, Nov 18 2013, Patrick Totzke wrote: > Excelent, thanks Jamie. > I wasn't aware of this setting and assumed that the stuff in the > gnupg config file only applies to gpg itself and not, as in alot, > for calls through the gpgme library. Actually, bizarrely, there is no actual gpg library.

Re: display text/html by default

On Mon, Dec 16 2013, David Belohrad wrote: > could someone help: > > when I open an email, it is automatically displayed as 'text/plain'. If > this mail has however CID attachments (pictures), they are not in this > view displayed by default. I have to manually switch to 'text/html' to > see those

encrypting replies to encrypted mail

Hi, folks. I've been worried for a while about the fact that my notmuch mua (notmuch-emacs) does not automatically encrypt replies to encrypted messages. Recently my fears came true when I accidentally sent in the clear a reply to an encrypted message that include a full quote of the original enc

Re: encrypting replies to encrypted mail

On Sun, Jan 12 2014, Nicolás Reynolds wrote: > Jameson Graef Rollins writes: > >> Hi, folks. I've been worried for a while about the fact that my notmuch >> mua (notmuch-emacs) does not automatically encrypt replies to encrypted >> messages. Recently my fears came

[PATCH 1/2] cli: S/MIME verification/decryption support

The notmuch-show flags --decrypt and --verify will now also process S/MIME multiparts if encountered. Requires gmime-2.6 and gpgsm. --- crypto.c | 20 notmuch-client.h | 5 +++-- 2 files changed, 23 insertions(+), 2 deletions(-) diff --git a/crypto.c b/crypto.c inde

[PATCH 2/2] debian: Recommend gpgsm for S/MIME support

--- debian/control | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debian/control b/debian/control index 8d8e938..5002d78 100644 --- a/debian/control +++ b/debian/control @@ -30,7 +30,7 @@ Vcs-Browser: http://git.notmuchmail.org/git/notmuch Package: notmuch Architecture: any

S/MIME support, rebased

Rebased against the current master. Still needs tests. jamie. ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

Re: WARNING: database upgrade coming

On Sun, Mar 09 2014, David Bremner wrote: > I will fairly soon push some version of jani's patches changing folder: > matching to master. This will require an irreversible database upgrade. > > Of course we believe everything is going to go smoothly, but you > probably should not run this upcoming

Re: WARNING: database upgrade coming

On Mon, Mar 17 2014, David Bremner wrote: > Jani Nikula writes: >> FWIW it should always be safe to interrupt the upgrade; I know we don't >> inform the user about this. > > With that in mind, would it be reasonable/worthwhile to print a 5 second (or > so) > countdown before running the upgrade?

Re: [PATCH 2/2] notmuch-new: block database upgrades in default configuration.

On Sun, Mar 23 2014, Jani Nikula wrote: > We really have very few configuration options, and so far none of them > are such that we could make the decision for the user. I think in this > case pushing the responsibility to the user would be just *us* being > paranoid. What does that tell our users

Re: Feature suggestion. Indexing encrypted mail?

On Sat, Apr 05 2014, David Bremner wrote: > john.wy...@gmx.de writes: > >> Would it be possible to add the configurable option to also decrypt >> encrypted messages on the fly while indexing to make them searchable, >> too? >> >> That would be really great for people that consider gnupg mainly an

Re: [PATCH v2] cli: add a tool for starting new message in the emacs ui

On Sun, Apr 06 2014, Jani Nikula wrote: > Add a tool to start composing an email in the Notmuch Emacs UI with > the specified subject, recipients, and message body. Hey, Jani. You might be interested in checking out a patch I submitted a while back to support "mailto:"; urls in notmuch-mua.el:

Re: [PATCH] emacs: sign/encrypt replies to signed/encrypted messages

On Sat, Apr 05 2014, Jani Nikula wrote: > This is a simple approach to improving security when replying to > signed or encrypted messages. If the message being replied to was > signed, add mml tag to sign the reply. If the message being replied to > was encrypted, add mml tag to sign and encrypt t

[PATCH] emacs: process crypto for reply only when specified

This is a tweak to patch "emacs: sign/encrypt replies to signed/encrypted messages" to only add mml crypto flags for replys when crypto processing has been activated. --- Thanks to mjw1009 for implementation suggestions. Jani, you might consider squashing this with your original for a v2. Pushin

Re: Feature suggestion. Indexing encrypted mail?

On Mon, Apr 07 2014, john.wy...@gmx.de wrote: >> confess i haven't been following closely), it wouldn't be much extra >> effort for someone to implement a filter that strips encryption from the >> message. (this might still have the problem mentioned above about also >> stripping PGP/MIME signatur

Re: Feature suggestion. Indexing encrypted mail?

On Mon, Apr 07 2014, Jeremy Nickurak wrote: > Nonetheess, if you can tell from the index that a given message contains > the words "hotel" "wine" "wife" "secret" and "rendezvous", you can infer a > *lot* about the contents of encrypted contents of the message. Of course. Given that the content o

Re: [PATCH] emacs: process crypto for reply only when specified

On Sun, Apr 13 2014, Tomi Ollila wrote: >> Perhaps people with no ability to sign are less likely to have >> "notmuch-crypto-process-mime" set? Or we can add another configuration >> variable initialized from notmuch-crypto-process-mime, but allowing >> people to shut this off. > > Well, I set no

Re: [PATCH] emacs: sign/encrypt replies to signed/encrypted messages

On Mon, Apr 14 2014, Jani Nikula wrote: > On Apr 14, 2014 10:17 AM, "David Bremner" wrote: >> >> Jani Nikula writes: >> > +(defun notmuch-mua-reply-crypto (parts) >> > + (loop for part in parts >> > + if (notmuch-match-content-type (plist-get part :content-type) > "multipart/signed") >> > +

[PATCH] emacs: remove auto-signing of replies to signed messages

It was decided that auto-signing is potentially too troublesome for the apparently common case of users who enable crypto processing for the purpose of checking signature validity but who are not in a position to sign out-going messages. Users can still manually invoke signing as needed. Encrypti

Re: [PATCH] emacs: remove auto-signing of replies to signed messages

On Tue, Apr 15 2014, David Bremner wrote: > Jameson Graef Rollins writes: > >> It was decided that auto-signing is potentially too troublesome for the >> apparently common case of users who enable crypto processing for the >> purpose of checking signature validity but w

Re:

On Tue, May 06 2014, David Bremner wrote: > The first of these fixes a build failure on Debian Linux/armhf (and > OS/X). If the patch seems ok, I'd like to roll it into a bug fix > release. The second is more of a suggestion to make that atomicity > test easier to debug, since it seems to find th

Re: emacs reply fills X clipboard with reply message body

On Thu, May 08 2014, David Edmondson wrote: > [ I'm cycling around back through some old mail. ] > > On Tue, Sep 17 2013, Jameson Graef Rollins wrote: >> I've just started noticing that when I reply to messages from the emacs >> UI, my X clipboard is filled wit

Re: folder and path completely broken in HEAD?

On Sat, May 03 2014, dm-list-email-notm...@scs.stanford.edu wrote: > First, are there people out there who do not use a collection of maildir > directories, with all mail in cur and new? o/ I completely abandoned the usage of separate mail "folders" since I started using notmuch. All my mail now

Re: github

On Sun, Apr 27 2014, Jani Nikula wrote: > To be honest, I am slightly concerned by the popularity of > github. Despite being a hosting site primarily for open source, it *is* > a proprietary platform. Source code hosting is plain git, but AFAIK all > the rest (review process, issue tracking, and s

Re: github

On Mon, May 12 2014, Felipe Contreras wrote: > How would our development cycle be controlled by GitHub? > > The whole point of a distributed VCS is that there isn't a single > central repository you rely on. If this is true then why are we even talking about github? jamie. pgpH219XD6zhJ.pgp De

Re: [PATCH 1/2] cli: S/MIME verification/decryption support

On Tue, Jul 01 2014, David Bremner wrote: > Jameson Graef Rollins writes: > >> The notmuch-show flags --decrypt and --verify will now also process >> S/MIME multiparts if encountered. Requires gmime-2.6 and gpgsm. > > I was trying to figure out how to test this. I t

Re: Bug#755544: notmuch-emacs: doesn't check gpg/pgp signatures by default

On Mon, Jul 21 2014, David Bremner wrote: > notmuch folks: it seems that in vagrant's message, and several others I > checked, it notmuch-crypto-process-mime==nil, then no signature button > is created at all. Yes, this is true. The signature button is pretty meaningless if we're not processing

Re: Tabulation in multiline headers

On Fri, Oct 17 2014, Sergei Shilovsky wrote: > Lets consider this message: > > id:87r5aucoeg@servo.finestructure.net > > Its subject spreads over 2 lines and the 2nd line is indented with > in the file: > > Subject: running the crypto branch [was: Re: Hiding HTML mime-parts and/or >

Re: [DRAFT PATCH] modified notmuch-emacs-mua

On Thu, Jul 10 2014, Tomi Ollila wrote: > Highlights: > > * notmuch-emacs-mua without arguments runs (notmuch-hello) > > * runs emacs(1) in case emacsclient(1) fails to connect to running emacs > > * takes -nw option > > * handles mailto: > > * --from option when sending non-mailto: way > > * -i i

auto-choosing reply addresses in notmuch-emacs

Hi, folks. I wonder if anyone knows of a way to tell the emacs client to use different email addresses to respond to mail from different sources. So for instance, I would like to respond to mail to one mailing list from one address, and to another mailing list from a different address. Ideally I

questions about post-new/insert hooks

Hi, folks. I was wondering about possible race conditions in the post-new hook. Given that the database does not remain locked during execution of the post-new hook, isn't there a possibility that more new messages will be added to the database before the post-new hook has finished processing? I

Re: SMIME patches v3, with some tests

On Sat, Jan 17 2015, David Bremner wrote: > Generating the certs was very much trial and error. The net of > a thousand lies may have led me astray a bit in that it may be > possible to do this all with gpgsm and avoid the dependency on > openssl. On the other hand, some tests is better than no t

Re: [PATCH] test: initial tests for smime

On Sat, Jan 17 2015, David Bremner wrote: > It was kindof my fault: my original script add embedded ^M's in it, but > this "cleverness" was messed up somewhere in the patch process. > > Does this version work for you? For some reason PATCH 3/4 no longer applies after substituting in this patch as

Re: [PATCH] test: initial tests for smime

On Sat, Jan 17 2015, David Bremner wrote: >> But do we really need to test the message output of openssl? It seems >> like it's broken, and if it ever gets fixed we'll need to change this >> test. > > I think it's not so much broken as "canonical". There is some discussion > in the openssl-smime

Re: [PATCH 3/3] cli: crypto: S/MIME verification/decryption support

On Sun, Jan 18 2015, David Bremner wrote: > Jani Nikula writes: > >> The notmuch-show flags --decrypt and --verify will now also process >> S/MIME multiparts if encountered. Requires gmime-2.6 and gpgsm. >> >> Based on work by Jameson Graef Rollins . >> >

Re: Allow indexing cleartext of encrypted messages (v3)

I've done only a cursory read through of the code, but structurally it looks good to me. I like the reworking of crypto.c as a utility library. It applies cleaning to trunk, and all tests pass, including the 11 new ones. jamie. signature.asc Description: PGP signature _

Re: [PATCH v3 15/16] added notmuch_message_reindex

On Sun, Jan 31 2016, Daniel Kahn Gillmor wrote: > This new function asks the database to reindex a given message, using > the supplied indexopts. > > This can be used, for example, to index the cleartext of an encrypted > message. I just wanted to mention that I think there's a problem with the r

Bug#826280: notmuch: shortcut to list tags

Package: notmuch Version: 0.22-1 Severity: wishlist I occaissionally want to grep through all tags used in my store: notmuch search --output=tags '*' | grep It would be nice if there was a shortcut to output all tags to stdout: notmuch tag | grep ... Just utilizing the notmuch tag command

Re: [WIP PATCH] emacs: query: completion for from: in searches

On Fri, Aug 12 2016, Mark Walters wrote: > This is a first attempt at tab completion for from: searches > --- > > This sort of works (well it works but maybe in unexpected ways!) > > At the moment it completes to any word (as delimited by whitespace) in > any address stored in the address hashmap.

Re: [PATCH 9/9] add has: query prefix to search for specific properties

On Sat, Aug 06 2016, David Bremner wrote: > @@ -217,7 +224,7 @@ exact matches like "tag:inbox" or **probabilistic**, > supporting a more flexible > > > Boolean > - **tag:**, **id:**, **thread:**, **folder:**, **path:** > + **tag:**, **id:**, **thread:**, **folder:**, **path:**, **has**

[notmuch] suggestion/request about notmuch config

Hi, folks. I just recently heard about notmuch and am very excited by it. It looks like exactly what I've been waiting years for. Also excited to see so much good development work happening. I started playing around with notmuch today and I have a suggestion about the notmuch config files and d

[notmuch] [PATCH 2/3] modify notmuch_setup_command to return 1 if config file write fails.

This fixes a small bug in notmuch_setup_command such that it returned OK and output the setup message footer even if the config file write step failed. --- notmuch-setup.c | 13 +++-- 1 files changed, 7 insertions(+), 6 deletions(-) diff --git a/notmuch-setup.c b/notmuch-setup.c index 4

[notmuch] [PATCH 3/3] change config file location to be ~/.notmuch/config

This change creates a ~/.notmuch config directory where the config file is stored when created with the "setup" command. The use of a ~/.notmuch config directory creates one place where all notmuch config files and data can be stored, which will greatly simplify managing notmuch, and reduce cluter

[notmuch] [PATCH 1/3] remove Makefile.config from source to allow for custom config.

Modified ./configure script to generate a Makefile.config if it doesn't exist. This will allow people to maintain custom Makefile.config files without causing conflicts with the repository. --- Makefile.config |2 -- configure |8 2 files changed, 8 insertions(+), 2 deletio

[notmuch] [PATCH 3/3] change config file location to be ~/.notmuch/config

n Sun, Nov 22, 2009 at 04:58:36PM -0500, Jameson Graef Rollins wrote: > This change creates a ~/.notmuch config directory where the config > file is stored when created with the "setup" command. The use of a > ~/.notmuch config directory creates one place where all notmuch config &

[notmuch] [PATCH 3/3] change config file location to be ~/.notmuch/config

On Sun, Nov 22, 2009 at 05:24:53PM -0500, Bart Trojanowski wrote: > I totally agree with Jamie about the config rename. I don't know if I > agree with the database location change... but I might just need some > convincing. So I don't really like having the database stored in the maildir. There a

[notmuch] OpenPGP support

Hi, folks. I know it's a hairy problem, but has anyone started looking into OpenPGP support for notmuch? jamie. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL:

[notmuch] OpenPGP support

On Mon, Nov 23, 2009 at 08:00:09AM -0500, Jameson Graef Rollins wrote: > Hi, folks. I know it's a hairy problem, but has anyone started > looking into OpenPGP support for notmuch? Hey, folks. I wanted to try to follow up on this question. I would really like to start using notmuch

[notmuch] OpenPGP support

On Thu, Nov 26, 2009 at 12:38:01PM +0530, Aneesh Kumar K. V wrote: > message-mode can sign the message using C-c RET C-s > which is mml-secure-message-sign Thanks so much, Aneesh! That's great. I was not aware of those abilities in mml mode. I just noticed that epa-mail-{sign,encrypt} can do th

[notmuch] [PATCH 1/3] fix configure script to handle --prefix= and properly create Makefile.config

This also removes the Makefile.config from the repository, since it shouldn't be kept in the repository and should be created by the configure script. --- Makefile.config |3 --- configure | 12 +++- 2 files changed, 11 insertions(+), 4 deletions(-) delete mode 100644 Makefile

[notmuch] [PATCH 2/3] add checking for zlib development libraries to configure script

--- configure | 14 +- 1 files changed, 13 insertions(+), 1 deletions(-) diff --git a/configure b/configure index ab28fa3..1010799 100755 --- a/configure +++ b/configure @@ -63,6 +63,15 @@ else errors=$((errors + 1)) fi +if printf 'int main(){return 0;}' | gcc -x c -lz -o /de

[notmuch] [PATCH 3/3] fix Makefile.local to install bash completion definitions as not executable

--- Makefile.local |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/Makefile.local b/Makefile.local index 1744747..b818627 100644 --- a/Makefile.local +++ b/Makefile.local @@ -36,7 +36,7 @@ install: all notmuch.1.gz done ; install notmuch $(DESTDIR)$(prefix

[notmuch] Debian packaging

Hi, folks. I know there isn't even a proper release yet, but I couldn't help myself so I started to put together some notmuch Debian packaging [0]. It's built around using git-buildpackage, and I've posted what I have to the "debian" branch in my notmuch git repo: git://lair.fifthhorseman.net/

[notmuch] [PATCH v3] Add the beginnings of a test suite.

On Sat, Nov 28, 2009 at 03:33:14PM -0600, Jeffrey C. Ollie wrote: > This is the beginning of a test suite. It uses the Check[1] unit > testing framework to handle the testing. There are basic tests of the > SHA1 and tag manipulation routines, obviously many more will need to > be added. Hey, Jef

[notmuch] Debian packaging

On Sun, Nov 29, 2009 at 01:16:57PM -0400, David Bremner wrote: > I should have mentioned on the RFP, but I have also made a debian package at > > http://pivot.cs.unb.ca/git/?p=notmuch.git;a=shortlog;h=refs/heads/debian Hey, David. I should have know someone else would have already put somethi

[notmuch] Debian packaging

On Sun, Nov 29, 2009 at 11:06:34AM -0700, Bdale Garbee wrote: > Actually, since Carl is a DD now, I've already nudged him about > maintaining a Debian package, and offered to help. Perhaps your work > will provide additional motivation. ;-) Yeah, I realized that Carl and Keith are I think both D

[notmuch] OpenPGP support

On Thu, Nov 26, 2009 at 10:41:36AM -0800, Carl Worth wrote: > On Mon, 23 Nov 2009 08:00:09 -0500, Jameson Graef Rollins finestructure.net> wrote: > > Hi, folks. I know it's a hairy problem, but has anyone started > > looking into OpenPGP support for notmuch? > > I

[notmuch] [PATCH 2/9] Adjust autoload comments

On Thu, Dec 03, 2009 at 05:04:52PM -0800, Carl Worth wrote: > The notmuch-folder command is definitely a nice primary interface to > notmuch for some people. I'm seriously considering making it the view > that one gets with "M-x notmuch" (after the notmuch-folder view gets a > little sprucing up).

<    1   2   3   4   5   6   7   8   9   10   >