Re: emacs: How to tab-complete destination email addresses?

2020-09-24 Thread Jameson Graef Rollins
On Thu, Sep 24 2020, David Bremner wrote: > George Kadianakis writes: > >> So I guess this ordering should happen internally in notmuch-address, >> right? Perhaps as a new type of "--sort" option like "--most-frequent" >> or "--best-fit". >> >> If this is the right way to do it, perhaps I'll

Re: emacs: How to tab-complete destination email addresses?

2020-09-23 Thread Jameson Graef Rollins
On Wed, Sep 23 2020, George Kadianakis wrote: > One way forward is to switch from using notmuch-address to using > something like bbdb and manually curate my database (since bbdb offers > this capability). > > But I think the right way would be to somehow introduce a bunch of > heuristics in

Re: Inconsistencies in handling command flags: `--flag=value` different than `--flag value`

2020-04-29 Thread Jameson Graef Rollins
On Wed, Apr 29 2020, Ciprian Dorin Craciun wrote: > I think there are two complete different use-cases for the `notmuch` binary: > * a simple CLI to query the database, in which case the current flags seem OK; > * a "poor-mans" API to query the database, more bellow; > > (I know there already

Re: Inconsistencies in handling command flags: `--flag=value` different than `--flag value`

2020-04-29 Thread Jameson Graef Rollins
On Wed, Apr 29 2020, David Bremner wrote: > I guess I'm a bit leery of removing UI features that presumably at least > some people rely on. It's pretty upsetting to have sofware break one's > muscle memory. I dare say there are few people that have muscle memory for the notmuch command line

Re: Inconsistencies in handling command flags: `--flag=value` different than `--flag value`

2020-04-29 Thread Jameson Graef Rollins
On Tue, Apr 28 2020, Daniel Kahn Gillmor wrote: > One final way we could normalize everything and make it less > idiosyncratic, with shorter, simpler man pages: deprecate and then drop > the --booloption/--no-booloption mechanisms, requiring --booloption=true > or --booloption=false instead.

Re: proposing "notmuch purge"

2020-01-14 Thread Jameson Graef Rollins
On Tue, Jan 14 2020, Ryan Tate wrote: > Is there any other notmuch command that results in a change to the state > of actual mail files, as opposed to the database? If maildir.synchronize_flags is set true then maildir flags in message file names will be synchronized with tags (see

Re: proposing "notmuch purge"

2020-01-14 Thread Jameson Graef Rollins
On Tue, Jan 14 2020, Daniel Kahn Gillmor wrote: >> I think that the "SEARCH-TERMS" part should be configurable, not >> hard-coded. A user could have setting like >> "search.purge_tags=deleted;spam" and that would lead to search terms >> "tag:deleted OR tag:spam" in the purge operation. > > I want

Re: [PATCH] debian: Override lintian suggestion to move elpa-notmuch to Section: lisp

2019-12-24 Thread Jameson Graef Rollins
On Mon, Dec 23 2019, Daniel Kahn Gillmor wrote: > Signed-off-by: Daniel Kahn Gillmor lgtm. jamie. > debian/elpa-notmuch.lintian-overrides | 4 > 1 file changed, 4 insertions(+) > create mode 100644 debian/elpa-notmuch.lintian-overrides > > diff --git

Re: Attach public key and encrypt by default

2019-12-17 Thread Jameson Graef Rollins
On Mon, Dec 16 2019, "Carolyn \"Lynn\" Knight-Serrano" wrote: > I have two feature requests/questions for notmuch-emacs? One would it > be possible to add or configure in support for automatically adding > your gpg public key to messages? Second, could there be a feature that > checks if there's

Re: moving the config into the database [was: Re: [PATCH] Display extra headers for emacs-mua - db config option]

2019-12-10 Thread Jameson Graef Rollins
On Sun, Dec 08 2019, Jorge P. de Morais Neto wrote: > Em [2019-12-08 dom 09:12:55-0800], Jameson Graef Rollins escreveu: > >> You can already use 'notmuch config list' to dump every configuration >> item to stdout. Would that be sufficient for personal synchronization >>

Re: Handle PKCS#7 signedData (S/MIME single-part clearsigned)

2019-12-09 Thread Jameson Graef Rollins
On Mon, Dec 09 2019, William Casarin wrote: > Daniel Kahn Gillmor writes: >> Several of the patches should be simple to read and uncontroversial (I >> hope!), and I welcome/encourage merging of those patches to reduce the >> length of the remaining series. > > I did a quick skim and it looks ok,

Re: moving the config into the database [was: Re: [PATCH] Display extra headers for emacs-mua - db config option]

2019-12-08 Thread Jameson Graef Rollins
On Sun, Dec 08 2019, Jorge P. de Morais Neto wrote: > Em [2019-11-22 sex 10:43:40+0800], Daniel Kahn Gillmor escreveu: > >> Better than documenting, i'd be happy if we would add a "notmuch config >> edit" subcommand, which handles the above sequence for you, invoking >> $EDITOR at the appropriate

Re: can a notmuch query filter the output based on the size of a thread?

2019-11-11 Thread Jameson Graef Rollins
On Mon, Nov 11 2019, Daniel Kahn Gillmor wrote: > On Mon 2019-11-11 09:48:47 -0800, Jameson Graef Rollins wrote: >> I'm not sure I understand what the question is. They want to count >> messages, i.e. "notmuch count"? > > nope, i think they want: >

Re: can a notmuch query filter the output based on the size of a thread?

2019-11-11 Thread Jameson Graef Rollins
On Mon, Nov 11 2019, Daniel Kahn Gillmor wrote: > Over on https://github.com/pazz/alot/issues/1449, a user asks: > >> I would like to query for `mailcount`, for example >> to search for mails on a mailing list which got answered >> `:search tag:list/questions and mailcount>1` >> or >>

Re: v4 of repairing Mixed-up mangled MIME messages

2019-09-14 Thread Jameson Graef Rollins
On Sat, Sep 14 2019, Daniel Kahn Gillmor wrote: > On Sat 2019-09-14 00:29:40 -0700, Jameson Graef Rollins wrote: >> Can we have notmuch auto-apply a tag, like the "encrypted" and "signed" >> tags, that indicates mail has been mangled in this way? >

Re: v4 of repairing Mixed-up mangled MIME messages

2019-09-14 Thread Jameson Graef Rollins
On Sat, Sep 14 2019, David Bremner wrote: > Jameson Graef Rollins writes: > >> Can we have notmuch auto-apply a tag, like the "encrypted" and "signed" >> tags, that indicates mail has been mangled in this way? I'm feeling >> somewhat morally oppo

Re: v4 of repairing Mixed-up mangled MIME messages

2019-09-14 Thread Jameson Graef Rollins
On Sun, Sep 08 2019, Daniel Kahn Gillmor wrote: > This is the fourth revision of the "Mixed up Mangling" series. > Previous versions: > > * v1 starts at id:20190528225452.17550-1-...@fifthhorseman.net > * v2 starts at id:20190530172707.10378-1-...@fifthhorseman.net > * v3 starts at

Re: explain the json hierarchy format

2019-07-03 Thread Jameson Graef Rollins
On Wed, Jul 03 2019, meOme wrote: > Can anyone explain the resulting json format to me? > I have a typical respone from > notmuch show --format=json thread:x > and i don't really understand the meaning of the hierarchy. If you have a copy of the source [0] there's a file "devel/schemata"

Re: [PATCH] emacs: new crypto customization variable to control stashing of encryption session keys

2018-06-19 Thread Jameson Graef Rollins
On Tue, Jun 19 2018, Daniel Kahn Gillmor wrote: > This is looking good to me, thanks! > > two more bits of nit-pickery below: > > On Tue 2018-06-19 08:20:12 -0700, Jameson Graef Rollins wrote: >> +(defcustom notmuch-show-stash-session-keys nil >> + "Should session

Re: [PATCH] emacs: new crypto customization variable to control stashing of encryption session keys

2018-06-19 Thread Jameson Graef Rollins
On Tue, Jun 19 2018, Jameson Graef Rollins wrote: > Introduce notmuch-show-store-session-keys customization variable to > control stashing of session keys. If non-nil any session keys > recovered during decryption will be stored in the database. > > This is just a switch to have

[PATCH] emacs: new crypto customization variable to control stashing of encryption session keys

2018-06-19 Thread Jameson Graef Rollins
Introduce notmuch-show-store-session-keys customization variable to control stashing of session keys. If non-nil any session keys recovered during decryption will be stored in the database. This is just a switch to have --decrypt= use "stash" instead of "true". --- Gah forgot to update the

[PATCH] emacs: new crypto customization variable to control stashing of encryption session keys

2018-06-19 Thread Jameson Graef Rollins
Introduce notmuch-crypto-store-session-keys customization variable to control stashing of session keys. If non-nil any session keys recovered during decryption will be stored in the database. This is just a switch to have --decrypt= use "stash" instead of "true". --- emacs/notmuch-crypto.el |

Re: [PATCH] emacs: new crypto customization variable to control stashing of encryption session keys

2018-06-19 Thread Jameson Graef Rollins
On Tue, Jun 19 2018, David Bremner wrote: > I'm fine with whatever you and dkg decide for a name, but note that the > customization group is independent from the name; you just choose > whatever group you want in the defcustom. Oh, I didn't realize that. I thought they were linked. In that

Re: [PATCH] emacs: new crypto customization variable to control stashing of encryption session keys

2018-06-18 Thread Jameson Graef Rollins
On Mon, Jun 18 2018, Daniel Kahn Gillmor wrote: > how about: > > notmuch-crypto-store-session-keys-on-show Works for me. ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch

Re: [PATCH] emacs: new crypto customization variable to control stashing of encryption session keys

2018-06-18 Thread Jameson Graef Rollins
On Mon, Jun 18 2018, Daniel Kahn Gillmor wrote: > This looks like it would work, but calling it > notmuch-crypto-store-session-keys is a bit confusing, because based on > the name it looks like it would apply to many places (e.g. during > message sending, should a session key be stored when the

[PATCH] emacs: new crypto customization variable to control stashing of encryption session keys

2018-06-17 Thread Jameson Graef Rollins
Introduce notmuch-crypto-store-session-keys customization variable to control stashing of session keys. If non-nil any session keys recovered during decryption will be stored in the database. This is just a switch to have --decrypt= use "stash" instead of "true". --- This seems like the simplest

Re: [PATCH] emacs: use new show --decrypt=stash feature in emacs UI

2018-06-13 Thread Jameson Graef Rollins
On Wed, Jun 13 2018, Daniel Kahn Gillmor wrote: > On Wed 2018-06-13 13:25:54 -0300, David Bremner wrote: >> What about using symbols and some kind of case? less efficient but >> better error checking > > symbols would also make for a more brittle interaction between future > versions of the

Re: [PATCH] emacs: use new show --decrypt=stash feature in emacs UI

2018-06-13 Thread Jameson Graef Rollins
On Tue, Jun 12 2018, Daniel Kahn Gillmor wrote: > On Tue 2018-06-12 10:00:18 -0400, Daniel Kahn Gillmor wrote: >> (it'd be nice to be able to use notmuch-emacs to browse a notmuch >> archive without locking the notmuch db or even needing read/write access >> to the database) > > to be clear, it's

[PATCH] minor cleanup to printmimestructure

2018-06-11 Thread Jameson Graef Rollins
make the source slightly easier to read. no functional change. --- devel/printmimestructure | 21 ++--- 1 file changed, 18 insertions(+), 3 deletions(-) diff --git a/devel/printmimestructure b/devel/printmimestructure index afa0590e..ab2a6673 100755 ---

Re: [PATCH] emacs: use new show --decrypt=stash feature in emacs UI

2018-06-11 Thread Jameson Graef Rollins
Jeez I don't know how I manged to send three copies of this to the list. Apologies for the spam. At least only one of them needs to be reviewed! jamie. ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch

[PATCH] emacs: use new show --decrypt=stash feature in emacs UI

2018-06-11 Thread Jameson Graef Rollins
This just changes the show --decrypt flag to "stash" in the emacs UI, so that session keys will be stashed in the database when viewing encrypted messages that have not previously been decrypted. As always, this will only happen if the notmuch-crypto-process-mime customization variable is set to

[PATCH] emacs: use new show --decrypt=stash feature in emacs UI

2018-06-11 Thread Jameson Graef Rollins
This just changes the show --decrypt flag to "stash" in the emacs UI, so that session keys will be stashed in the database when viewing encrypted messages that have not previously been decrypted. As always, this will only happen if the notmuch-crypto-process-mime customization variable is set to

[PATCH] emacs: use new show --decrypt=stash feature in emacs UI

2018-06-11 Thread Jameson Graef Rollins
This just changes the show --decrypt flag to "stash" in the emacs UI, so that session keys will be stashed in the database when viewing encrypted messages that have not previously been decrypted. As always, this will only happen if the notmuch-crypto-process-mime customization variable is set to

Re: Protected headers in notmuch

2018-06-03 Thread Jameson Graef Rollins
On Sat, Jun 02 2018, Jameson Graef Rollins wrote: > I've pushed a branch of this series rebased against notmuch/release (for > some reason master is currently a couple commits behind) and fixed to > reflect the exposure of notmuch_message_get_database: > > https://gitlab.com/j

Re: Protected headers in notmuch

2018-06-02 Thread Jameson Graef Rollins
I've pushed a branch of this series rebased against notmuch/release (for some reason master is currently a couple commits behind) and fixed to reflect the exposure of notmuch_message_get_database: https://gitlab.com/jrollins/notmuch/commits/protected-headers-fix All tests pass. Note it requires

Re: [PATCH 18/20] indexing: record protected subject when indexing cleartext

2018-06-02 Thread Jameson Graef Rollins
On Fri, May 11 2018, Daniel Kahn Gillmor wrote: > When indexing the cleartext of an encrypted message, record any > protected subject in the database, which should make it findable and > visible in search. > --- > lib/index.cc | 42 ++ ... > diff

Re: [PATCH] cli: add support for only printing the addresses in notmuch address

2017-12-20 Thread Jameson Graef Rollins
On Wed, Dec 20 2017, Jani Nikula wrote: > Matter of taste. I like the self-documenting aspect of *what* these > options control. --output=body is obvious, --body is less > so. --include-html includes html somewhere, I think --output=html would > be better. > > In the spirit of

Re: [PATCH] cli: add support for only printing the addresses in notmuch address

2017-12-19 Thread Jameson Graef Rollins
On Wed, Dec 20 2017, Jani Nikula wrote: > ~$ notmuch address --output=sender --output=recipients --output=address > --output=count id:878tdy8a2q@ligo.caltech.edu > 1 notmuch@notmuchmail.org > 1 jroll...@finestructure.net > 1 d...@fifthhorseman.net > 1

Re: [PATCH] cli: add support for only printing the addresses in notmuch address

2017-12-19 Thread Jameson Graef Rollins
On Tue, Dec 19 2017, Daniel Kahn Gillmor <d...@fifthhorseman.net> wrote: > On Tue 2017-12-19 13:23:55 -0800, Jameson Graef Rollins wrote: >> On Thu, Nov 02 2017, Jani Nikula <j...@nikula.org> wrote: >>> The notmuch address output is much more useful for scripts with

Re: [PATCH] cli: add support for only printing the addresses in notmuch address

2017-12-19 Thread Jameson Graef Rollins
On Thu, Nov 02 2017, Jani Nikula wrote: > The notmuch address output is much more useful for scripts with just > the addresses printed. Support this using the --output=address option. Isn't "address" kind of orthogonal to "sender" and "recipient"? Isn't this more like the

Re: [PATCH v2 06/21] crypto: Test restore of cleartext index from stashed session keys

2017-12-07 Thread Jameson Graef Rollins
On Mon, Dec 04 2017, David Bremner wrote: > Pushed patches 1 to 6. I seem to recall 7 and 8 basically adressed > concerns/suggestions Jamie had, so I'm hoping he can have a quick look > at those. Yes, this new series is great and definitely addresses all my concerns. I'm

Re: [PATCH 07/18] crypto: new decryption policy "auto"

2017-11-12 Thread Jameson Graef Rollins
On Sun, Nov 12 2017, Daniel Kahn Gillmor <d...@fifthhorseman.net> wrote: > On Sat 2017-11-11 15:14:03 -0800, Jameson Graef Rollins wrote: >> On Wed, Oct 25 2017, Daniel Kahn Gillmor <d...@fifthhorseman.net> wrote: >>> diff --git a/util/crypto.h b/util/crypto.h >&

Re: Stashed session keys

2017-11-12 Thread Jameson Graef Rollins
On Sun, Nov 12 2017, Daniel Kahn Gillmor wrote: >> Finally, I think it would be worthwhile to resolve the disparity between >> the usage of "decrypt" and "try-decrypt" in the CLI and config options. >> I'm not sure why we're using different terms in different contexts,

Re: [PATCH 07/18] crypto: new decryption policy "auto"

2017-11-11 Thread Jameson Graef Rollins
On Wed, Oct 25 2017, Daniel Kahn Gillmor wrote: > diff --git a/util/crypto.h b/util/crypto.h > index b23ca747..dc95b4ca 100644 > --- a/util/crypto.h > +++ b/util/crypto.h > @@ -16,7 +16,8 @@ typedef struct _notmuch_crypto { > } _notmuch_crypto_t; > > GMimeObject * >

Re: cleartext indexing version 5

2017-10-16 Thread Jameson Graef Rollins
On Sun, Oct 15 2017, Daniel Kahn Gillmor wrote: > I welcome review and feedback. I have reviewed this patch series and everything looks in order. Coding style is consistent with notmuch standards. The patch is feature-complete, with appropriate documentation. All tests

Re: cleartext indexing, round 3

2017-10-10 Thread Jameson Graef Rollins
On Tue, Oct 10 2017, Daniel Kahn Gillmor wrote: > I've also pushed this series to the "cleartext-indexing" branch at > https://gitlab.com/dkg/notmuch for those who prefer a direct git pull. > it is currently git commit 6f7f6847141db2f031b29c68d966fa13c3be2da5. Hey,

Re: whitelisting

2017-03-06 Thread Jameson Graef Rollins
On Mon, Mar 06 2017, Steven Allen wrote: > Instead of iterating over all messages in spam, why not just iterate > over *new* messages (`tag:new`) in your pre hook? That is (pseudo code): > > for message in `notmuch search tag:new and tag:spam`: > for author in

Re: whitelisting

2017-03-06 Thread Jameson Graef Rollins
On Mon, Mar 06 2017, Jameson Graef Rollins <jroll...@finestructure.net> wrote: > I could try to write a python script to iterate over all tag:spam, > extract addresses from those messages, and match against the > whitelist, but I doubt that will be any faster. So a custo

whitelisting

2017-03-06 Thread Jameson Graef Rollins
Hi, folks. In my on-going war with spam [0], the new battle ground is false positives: I'm losing too much ham to mis-classification. For my first line of attack, I would like automatically whitelist every address to which I have ever sent mail. I realize this is flawed (spammers frequently

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

2016-08-13 Thread Jameson Graef Rollins
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:**,

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

2016-08-12 Thread Jameson Graef Rollins
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

Bug#826280: notmuch: shortcut to list tags

2016-06-03 Thread Jameson Graef Rollins
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

Re: [PATCH v3 15/16] added notmuch_message_reindex

2016-02-09 Thread Jameson Graef Rollins
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

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

2015-03-02 Thread Jameson Graef Rollins
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: [PATCH 3/3] cli: crypto: S/MIME verification/decryption support

2015-03-02 Thread Jameson Graef Rollins
On Sun, Jan 18 2015, David Bremner da...@tethera.net wrote: Jani Nikula j...@nikula.org 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 jroll

[PATCH] test: initial tests for smime

2015-01-17 Thread Jameson Graef Rollins
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

[PATCH] test: initial tests for smime

2015-01-17 Thread Jameson Graef Rollins
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

SMIME patches v3, with some tests

2015-01-17 Thread Jameson Graef Rollins
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

Re: SMIME patches v3, with some tests

2015-01-17 Thread Jameson Graef Rollins
On Sat, Jan 17 2015, David Bremner da...@tethera.net 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

Re: [PATCH] test: initial tests for smime

2015-01-17 Thread Jameson Graef Rollins
On Sat, Jan 17 2015, David Bremner da...@tethera.net 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

Re: [PATCH] test: initial tests for smime

2015-01-17 Thread Jameson Graef Rollins
On Sat, Jan 17 2015, David Bremner da...@tethera.net 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

questions about post-new/insert hooks

2014-12-23 Thread Jameson Graef Rollins
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?

questions about post-new/insert hooks

2014-12-23 Thread Jameson Graef Rollins
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?

auto-choosing reply addresses in notmuch-emacs

2014-11-14 Thread Jameson Graef Rollins
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

auto-choosing reply addresses in notmuch-emacs

2014-11-14 Thread Jameson Graef Rollins
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

[DRAFT PATCH] modified notmuch-emacs-mua

2014-11-03 Thread Jameson Graef Rollins
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

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

2014-11-03 Thread Jameson Graef Rollins
On Thu, Jul 10 2014, Tomi Ollila tomi.oll...@iki.fi 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

Tabulation in multiline headers

2014-10-17 Thread Jameson Graef Rollins
On Fri, Oct 17 2014, Sergei Shilovsky wrote: > Lets consider this message: > > id:87r5aucoeg.fsf at 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: Tabulation in multiline headers

2014-10-17 Thread Jameson Graef Rollins
On Fri, Oct 17 2014, Sergei Shilovsky sshilov...@gmail.com wrote: Lets consider this message: id:87r5aucoeg@servo.finestructure.net Its subject spreads over 2 lines and the 2nd line is indented with Tab in the file: Subject: running the crypto branch [was: Re: Hiding HTML

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

2014-07-21 Thread Jameson Graef Rollins
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: Bug#755544: notmuch-emacs: doesn't check gpg/pgp signatures by default

2014-07-21 Thread Jameson Graef Rollins
On Mon, Jul 21 2014, David Bremner da...@tethera.net 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

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

2014-07-06 Thread Jameson Graef Rollins
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: [PATCH 1/2] cli: S/MIME verification/decryption support

2014-07-06 Thread Jameson Graef Rollins
On Tue, Jul 01 2014, David Bremner da...@tethera.net wrote: Jameson Graef Rollins jroll...@finestructure.net 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

github

2014-05-16 Thread Jameson Graef Rollins
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. -- next

Re: github

2014-05-16 Thread Jameson Graef Rollins
On Mon, May 12 2014, Felipe Contreras felipe.contre...@gmail.com 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.

github

2014-05-12 Thread Jameson Graef Rollins
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

Re: github

2014-05-12 Thread Jameson Graef Rollins
On Sun, Apr 27 2014, Jani Nikula j...@nikula.org 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

folder and path completely broken in HEAD?

2014-05-09 Thread Jameson Graef Rollins
On Sat, May 03 2014, dm-list-email-notmuch at 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

Re: folder and path completely broken in HEAD?

2014-05-09 Thread Jameson Graef Rollins
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

emacs reply fills X clipboard with reply message body

2014-05-08 Thread Jameson Graef Rollins
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 with the body

Re: emacs reply fills X clipboard with reply message body

2014-05-08 Thread Jameson Graef Rollins
On Thu, May 08 2014, David Edmondson d...@dme.org 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 with the body of the reply message

Re:

2014-05-06 Thread Jameson Graef Rollins
On Tue, May 06 2014, David Bremner da...@tethera.net 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

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

2014-04-15 Thread Jameson Graef Rollins
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: [PATCH] emacs: remove auto-signing of replies to signed messages

2014-04-15 Thread Jameson Graef Rollins
On Tue, Apr 15 2014, David Bremner da...@tethera.net wrote: Jameson Graef Rollins jroll...@finestructure.net 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

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

2014-04-14 Thread Jameson Graef Rollins
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.

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

2014-04-14 Thread Jameson Graef Rollins
On Mon, Apr 14 2014, Jani Nikula j...@nikula.org wrote: On Apr 14, 2014 10:17 AM, David Bremner da...@tethera.net wrote: Jani Nikula j...@nikula.org writes: +(defun notmuch-mua-reply-crypto (parts) + (loop for part in parts + if (notmuch-match-content-type (plist-get part

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

2014-04-14 Thread Jameson Graef Rollins
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.

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

2014-04-13 Thread Jameson Graef Rollins
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

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

2014-04-13 Thread Jameson Graef Rollins
On Sun, Apr 13 2014, Tomi Ollila tomi.oll...@iki.fi 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

Feature suggestion. Indexing encrypted mail?

2014-04-07 Thread Jameson Graef Rollins
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

Feature suggestion. Indexing encrypted mail?

2014-04-07 Thread Jameson Graef Rollins
On Mon, Apr 07 2014, john.wyzer at 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

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

2014-04-07 Thread Jameson Graef Rollins
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.

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

2014-04-07 Thread Jameson Graef Rollins
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

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

2014-04-07 Thread Jameson Graef Rollins
On Sat, Apr 05 2014, Jani Nikula j...@nikula.org 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

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

2014-04-07 Thread Jameson Graef Rollins
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. Pushing

Re: Feature suggestion. Indexing encrypted mail?

2014-04-07 Thread Jameson Graef Rollins
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 signatures, but

Re: Feature suggestion. Indexing encrypted mail?

2014-04-07 Thread Jameson Graef Rollins
On Mon, Apr 07 2014, Jeremy Nickurak not-m...@trk.nickurak.ca 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

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

2014-04-06 Thread Jameson Graef Rollins
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:

Feature suggestion. Indexing encrypted mail?

2014-04-05 Thread Jameson Graef Rollins
On Sat, Apr 05 2014, David Bremner wrote: > john.wyzer at 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

Re: Feature suggestion. Indexing encrypted mail?

2014-04-05 Thread Jameson Graef Rollins
On Sat, Apr 05 2014, David Bremner da...@tethera.net 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

  1   2   3   4   5   6   7   8   9   10   >