o/notmuch
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120208/6370f31d/attachment.html>
On Tue, 07 Feb 2012 17:36:24 +0100, Florian Friesdorf
wrote:
>
> I just wanted to express my gratitude, that for a while now notmuch is
> tagging by a factor 200 faster than it used to be!
+1 It is really comfortable to notmuch tag now !
/Xavier
me effort. I think I'll go with that.
- Bhaskara
> Jani.
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120208/d4d77fb8/attachment.html>
On Wed, 8 Feb 2012 16:43:15 +, David Edmondson wrote:
> Optimize thread tagging by combining all the tagging operations to a
> single "notmuch tag" call.
>
> For threads in the order of tens or a hundred inbox tagged messages,
> this gives a noticeable speedup. On two different machines,
Recent changes in notmuch-show tagging introduced some code
duplication. The patch cleanups and simplifies
`notmuch-show-archive-thread' function by using
`notmuch-show-tag-all', no longer used function are removed. After
the change, `notmuch-show-archive-thread' function becomes symmetric
with
On Sat, 04 Feb 2012 23:49:38 +, Mark Walters
wrote:
>
> On Wed, 1 Feb 2012 17:22:49 +0200, Tomi Ollila wrote:
> > Some formatting in NEWS file has been changed so that it could
> > be given to markdown processing almost verbatim.
> > More effort has been put into formatting of version
uch/attachments/20120208/4092f32e/attachment.pgp>
Using the new JSON reply format allows emacs to quote HTML parts
nicely by using mm-display-part to turn them into displayable text,
then quoting them with message-cite-original. This is very useful for
users who regularly receive HTML-only email.
Use message-mode's message-cite-original function
---
man/man1/notmuch-reply.1 |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/man/man1/notmuch-reply.1 b/man/man1/notmuch-reply.1
index 5160ece..9cde96d 100644
--- a/man/man1/notmuch-reply.1
+++ b/man/man1/notmuch-reply.1
@@ -43,6 +43,11 @@ include
.BR default
This new JSON format for replies includes headers generated for a
reply message as well as the headers of the original message. Using
this data, a client can intelligently create a reply. For example, the
emacs client will be able to create replies with quoted HTML parts by
parsing the HTML parts
---
test/multipart |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/test/multipart b/test/multipart
index 2dd73f5..7cff74a 100755
--- a/test/multipart
+++ b/test/multipart
@@ -589,6 +589,13 @@ Non-text part: text/html
EOF
test_expect_equal_file OUTPUT EXPECTED
t/x-vcalendar variant).
>;; If we can deduce a MIME type from the filename of the attachment,
>;; do so and pass it on to the handler for that type.
> --
> 1.7.1
>
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: app
xt attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120208/8a4c31b5/attachment.pgp>
Treat text/calendar as text/x-vcalendar. At least the following
produce text/calendar that parse as text/x-vcalendar:
PRODID:-//Google Inc//Google Calendar 70.9054//EN
PRODID:Microsoft Exchange Server 2010
Code by David Edmondson
---
I wish I had some references here, other than my own
Make notmuch-show-all-multipart/alternative-parts accept a list of
multipart/alternative types to show in addition to the preferred
types. This allows the user to force display some alternative part
types while normally showing just the preferred ones.
Signed-off-by: Jani Nikula
---
I like to have notmuch-show-all-multipart/alternative-parts nil. I'd also
like to see the text/calendar alternatives that I keep getting that have
the information that the text/plain alternative is missing (like date and
time *sigh*).
Patch 1 allows me to specify the alternative parts I want to
Optimize thread tagging by combining all the tagging operations to a
single "notmuch tag" call.
For threads in the order of tens or a hundred inbox tagged messages,
this gives a noticeable speedup. On two different machines, archiving
a thread of about 50 inbox tagged messages goes down from 10+
On Tue, 31 Jan 2012 19:29:06 +0200, Jani Nikula wrote:
> Modify the show view key bindings as follows to make them more
> consistent:
Cry havoc, and let loose the dogs of bikeshedding. Err, I mean, pushed.
d
On Wed, 8 Feb 2012 08:36:09 +, David Edmondson wrote:
> Optimize thread tagging by combining all the tagging operations to a
> single "notmuch tag" call.
>
> For threads in the order of tens or a hundred inbox tagged messages,
> this gives a noticeable speedup. On two different machines,
On Sun, 5 Feb 2012 11:13:41 +0400, Dmitry Kurochkin wrote:
> Changes:
>
> v4:
>
> * rebased on master, no conflicts so no need for another review
>
I pushed this series.
Maybe this was discussed already, but I think ideally * would apply only
to open messages. So consider that a feature
On Wed, 08 Feb 2012 09:15:59 -, Patrick Totzke wrote:
> Quoting Alex Botero-Lowry (2012-02-08 08:24:51)
> >I'm using a similar setup.? An inconvenience with the setup is that I
> > have
> >various filters in gmail that filter, e.g., mailing list mails by
> > skipping
> >the
Quoth David Edmondson on Feb 08 at 8:02 am:
> Re-work the existing crypto switch toggle to be based on a persistant
> buffer-local variable.
>
> To allow this, modify `notmuch-show-refresh-view' to erase and re-draw
> in the current buffer rather than killing the current buffer and
> creating a
On Sun, 05 Feb 2012 23:34:44 +0400, Dmitry Kurochkin wrote:
>
> Are you sure? I do not see it in master.
>
Oops. Should be there now.
d
Quoting Alex Botero-Lowry (2012-02-08 08:24:51)
>I'm using a similar setup.? An inconvenience with the setup is that I have
>various filters in gmail that filter, e.g., mailing list mails by skipping
>the gmail inbox and applying specific tags.?...
>Ideally, I'd like a view in
Optimize thread tagging by combining all the tagging operations to a
single "notmuch tag" call.
For threads in the order of tens or a hundred inbox tagged messages,
this gives a noticeable speedup. On two different machines, archiving
a thread of about 50 inbox tagged messages goes down from 10+
Allow the user to choose that only matching messages are shown by
default.
---
emacs/notmuch-show.el |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index bb46523..d077ae0 100644
--- a/emacs/notmuch-show.el
+++
---
emacs/notmuch-show.el |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index a668625..bb46523 100644
--- a/emacs/notmuch-show.el
+++ b/emacs/notmuch-show.el
@@ -1686,7 +1686,7 @@ added."
(interactive "P")
(let
With an argument, record and reply the state of the buffer during
`notmuch-show-refresh-view'.
In this context, "state" is defined as:
- the open/closed state of each message,
- the current message.
Traditional use of refresh with the = key does not retain the
state. The recently introduced
---
emacs/notmuch-show.el |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index 8a792e9..6c79511 100644
--- a/emacs/notmuch-show.el
+++ b/emacs/notmuch-show.el
@@ -1134,6 +1134,7 @@ Refreshes the current view, observing
Very deeply indented content is sometimes difficult to
read (particular for something like patches). Allow the indentation of
the content to be toggled with '<'.
Indentation of the header lines is not affected, so it remains
possible to see the structure of the thread.
---
emacs/notmuch-show.el
Indentation now uses tabs where possible.
---
...hread-maildir-storage-with-fourfold-indentation |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git
a/test/emacs.expected-output/notmuch-show-thread-maildir-storage-with-fourfold-indentation
The current behaviour (all messages shown, non-matching collapsed)
is retained as the default. Type '!' to switch to showing only
the matching messages - non-matching messages are not available.
'!' will switch back to showing everything.
---
emacs/notmuch-show.el | 18 +-
1
Except for where invisibility is involved, replace the use of overlays
in `notmuch-show-mode' with text properties, which are more efficient
and can be merged together more effectively.
---
emacs/notmuch-show.el | 62 +++-
emacs/notmuch-wash.el |8
Re-work the existing crypto switch toggle to be based on a persistant
buffer-local variable.
To allow this, modify `notmuch-show-refresh-view' to erase and re-draw
in the current buffer rather than killing the current buffer and
creating a new one. (This will also allow more per-buffer behaviour
v8:
- Code review comments from Austin:
- Correctly decrypt parts when saving, etc. them. (revert to
original behaviour).
David Edmondson (8):
emacs: Rework crypto switch toggle.
emacs: Allow `notmuch-show-mode' to display only matching messages.
emacs: Allow the indentation of
(erase-buffer))
> > + (notmuch-show-worker))
> >
> > (defvar notmuch-show-stash-map
> >(let ((map (make-sparse-keymap)))
> > @@ -1097,6 +1096,7 @@ thread id. If a prefix is given, crypto processing
> > is toggled."
> > (define-key map
> host smtp.gmail.com
>> from USER at gmail.com
>> tls on
>> tls_starttls off
>> auth on
>> user USER at gmail.com
>>
>> Finally, I use goobook to use the gmail contacts as addressbook in
>> Emacs. See http://mid.gmane.org/87zkfuh3i0.fsf at nikula.org for that.
>>
>>
>> HTH,
>> Jani.
>> ___
>> notmuch mailing list
>> notmuch at notmuchmail.org
>> http://notmuchmail.org/mailman/listinfo/notmuch
>>
>
>
> ___
> notmuch mailing list
> notmuch at notmuchmail.org
> http://notmuchmail.org/mailman/listinfo/notmuch
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120208/864ac480/attachment.html>
; Emacs. See http://mid.gmane.org/87zkfuh3i0.fsf at nikula.org for that.
>
>
> HTH,
> Jani.
> ___
> notmuch mailing list
> notmuch at notmuchmail.org
> http://notmuchmail.org/mailman/listinfo/notmuch
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120208/7d9d093b/attachment-0001.html>
Seems reasonable. I'm definitely in favor of erasing buffers instead
of killing and recreating them. Two questions below.
Quoth David Edmondson on Feb 06 at 9:21 am:
> Re-work the existing crypto switch toggle to be based on a persistant
> buffer-local variable.
>
> To allow this, modify
v8:
- Code review comments from Austin:
- Correctly decrypt parts when saving, etc. them. (revert to
original behaviour).
David Edmondson (8):
emacs: Rework crypto switch toggle.
emacs: Allow `notmuch-show-mode' to display only matching messages.
emacs: Allow the indentation of
Re-work the existing crypto switch toggle to be based on a persistant
buffer-local variable.
To allow this, modify `notmuch-show-refresh-view' to erase and re-draw
in the current buffer rather than killing the current buffer and
creating a new one. (This will also allow more per-buffer behaviour
---
emacs/notmuch-show.el |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index 8a792e9..6c79511 100644
--- a/emacs/notmuch-show.el
+++ b/emacs/notmuch-show.el
@@ -1134,6 +1134,7 @@ Refreshes the current view, observing
Except for where invisibility is involved, replace the use of overlays
in `notmuch-show-mode' with text properties, which are more efficient
and can be merged together more effectively.
---
emacs/notmuch-show.el | 62 +++-
emacs/notmuch-wash.el |8
The current behaviour (all messages shown, non-matching collapsed)
is retained as the default. Type '!' to switch to showing only
the matching messages - non-matching messages are not available.
'!' will switch back to showing everything.
---
emacs/notmuch-show.el | 18 +-
1
Allow the user to choose that only matching messages are shown by
default.
---
emacs/notmuch-show.el |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index bb46523..d077ae0 100644
--- a/emacs/notmuch-show.el
+++
Indentation now uses tabs where possible.
---
...hread-maildir-storage-with-fourfold-indentation |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git
a/test/emacs.expected-output/notmuch-show-thread-maildir-storage-with-fourfold-indentation
Very deeply indented content is sometimes difficult to
read (particular for something like patches). Allow the indentation of
the content to be toggled with ''.
Indentation of the header lines is not affected, so it remains
possible to see the structure of the thread.
---
emacs/notmuch-show.el |
With an argument, record and reply the state of the buffer during
`notmuch-show-refresh-view'.
In this context, state is defined as:
- the open/closed state of each message,
- the current message.
Traditional use of refresh with the = key does not retain the
state. The recently introduced
---
emacs/notmuch-show.el |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index a668625..bb46523 100644
--- a/emacs/notmuch-show.el
+++ b/emacs/notmuch-show.el
@@ -1686,7 +1686,7 @@ added.
(interactive P)
(let
On Sat, Feb 4, 2012 at 4:35 AM, Jani Nikula j...@nikula.org wrote:
On Sat, 04 Feb 2012 09:15:16 +, David Edmondson d...@dme.org wrote:
On Sat, 4 Feb 2012 03:39:23 -0500, don warner saklad
don.sak...@gmail.com wrote:
a) For gmail how do you setup notmuch mail ?...
b) Any
I have some code[1] that bidirectionally syncs gmail labels into tags in
notmuch, but it's not fast enough to be run continuously. Eventually, and I
mean that with the longest possible value, I'll get around to fixing that.
If you're interested in trying to fix it I can explain the issues and some
Quoting Alex Botero-Lowry (2012-02-08 08:24:51)
I'm using a similar setup. An inconvenience with the setup is that I have
various filters in gmail that filter, e.g., mailing list mails by skipping
the gmail inbox and applying specific tags. ...
Ideally, I'd like a view in notmuch
On Wed, 8 Feb 2012 08:36:09 +, David Edmondson d...@dme.org wrote:
Optimize thread tagging by combining all the tagging operations to a
single notmuch tag call.
For threads in the order of tens or a hundred inbox tagged messages,
this gives a noticeable speedup. On two different
On Wed, 08 Feb 2012 09:15:59 -, Patrick Totzke
patricktot...@googlemail.com wrote:
Quoting Alex Botero-Lowry (2012-02-08 08:24:51)
I'm using a similar setup. An inconvenience with the setup is that I
have
various filters in gmail that filter, e.g., mailing list mails by
On Sun, 5 Feb 2012 11:13:41 +0400, Dmitry Kurochkin
dmitry.kuroch...@gmail.com wrote:
Changes:
v4:
* rebased on master, no conflicts so no need for another review
I pushed this series.
Maybe this was discussed already, but I think ideally * would apply only
to open messages. So
Optimize thread tagging by combining all the tagging operations to a
single notmuch tag call.
For threads in the order of tens or a hundred inbox tagged messages,
this gives a noticeable speedup. On two different machines, archiving
a thread of about 50 inbox tagged messages goes down from 10+
I like to have notmuch-show-all-multipart/alternative-parts nil. I'd also
like to see the text/calendar alternatives that I keep getting that have
the information that the text/plain alternative is missing (like date and
time *sigh*).
Patch 1 allows me to specify the alternative parts I want to
Make notmuch-show-all-multipart/alternative-parts accept a list of
multipart/alternative types to show in addition to the preferred
types. This allows the user to force display some alternative part
types while normally showing just the preferred ones.
Signed-off-by: Jani Nikula j...@nikula.org
Treat text/calendar as text/x-vcalendar. At least the following
produce text/calendar that parse as text/x-vcalendar:
PRODID:-//Google Inc//Google Calendar 70.9054//EN
PRODID:Microsoft Exchange Server 2010
Code by David Edmondson d...@dme.org
---
I wish I had some references here, other than
On Wed, 8 Feb 2012 16:43:15 +, David Edmondson d...@dme.org wrote:
Optimize thread tagging by combining all the tagging operations to a
single notmuch tag call.
For threads in the order of tens or a hundred inbox tagged messages,
this gives a noticeable speedup. On two different
On Wed, 8 Feb 2012 16:55:15 +, Jani Nikula j...@nikula.org wrote:
Make notmuch-show-all-multipart/alternative-parts accept a list of
multipart/alternative types to show in addition to the preferred
types. This allows the user to force display some alternative part
types while normally
v8 rebased onto master after Dmitry's changes without any manual
intervention.
pgp2VthBp3OMy.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
On Tue, 07 Feb 2012 17:36:24 +0100, Florian Friesdorf f...@chaoflow.net wrote:
I just wanted to express my gratitude, that for a while now notmuch is
tagging by a factor 200 faster than it used to be!
+1 It is really comfortable to notmuch tag now !
/Xavier
Hi everyone,
Here is a new and much-improved version of my series [1] adding support for
quoting HTML parts in replies using a JSON reply format. This version is, as
the diffs indicate, much more ambitious than previous versions, especially
on the emacs front:
* The JSON reply format now only
---
man/man1/notmuch-reply.1 |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/man/man1/notmuch-reply.1 b/man/man1/notmuch-reply.1
index 5160ece..9cde96d 100644
--- a/man/man1/notmuch-reply.1
+++ b/man/man1/notmuch-reply.1
@@ -43,6 +43,11 @@ include
.BR default
This new JSON format for replies includes headers generated for a
reply message as well as the headers of the original message. Using
this data, a client can intelligently create a reply. For example, the
emacs client will be able to create replies with quoted HTML parts by
parsing the HTML parts
Using the new JSON reply format allows emacs to quote HTML parts
nicely by using mm-display-part to turn them into displayable text,
then quoting them with message-cite-original. This is very useful for
users who regularly receive HTML-only email.
Use message-mode's message-cite-original function
On Wed, Feb 8, 2012 at 2:00 AM, Jani Nikula j...@nikula.org wrote:
On Wed, 08 Feb 2012 09:15:59 -, Patrick Totzke
patricktot...@googlemail.com wrote:
Quoting Alex Botero-Lowry (2012-02-08 08:24:51)
I'm using a similar setup. An inconvenience with the setup is that
I have
Hi Adam.
On Wed, 8 Feb 2012 17:21:54 -0700, Adam Wolfe Gordon awg+notm...@xvx.ca
wrote:
This new JSON format for replies includes headers generated for a
reply message as well as the headers of the original message. Using
this data, a client can intelligently create a reply. For example,
Anyone know what commit fixed this? Curious whether I'm using or not already
On Feb 8, 2012 3:13 PM, Xavier Maillard xav...@maillard.im wrote:
On Tue, 07 Feb 2012 17:36:24 +0100, Florian Friesdorf f...@chaoflow.net
wrote:
I just wanted to express my gratitude, that for a while now notmuch
On Wed, 8 Feb 2012 20:48:51 +0400, Dmitry Kurochkin
dmitry.kuroch...@gmail.com wrote:
Recent changes in notmuch-show tagging introduced some code
duplication. The patch cleanups and simplifies
`notmuch-show-archive-thread' function by using
`notmuch-show-tag-all', no longer used function
On Wed, 8 Feb 2012 22:20:54 -0600, Michael Roth mdr...@utexas.edu wrote:
Anyone know what commit fixed this? Curious whether I'm using or not
already
No, you're not.
id:1328719731-13402-1-git-send-email-dmitry.kuroch...@gmail.com
Will do this.
Tomi
PS: Top-post, yack ;)
On Feb 8, 2012
72 matches
Mail list logo