to make notmuch work better for them.
As an actively bilingual person (English and Spanish), I love this idea.
Servilio
--
Servilio Afre Puentes
Programmer/Analyst, SHARCNET project
RHPCS | http://www.rhpcs.mcmaster.ca
SHARCNET | https://sharcnet.ca
Compute Ontario | http://computeontario.ca
Comp
all the things PGP using `gmime-3`?
Yes, they use GPGME instead of a custom wrapper:
https://mail.gnome.org/archives/gmime-devel-list/2017-April/msg2.html
BTW, I created a merge-request to have GMime 3 in Nixpkgs:
https://github.com/NixOS/nixpkgs/pull/28796
Servilio
--
Servil
Hi David,
I like the idea of aligning the headers, but won't padding with spaces
from the left break code that expects at the beginning of the line?
Servilio
___
notmuch mailing list
notmuch@notmuchmail.org
This commit adds an extra button at the end of the search entries that
allows deleting that individual search from the history. A short
confirmation (?y? or ?n?) is made before taking action.
---
emacs/notmuch-hello.el | 25 +++--
1 file changed, 23 insertions(+), 2
The button to clear the recent searches in notmuch-hello is easy to
press accidentally while moving around the, clearing potentially
useful searches with no way of recovering them.
---
emacs/notmuch-hello.el | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
Hi,
Two patches that enhance the notmuch-hello search history UI. Though
minor changes, I find them very helpful.
This second iteration includes the modifications suggested by Jani and
Tomi.
Servilio Afre Puentes (2):
emacs: hello: ask confirmation for clearing recent searches
emacs: hello
Jani Nikula writes:
> On Fri, 03 May 2013, Servilio Afre Puentes wrote:
>> Two patches that enhance the notmuch-hello search history UI. Though
>> minor I find them very helpful.
>
> Both seem to work as advertised; I did not look at the code much. A
> minor bikeshed
Jani Nikula j...@nikula.org writes:
On Fri, 03 May 2013, Servilio Afre Puentes servi...@gmail.com wrote:
Two patches that enhance the notmuch-hello search history UI. Though
minor I find them very helpful.
Both seem to work as advertised; I did not look at the code much. A
minor bikeshed
This commit adds an extra button at the end of the search entries that
allows deleting that individual search from the history. A short
confirmation (?y? or ?n?) is made before taking action.
---
emacs/notmuch-hello.el | 26 --
1 file changed, 24 insertions(+), 2
The button to clear the recent searches in notmuch-hello is easy to
press accidentally while moving around the, clearing potentially
useful searches with no way of recovering them.
---
emacs/notmuch-hello.el | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
Hi,
Two patches that enhance the notmuch-hello search history UI. Though
minor I find them very helpful.
Servilio Afre Puentes (2):
emacs: hello: ask confirmation for clearing recent searches
emacs: hello: allow deleting individual searches in the history
emacs/notmuch-hello.el | 31
Hi,
Two patches that enhance the notmuch-hello search history UI. Though
minor I find them very helpful.
Servilio Afre Puentes (2):
emacs: hello: ask confirmation for clearing recent searches
emacs: hello: allow deleting individual searches in the history
emacs/notmuch-hello.el | 31
The button to clear the recent searches in notmuch-hello is easy to
press accidentally while moving around the, clearing potentially
useful searches with no way of recovering them.
---
emacs/notmuch-hello.el | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
This commit adds an extra button at the end of the search entries that
allows deleting that individual search from the history. A short
confirmation («y» or «n») is made before taking action.
---
emacs/notmuch-hello.el | 26 --
1 file changed, 24 insertions(+), 2
On 13 October 2010 08:13, Michal Sojka wrote:
[...]
> THERE IS CURRENTLY ONE KNOWN ISSUE: Viewing/storing of attachments of
> unread messages doesn't work. The reason is that when you view the
> message its unread tag is removed which causes the file to be renamed,
> but Emacs still uses the
On 13 October 2010 08:13, Michal Sojka sojk...@fel.cvut.cz wrote:
[...]
THERE IS CURRENTLY ONE KNOWN ISSUE: Viewing/storing of attachments of
unread messages doesn't work. The reason is that when you view the
message its unread tag is removed which causes the file to be renamed,
but Emacs
On 11 October 2010 14:45, Felipe Contreras
wrote:
> Hi,
>
> I think many people agree notmuch mainline has been rather slow. So
> I'm proposing to have notmuch-next branch, either on github or
> gitorious (please vote).
+1 for gitorious, you can use OpenID and their code is available (for
me a
On 11 October 2010 14:45, Felipe Contreras felipe.contre...@gmail.com wrote:
Hi,
I think many people agree notmuch mainline has been rather slow. So
I'm proposing to have notmuch-next branch, either on github or
gitorious (please vote).
+1 for gitorious, you can use OpenID and their code is
On 11 October 2010 15:01, Jameson Rollins jroll...@finestructure.net wrote:
On Mon, 11 Oct 2010 21:45:47 +0300, Felipe Contreras
felipe.contre...@gmail.com wrote:
I think many people agree notmuch mainline has been rather slow. So
I'm proposing to have notmuch-next branch, either on github or
On 28 April 2010 16:34, David Bremner wrote:
[...]
> Meanwhile Jesse Rosenthal and I started chatting about, and Jesse
> started implementing, some tools for grabbing remote collections of tags
> and merging them into their own namespace. ?This may give us a
> notmuch-oriented way of managing the
On 28 April 2010 16:34, David Bremner brem...@unb.ca wrote:
[...]
Meanwhile Jesse Rosenthal and I started chatting about, and Jesse
started implementing, some tools for grabbing remote collections of tags
and merging them into their own namespace. This may give us a
notmuch-oriented way of
On 23 April 2010 13:13, Dirk Hohndel wrote:
> On Fri, 23 Apr 2010 12:54:21 +0100, David Edmondson wrote:
>> Add `notmuch-show-headers-visible' which, when set `t', causes headers
>> to be shown by default.
>
> Excellent - Carl, can you pull this into 0.3, please?
+1
Servilio
On 23 April 2010 13:13, Dirk Hohndel hohn...@infradead.org wrote:
On Fri, 23 Apr 2010 12:54:21 +0100, David Edmondson d...@dme.org wrote:
Add `notmuch-show-headers-visible' which, when set `t', causes headers
to be shown by default.
Excellent - Carl, can you pull this into 0.3, please?
+1
On 22 April 2010 08:30, David Edmondson wrote:
> On Thu, 22 Apr 2010 04:58:16 -0400, Servilio Afre Puentes gmail.com> wrote:
>> On 21 April 2010 17:03, Carl Worth wrote:
>> > On Mon, 19 Apr 2010 09:27:39 +0100, David Edmondson wrote:
>> [...]
>> > Mean
On 21 April 2010 17:03, Carl Worth wrote:
> On Mon, 19 Apr 2010 09:27:39 +0100, David Edmondson wrote:
[...]
> Meanwhile, another issue with the result of this series is that I now
> seem to get rendering for both the text/plain and the text/html
> alternatives when a message has both. For now,
On 22 April 2010 08:30, David Edmondson d...@dme.org wrote:
On Thu, 22 Apr 2010 04:58:16 -0400, Servilio Afre Puentes
servi...@gmail.com wrote:
On 21 April 2010 17:03, Carl Worth cwo...@cworth.org wrote:
On Mon, 19 Apr 2010 09:27:39 +0100, David Edmondson d...@dme.org wrote
On 21 April 2010 20:38, Carl Worth wrote:
> On Mon, 19 Apr 2010 21:50:13 +0200, "Sebastian Spaeth" SSpaeth.de> wrote:
[...]
> Though that brings up the question of what to name the Debian package
> for these bindings. A quick "apt-cache search python" suggests that
> python-notmuch might not be
On 21 April 2010 20:10, Carl Worth wrote:
> On Sun, 18 Apr 2010 23:55:50 -0400, Servilio Afre Puentes gmail.com> wrote:
>> As the user has already defined aliases for certain searches in
>> notmuch-folders, search buffer names that use these aliases will
>> be easier t
On 21 April 2010 20:10, Carl Worth cwo...@cworth.org wrote:
On Sun, 18 Apr 2010 23:55:50 -0400, Servilio Afre Puentes
servi...@gmail.com wrote:
As the user has already defined aliases for certain searches in
notmuch-folders, search buffer names that use these aliases will
be easier
On 21 April 2010 20:38, Carl Worth cwo...@cworth.org wrote:
On Mon, 19 Apr 2010 21:50:13 +0200, Sebastian Spaeth sebast...@sspaeth.de
wrote:
[...]
Though that brings up the question of what to name the Debian package
for these bindings. A quick apt-cache search python suggests that
This patch has been obsoleted by the one sent in message:
x2hb22065d01004182055vc111d42az357076f93b6cb72a at mail.gmail.com
Servilio
This patch obsoletes the one sent in message:
r2sb22065d01004150516jf099f3dcw180a7db0dc972...@mail.gmail.com
8--
As the user has already defined aliases for certain searches in
notmuch-folders, search buffer names that use these aliases will
be easier to identify.
---
emacs/notmuch.el |
On 15 April 2010 21:46, Carl Worth wrote:
[...]
> We'll probably need to arrange for notmuch to accept search
> specifications on stdin or so.
Or a daemon mode with a pipe or DBus interface.
Servilio
---
emacs/notmuch.el | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/emacs/notmuch.el b/emacs/notmuch.el
index be09f42..17e0e86 100644
--- a/emacs/notmuch.el
+++ b/emacs/notmuch.el
@@ -696,6 +696,15 @@ characters as well as `_.+-'.
(apply
---
emacs/notmuch.el | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/emacs/notmuch.el b/emacs/notmuch.el
index be09f42..17e0e86 100644
--- a/emacs/notmuch.el
+++ b/emacs/notmuch.el
@@ -696,6 +696,15 @@ characters as well as `_.+-'.
(apply
On 14 April 2010 05:53, Sebastian Spaeth wrote:
> On 2010-04-14, Michal Sojka wrote:
>> On Tue, 13 Apr 2010, Servilio Afre Puentes wrote:
>> > The current hardcoded behaviour will not take you to the next unread
>> > thread when the sort order is set to newer-first fro
On 14 April 2010 05:53, Sebastian Spaeth sebast...@sspaeth.de wrote:
On 2010-04-14, Michal Sojka wrote:
On Tue, 13 Apr 2010, Servilio Afre Puentes wrote:
The current hardcoded behaviour will not take you to the next unread
thread when the sort order is set to newer-first from the default
Signed-off-by: Servilio Afre Puentes
---
emacs/notmuch.el | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/emacs/notmuch.el b/emacs/notmuch.el
index 517c53a..4d4971f 100644
--- a/emacs/notmuch.el
+++ b/emacs/notmuch.el
@@ -264,7 +264,7 @@ For a mouse binding
The current hardcoded behaviour will not take you to the next unread
thread when the sort order is set to newer-first from the default of
older-first.
Signed-off-by: Servilio Afre Puentes
---
emacs/notmuch.el |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/emacs
The current hardcoded behaviour will not take you to the next unread
thread when the sort order is set to newer-first from the default of
older-first.
Signed-off-by: Servilio Afre Puentes servi...@gmail.com
---
emacs/notmuch.el |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff
Signed-off-by: Servilio Afre Puentes servi...@gmail.com
---
emacs/notmuch.el | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/emacs/notmuch.el b/emacs/notmuch.el
index 517c53a..4d4971f 100644
--- a/emacs/notmuch.el
+++ b/emacs/notmuch.el
@@ -264,7 +264,7
On 12 April 2010 13:47, Dirk Hohndel wrote:
> On Mon, 12 Apr 2010 10:14:05 -0700, Stewart Smith flamingspork.com> wrote:
>> On Mon, 12 Apr 2010 17:24:35 +0200, "Sebastian Spaeth" > SSpaeth.de> wrote:
>> > What I find intersting is that we have a 2x speedup and a 10x speedup
>> > for different
On 12 April 2010 13:47, Dirk Hohndel hohn...@infradead.org wrote:
On Mon, 12 Apr 2010 10:14:05 -0700, Stewart Smith stew...@flamingspork.com
wrote:
On Mon, 12 Apr 2010 17:24:35 +0200, Sebastian Spaeth
sebast...@sspaeth.de wrote:
What I find intersting is that we have a 2x speedup and a 10x
Signed-off-by: Servilio Afre Puentes
---
notmuch-reply.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/notmuch-reply.c b/notmuch-reply.c
index 3798d60..8eb4754 100644
--- a/notmuch-reply.c
+++ b/notmuch-reply.c
@@ -383,7 +383,7 @@ notmuch_reply_format_default(void
Signed-off-by: Servilio Afre Puentes servi...@gmail.com
---
notmuch-reply.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/notmuch-reply.c b/notmuch-reply.c
index 3798d60..8eb4754 100644
--- a/notmuch-reply.c
+++ b/notmuch-reply.c
@@ -383,7 +383,7
On 4 February 2010 00:05, martin f krafft wrote:
> also sprach Servilio Afre Puentes [2010.02.04.1714
> +1300]:
>> In the second link, the links with the text "commitdiff" provide
>> it, and you have the Atom and RSS feeds at the bottom.
>
> As I see it, the f
On 3 February 2010 15:18, martin f krafft wrote:
> also sprach Marten Veldthuis [2010.02.04.0353
> +1300]:
>> > Like this? http://notmuchmail.org/recentchanges/
>>
>> No, more like this: http://git.notmuchmail.org/git/notmuch-wiki
>
> To my knowledge, neither of these two give you diffs. This
On 3 February 2010 15:18, martin f krafft madd...@madduck.net wrote:
also sprach Marten Veldthuis mar...@veldthuis.com [2010.02.04.0353 +1300]:
Like this? http://notmuchmail.org/recentchanges/
No, more like this: http://git.notmuchmail.org/git/notmuch-wiki
To my knowledge, neither of these
This allows the use non-word characters (e.g.: "/") as the folder name
in the notmuch-folders variable.
---
notmuch.el |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index 97914f2..bdb0200 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -1467,7
This allows the use non-word characters (e.g.: /) as the folder name
in the notmuch-folders variable.
---
notmuch.el |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index 97914f2..bdb0200 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -1467,7
2010/1/28 martin f krafft :
> also sprach Jameson Rollins [2010.01.26.1046
> +1300]:
>> > For example, I might have:
>> >
>> > ~/.notmuch-config:
>> >
>> > ? ? [database]
>> > ? ? path=/home/pioto/mail
>> > ? ? ...
>> > ? ? [tags]
>> > ? ? pioto at pioto.org/INBOX.ListMail.notmuch = notmuch
>> >
2010/1/28 martin f krafft madd...@madduck.net:
also sprach Jameson Rollins jroll...@finestructure.net [2010.01.26.1046
+1300]:
For example, I might have:
~/.notmuch-config:
[database]
path=/home/pioto/mail
...
[tags]
pi...@pioto.org/INBOX.ListMail.notmuch =
2010/1/19 Jameson Rollins :
[...]
> That said, I have vasilated just a bit on this, as to whether notmuch
> should touch the mail at all, or just process it. ?But having thought
> about it a bit, I think that notmuch really *is* an MUA, or at least
> the mail processing part of a MUA (MUA minus
Maybe a bit late for saying Hi, glad to join! since I have already
sent another message, but yesterday was a long day at work.
I also knew about notmuch from the LWN article back in December and
have been following it through the git update and the mail archive
since then (though not reading all
54 matches
Mail list logo