Re: SVG attachment crashes emacs

emacs-24.3 crashes (Gentoo version 24.3-r6) emacs-vcs-24.3.93 does NOT crash. So this issue seems to be fixed in recent snapshots/beta/whatever, but the fixed version is not released yet. On Wed, 20 Aug 2014 07:54:31 -0500, MaDhAt2r madha...@dukefoo.com wrote: My Emacs crashed also with the

Re: [PATCH] VIM: Improve moving between messages in a thread

Patch works fine for me. It also would be nice to have a move to next unread message function. Most beautiful would be a treeview of the thread structure. Currently threads are rendered as plain list, so you can't immediately see and jump to the quoted mail. Bower IMHO uses the best approach here.

Re: [PATCH v2] VIM: Use notmuch CLI for config

On Thu, 2 Oct 2014 16:47:15 -0700, Ian Main im...@stemwinder.org wrote: This patch switches from reading .notmuch-config directly to using the CLI the same way that emacs does it. It actually uses less code and is probably less error prone. Ian --- This update changes result to be

Re: [PATCH] VIM: Add URI handling

Works nice. Tested with an https and a mailto URI. But it would be awesome if you could add message id handling, So one could easily navigate to linked messages. I only found emacs client implement this feature. What I read in the docs about ruby URI module it should be fairly easy to add a custom

Re: [PATCH] VIM: Add better attachment support

It works as described. But IMHO it would be better to prompt the user to enter the location where he wants to save the attachment(s). This path could be taken if s:notmuch_attachment_tmpdir_default is set to empty. Or implement a different function for save to. On Thu, 2 Oct 2014 00:48:52 -0700,

VIM: search_refresh limits message count to 2 * window.height

The reason is that StagedRender.is_ready depends on last_render, which get's set to VIM::Buffer.count() in StagedRender::do_next. I do not (yet) know what exactly happens, but after the first call to search refresh last_render never get's less than 2*2*window.height. That means once you do

Re: [PATCH] VIM: Add URI handling

@filename = msg.filename @mail = mail @start = 0 On Fri, 10 Oct 2014 11:18:31 -0700, Ian Main im...@stemwinder.org wrote: Franz Fellner wrote: Works nice. Tested with an https and a mailto URI. But it would be awesome if you could add message id

Re: VIM: search_refresh limits message count to 2 * window.height

description of the columns (date, thread participants, subject, ...) at the beginning, or something like end of search list, end of thread at the end of the buffers. Please tell me which one you like most and I can send a patch. Regards Franz On Fri, 10 Oct 2014 17:56:23 +0200, Franz Fellner

Re: [PATCH] VIM: Make an option to save sent mail locally

Why not simply use Notmuch::Database.add_message? Would save a system-call. One could easily copy the sent mail into nm_db_path/sent/cur, add it to the db, tag it. Though I don't know enough about maildir handling, but probably rubys Mail module could help here. Another issue is configuration.

Re: notmuch vim patches

I'm starting to realize that I could default to using 'enter' to both open URI's and view attachments. Any other ideas welcome. - make some of the functions public so users can bind them to keys they want - introduce show_[prev,next]_unread_msg, probably factor out show_scroll_to_msg()

[PATCH] VIM: Respect exclude_tags specified in .notmuch-config

commit 558719b9ea9c218117c448cf4c7bd671de14d968 Author: Franz Fellner alpine.art...@gmail.com Date: Fri Oct 17 17:53:58 2014 +0200 Exclude tags specified by notmuch config get search.exclude_tags diff --git a/vim/notmuch.vim b/vim/notmuch.vim index 5c86fcd..b8d11fe 100644 --- a/vim

Re: [PATCH] VIM: Add URI handling

On Wed, 15 Oct 2014 12:33:55 -0700, Ian Main im...@stemwinder.org wrote: Franz Fellner wrote: Here is a working implementation. Please review carefully as I only can simulate ruby and vimscript knowledge from what I see in notmuch.vim sourcefile and quick googling. Yes, this works

Re: notmuch vim patches

On Thu, 16 Oct 2014 15:30:11 -0700, Ian Main im...@redhat.com wrote: Franz Fellner wrote: I'm starting to realize that I could default to using 'enter' to both open URI's and view attachments. Any other ideas welcome. - make some of the functions public so users can bind them

Re: [PATCH] VIM: Make an option to save sent mail locally

Ian Main wrote: Franz Fellner wrote: Why not simply use Notmuch::Database.add_message? Would save a system-call. One could easily copy the sent mail into nm_db_path/sent/cur, add it to the db, tag it. Though I don't know enough about maildir handling, but probably rubys Mail module

Re: [PATCH] VIM: Improve moving between messages in a thread

Ian Main wrote: Franz Fellner wrote: Patch works fine for me. It also would be nice to have a move to next unread message function. Most beautiful would be a treeview of the thread structure. Currently threads are rendered as plain list, so you can't immediately see and jump

RE: [PATCH] VIM: Improve search list

LGTM Franz Ian Main wrote: Make the width of the search name column expand/contract with the length of the longest search name string. Fix syntax highlighting to make the above work right. Add the ability to use a blank search pattern to create a spacer to break up searches into groups.

RE: [PATCH] VIM: Make starting in 'insert' mode for compose optional

Ian Main wrote: I found it unusual to be started in insert mode Me too. Patch LGTM. Works as expected - thx! Franz Ian --- vim/notmuch.vim | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/vim/notmuch.vim b/vim/notmuch.vim index 331e930..252f16b

RE: [PATCH] Make patch saving in vim a little better.

PATCH LGTM. Did not find any patch that couldn't be saved. One issue: It saves the patches into $WORKDIR. It would be great if the target path could be prompted (default again to ~/.notmuch/tmp?) so no random dirs get polluted. But that isn't a regression to the previous behaviour - no

RE: [PATCH] VIM: Respect exclude_tags specified in .notmuch-config

. Franz I'm not sure what is the best way to fix this.. Ian Franz Fellner wrote: commit 558719b9ea9c218117c448cf4c7bd671de14d968 Author: Franz Fellner alpine.art...@gmail.com Date: Fri Oct 17 17:53:58 2014 +0200 Exclude tags specified by notmuch config get

RE: [PATCH] VIM: Respect exclude_tags specified in .notmuch-config

Exclude mails tagged with any tag specified in notmuch config get search.exclude_tags in folders list and search list. diff --git a/vim/notmuch.vim b/vim/notmuch.vim index 5c86fcd..522a366 100644 --- a/vim/notmuch.vim +++ b/vim/notmuch.vim @@ -647,6 +647,7 @@ ruby EOF $db_name = nil

Re: [PATCH] VIM: Add URI handling

Tomi Ollila wrote: On Fri, Oct 17 2014, Franz Fellner alpine.art...@gmail.com wrote: On Wed, 15 Oct 2014 12:33:55 -0700, Ian Main im...@stemwinder.org wrote: Franz Fellner wrote: Here is a working implementation. Please review carefully as I only can simulate ruby and vimscript

Re: Looking for the perfect mail client

Sepp Tannhuber wrote: Peter Feigl cra...@gmx.net schrieb am 19:38 Mittwoch, 22.Oktober 2014: Try strace or gdb to find out what really crashes notmuch. Good idea. Can anybody help me to interprete the output: https://gist.github.com/tannhuber/c7cae862f897efccd3cb HUH?

Re: Looking for the perfect mail client

Justus Winter wrote: Quoting Sepp Tannhuber (2014-10-23 12:47:10) Peter Feigl cra...@gmx.net schrieb am 19:38 Mittwoch, 22.Oktober 2014: Try strace or gdb to find out what really crashes notmuch. Good idea. Can anybody help me to interprete the output:

RE: email snoozing in notmuch

Hi, Sebastian Fischmeister wrote: Hi, I'm thinking of how to realize the mail snoozing feature with notmuch, so that certain emails won't become visible (in the search) until a certain day/time (e.g., 10 days from now). Using the tag as an absolute date when the mail should become

Re: [PATCH] VIM: Automatically refresh folder screen

David Bremner wrote: Ian Main im...@stemwinder.org writes: This patch makes the folder screen refresh each time you 'enter' it. This way when you read a folder and mark items as read the changes are reflected immediately when you return to the folder view. It seems to work, but it is

[PATCH v2] VIM: Exclude mails tagged with any tag specified in 'notmuch config get search.exclude_tags' in folders list and search list.

--- vim/notmuch.vim | 9 + 1 file changed, 9 insertions(+) diff --git a/vim/notmuch.vim b/vim/notmuch.vim index cad9517..cb6695a 100644 --- a/vim/notmuch.vim +++ b/vim/notmuch.vim @@ -477,6 +477,7 @@ ruby EOF $db_name = nil $email = $email_name = $email_address = nil +

RE: [PATCH] VIM: Automatically refresh folder screen

Hi Bartosz, Great to see one more person interested in notmuch-vim! Hopefully this will make review a little bit easier. Bartosz Telenczuk wrote: Ian Main wrote: This patch makes the folder screen refresh each time you 'enter' it. This way when you read a folder and mark items as read the

Re: [PATCH] VIM: Make an option to save sent mail locally

Bartosz Telenczuk wrote: Great work! Yeah, I can add it so the folder can be changed. I figured this was just the start of things. Really we should be able to fcc it to our upstream provider sent mailbox too. I would appreciate an option to configure the sent box per provider.

RE: [PATCH v3] VIM: Improve moving between messages in a thread

Bartosz Telenczuk wrote: Hi Ian, The patch looks good. I tested it on my system and it works fine. I just have one suggestion regarding coding style. +function! s:show_prev_msg() function! s:show_next_msg() Since these functions are almost the same, you could avoid code repetition

[PATCH] VIM: Improve performance of folders_render

Simply use query.count_[messages,threads] instead of actually running the query and using the count attribute of the result set. --- vim/notmuch.vim | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/vim/notmuch.vim b/vim/notmuch.vim index cb6695a..ad8b7c8 100644 ---

RE: [PATCH 1/4] VIM: implemented message folding in thread view

Hi Bartosz, We already had folding via syntax in Ians fork. It turned out to be not that great. https://github.com/imain/notmuch-vim/issues/3 In short: Those syntax fold marks are for one specific notmuch-show-buffer. If you open a second show-buffer those new fold marks will overwrite the ones

Re: need to call notmuch_threads_get (..) to actually move iterator

It might be I found the issue: One big thing notmuch_threads_get does is remove the thread_id from the match_set. Playing with astroid (branch ti-skip-and-load) i see that it is not entirely true that the iterator doesn't move. It just seems to duplicate some messages. There definitely are coming

Re: need to call notmuch_threads_get (..) to actually move iterator

Really might be the issue: Threads with many messages duplicate more often than messages with few messages. Threads with only one message never seem to come up more than twice. Currently I don't have the time to track down what actually get's stored in match_set, would be nice if a dev could shed

Re: notmuch release 0.22 now available

On Tue, 26 Apr 2016 22:04:48 -0300, David Bremner wrote: > Xapian 1.3 support > > Notmuch should now build (and the test suite should pass) on recent > releases of Xapian 1.3.x. It has been tested with Xapian 1.3.5. Great to see support for the most recent xapian

Re: Bug: counting messages twice after excluding tags yields different results

Your problem: the example sucks ;) If the query searches for a tag you also have in exclude_tags (in your case: spam) the exclude gets ignored. Change your query to just "is:inbox" and magically "spam" really gets excluded. However it is better to create fresh query objects for each new query. I

Re: Bug: counting messages twice after excluding tags yields different results

On Wed, 31 Aug 2016 09:20:52 -0300, David Bremner <da...@tethera.net> wrote: > Lucas Hoffmann <luc.li...@gmail.com> writes: > > > Thank you Franz, sadly your reply did not convince me: > > > > Quoting Franz Fellner (2016-08-31 11:21:18) > >> Your pro

Re: [PATCH] lib/database.cc: fix misleading indentation

On Thu, 20 Oct 2016 13:47:40 -0300, David Bremner <da...@tethera.net> wrote: > Franz Fellner <alpine.art...@gmail.com> writes: > > > Probably a little bit off-topic, but somewhat related. > > There is a wild mix of TABs and spaces used for indenting all over the &g

Re: [PATCH] lib/database.cc: fix misleading indentation

On Thu, 20 Oct 2016 20:45:00 -0300, David Bremner <da...@tethera.net> wrote: > Franz Fellner <alpine.art...@gmail.com> writes: > > > From a quick visual scan at least half the indented lines start with 4 > > spaces > > instead of TABS. As I understand the q

Re: [PATCH] lib/database.cc: fix misleading indentation

Probably a little bit off-topic, but somewhat related. There is a wild mix of TABs and spaces used for indenting all over the place. I had a hard time to follow the code. Could there be done something? Do we have some sort of coding style? If not could we agree on some? At least for such important

SVG attachment crashes emacs

emacs-24.3 crashes (Gentoo version 24.3-r6) emacs-vcs-24.3.93 does NOT crash. So this issue seems to be fixed in recent snapshots/beta/whatever, but the fixed version is not released yet. On Wed, 20 Aug 2014 07:54:31 -0500, MaDhAt2r wrote: > > My Emacs crashed also with the SVG attachment you

[PATCH] VIM: Improve moving between messages in a thread

Patch works fine for me. It also would be nice to have a "move to next unread message" function. Most beautiful would be a treeview of the thread structure. Currently threads are rendered as plain list, so you can't immediately see and jump to the quoted mail. Bower IMHO uses the best approach

[PATCH v2] VIM: Use notmuch CLI for config

On Thu, 2 Oct 2014 16:47:15 -0700, Ian Main wrote: > This patch switches from reading .notmuch-config directly to using > the CLI the same way that emacs does it. It actually uses less code > and is probably less error prone. > > Ian > --- > > This update changes result to be '' instead

[PATCH] VIM: Add URI handling

Works nice. Tested with an https and a mailto URI. But it would be awesome if you could add message id handling, So one could easily navigate to linked messages. I only found emacs client implement this feature. What I read in the docs about ruby URI module it should be fairly easy to add a custom

[PATCH] VIM: Add better attachment support

It works as described. But IMHO it would be better to prompt the user to enter the location where he wants to save the attachment(s). This path could be taken if s:notmuch_attachment_tmpdir_default is set to empty. Or implement a different function for "save to". On Thu, 2 Oct 2014 00:48:52

VIM: search_refresh limits message count to 2 * window.height

The reason is that StagedRender.is_ready depends on last_render, which get's set to VIM::Buffer.count() in StagedRender::do_next. I do not (yet) know what exactly happens, but after the first call to search refresh last_render never get's less than 2*2*window.height. That means once you do

[PATCH] VIM: Add URI handling

ead_id, :filename, :mail def initialize(msg, mail) @message_id = msg.message_id + @thread_id = msg.thread_id @filename = msg.filename @mail = mail @start = 0 On Fri, 10 Oct 2

VIM: search_refresh limits message count to 2 * window.height

mation, like description of the columns (date, thread participants, subject, ...) at the beginning, or something like "end of search list", "end of thread" at the end of the buffers. Please tell me which one you like most and I can send a patch. Regards Franz On Fri, 10 Oct

[PATCH] VIM: Make an option to save sent mail locally

Why not simply use Notmuch::Database.add_message? Would save a system-call. One could easily copy the sent mail into nm_db_path/sent/cur, add it to the db, tag it. Though I don't know enough about maildir handling, but probably rubys Mail module could help here. Another issue is configuration.

notmuch vim patches

> I'm starting to realize that I could default to using 'enter' to both > open URI's and view attachments. Any other ideas welcome. - make some of the functions public so users can bind them to keys they want - introduce show_[prev,next]_unread_msg, probably factor out

[PATCH] VIM: Respect exclude_tags specified in .notmuch-config

commit 558719b9ea9c218117c448cf4c7bd671de14d968 Author: Franz Fellner Date: Fri Oct 17 17:53:58 2014 +0200 Exclude tags specified by notmuch config get search.exclude_tags diff --git a/vim/notmuch.vim b/vim/notmuch.vim index 5c86fcd..b8d11fe 100644 --- a/vim/notmuch.vim +++ b/vim

[PATCH] VIM: Add URI handling

On Wed, 15 Oct 2014 12:33:55 -0700, Ian Main wrote: > Franz Fellner wrote: > > Here is a working implementation. > > Please review carefully as I only can simulate ruby and vimscript > > knowledge from what I see in notmuch.vim sourcefile and quick > > googling.

notmuch vim patches

On Thu, 16 Oct 2014 15:30:11 -0700, Ian Main wrote: > Franz Fellner wrote: > > > > > > > I'm starting to realize that I could default to using 'enter' to both > > > open URI's and view attachments. Any other ideas welcome. > > > > - make some o

[PATCH] VIM: Make an option to save sent mail locally

Ian Main wrote: > Franz Fellner wrote: > > Why not simply use Notmuch::Database.add_message? Would save a > > system-call. > > One could easily copy the sent mail into nm_db_path/sent/cur, add it to the > > db, tag it. > > Though I don't know enough about mai

[PATCH] VIM: Improve moving between messages in a thread

Ian Main wrote: > Franz Fellner wrote: > > Patch works fine for me. It also would be nice to have a "move to next > > unread message" function. > > Most beautiful would be a treeview of the thread structure. Currently > > threads are rendered as pla

[PATCH] VIM: Improve search list

LGTM Franz Ian Main wrote: > Make the width of the search name column expand/contract with the > length of the longest search name string. > > Fix syntax highlighting to make the above work right. > > Add the ability to use a blank search pattern to create a spacer > to break up searches into

[PATCH] VIM: Make starting in 'insert' mode for compose optional

Ian Main wrote: > I found it unusual to be started in insert mode Me too. Patch LGTM. Works as expected - thx! Franz > > Ian > --- > vim/notmuch.vim | 13 +++-- > 1 file changed, 11 insertions(+), 2 deletions(-) > > diff --git a/vim/notmuch.vim b/vim/notmuch.vim > index

[PATCH] Make patch saving in vim a little better.

PATCH LGTM. Did not find any patch that couldn't be saved. One issue: It saves the patches into $WORKDIR. It would be great if the target path could be prompted (default again to ~/.notmuch/tmp?) so no random dirs get polluted. But that isn't a regression to the previous behaviour -> no

[PATCH] VIM: Respect exclude_tags specified in .notmuch-config

8458d521a69c91 New patch coming soon. Franz > > I'm not sure what is the best way to fix this.. > > Ian > > Franz Fellner wrote: > > commit 558719b9ea9c218117c448cf4c7bd671de14d968 > > Author: Franz Fellner > > Date: Fri Oct 17 17:53:58 2014 +020

[PATCH] VIM: Respect exclude_tags specified in .notmuch-config

Exclude mails tagged with any tag specified in notmuch config get search.exclude_tags in folders list and search list. diff --git a/vim/notmuch.vim b/vim/notmuch.vim index 5c86fcd..522a366 100644 --- a/vim/notmuch.vim +++ b/vim/notmuch.vim @@ -647,6 +647,7 @@ ruby << EOF $db_name = nil

[PATCH] VIM: Add URI handling

Tomi Ollila wrote: > On Fri, Oct 17 2014, Franz Fellner wrote: > > > On Wed, 15 Oct 2014 12:33:55 -0700, Ian Main > > wrote: > >> Franz Fellner wrote: > >> > Here is a working implementation. > >> > Please review carefully as I only can simul

Looking for the perfect mail client

Sepp Tannhuber wrote: > Peter Feigl schrieb am 19:38 Mittwoch, 22.Oktober 2014: > > > > > > Try strace or > > gdb to find out what really crashes notmuch. > Good idea. Can anybody help me to interprete the output: > https://gist.github.com/tannhuber/c7cae862f897efccd3cb HUH?

Looking for the perfect mail client

Justus Winter wrote: > Quoting Sepp Tannhuber (2014-10-23 12:47:10) > > Peter Feigl schrieb am 19:38 Mittwoch, 22.Oktober 2014: > > > Try strace or > > > gdb to find out what really crashes notmuch. > > Good idea. Can anybody help me to interprete the output: > >

email snoozing in notmuch

Hi, Sebastian Fischmeister wrote: > Hi, > > I'm thinking of how to realize the mail snoozing feature with notmuch, > so that certain emails won't become visible (in the search) until a > certain day/time (e.g., 10 days from now). > > Using the tag as an absolute date when the mail should become

[PATCH] VIM: Automatically refresh folder screen

David Bremner wrote: > Ian Main writes: > > > This patch makes the folder screen refresh each time you 'enter' it. > > This way when you read a folder and mark items as read the changes are > > reflected immediately when you return to the folder view. > > It seems to work, but it is pretty slow

[PATCH] VIM: Automatically refresh folder screen

Hi Bartosz, Great to see one more person interested in notmuch-vim! Hopefully this will make review a little bit easier. Bartosz Telenczuk wrote: > Ian Main wrote: > > This patch makes the folder screen refresh each time you 'enter' it. > > This way when you read a folder and mark items as read

[PATCH v3] VIM: Improve moving between messages in a thread

Bartosz Telenczuk wrote: > Hi Ian, > > The patch looks good. I tested it on my system and it works fine. I just > have one suggestion regarding coding style. > > > +function! s:show_prev_msg() > > function! s:show_next_msg() > > Since these functions are almost the same, you could avoid code

[PATCH] VIM: Make an option to save sent mail locally

Bartosz Telenczuk wrote: > Great work! > > > Yeah, I can add it so the folder can be changed. I figured this was just > > the > > start of things. Really we should be able to fcc it to our upstream > > provider > > sent mailbox too. > > I would appreciate an option to configure the "sent"

[PATCH v2] VIM: Exclude mails tagged with any tag specified in 'notmuch config get search.exclude_tags' in folders list and search list.

--- vim/notmuch.vim | 9 + 1 file changed, 9 insertions(+) diff --git a/vim/notmuch.vim b/vim/notmuch.vim index cad9517..cb6695a 100644 --- a/vim/notmuch.vim +++ b/vim/notmuch.vim @@ -477,6 +477,7 @@ ruby << EOF $db_name = nil $email = $email_name = $email_address = nil

[PATCH] VIM: Improve performance of folders_render

Simply use query.count_[messages,threads] instead of actually running the query and using the count attribute of the result set. --- vim/notmuch.vim | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/vim/notmuch.vim b/vim/notmuch.vim index cb6695a..ad8b7c8 100644 ---

[PATCH 1/4] VIM: implemented message folding in thread view

Hi Bartosz, We already had folding via syntax in Ians fork. It turned out to be not that great. https://github.com/imain/notmuch-vim/issues/3 In short: Those syntax fold marks are for one specific notmuch-show-buffer. If you open a second show-buffer those new fold marks will overwrite the ones

[PATCH] VIM: Make an option to save sent mail locally

Bartosz Telenczuk wrote: > > > I would appreciate an option to configure the "sent" box per provider. I > > > implemented this feature in this patch: > > > > > > id:1420891384-992-4-git-send-email-telenczuk at unic.cnrs-gif.fr > > > > Generally it might work. But there are other features that

UTF-8 in mail headers (namely FROM) sent by bugzilla

Hi, I have a problem with notmuch-vim (now: git master from 10 min. ago) (also with alot and ner, not with 'notmuch show' or notmuch-emacs). UTF-8-encoded From: (at least) does not show Umlauts but a weird encoded-string. Example: "Thomas L?bking" as one of the KWin devs comes in replies as

Performance-issues with large threads

Hi, "Large" in the context of this issue is >20 replies, I have to wait ~1 sec until the thread shows up. With larger conversations it get's worse (a bug report on bugs.kde.org with ~400 replies takes ~13 secs. to load). This is due to the fact, that notmuch-{vim,emacs} load the complete mail

UTF-8 in mail headers (namely FROM) sent by bugzilla

On Dienstag, 23. Juli 2013 11:30:28 CEST, Eric Abrahamsen wrote: >> I have a problem with notmuch-vim (now: git master from 10 min. ago) >> (also with alot and ner, not with 'notmuch show' or notmuch-emacs). >> UTF-8-encoded From: (at least) does not show Umlauts but a weird >> encoded-string. ...

Performance-issues with large threads

ty is ~80-100% CPU usage during loading, all the 13 secs - quite a battery killer ;) I regularly build from latest git master (due to the vim-client). > > Best wishes > > Mark > > > > > > > Franz Fellner writes: > >> Hi, >> >> "

Re: performance problems with notmuch new

I also suffer from bad performance of notmuch new. I used notmuch some years ago and notmuch new always felt instantanious. Had to stop using it because internet was too slow to sync my mails :/ Now (with better internet and a completely new setup using mbsync) indexing one mail takes at least 10

Re: performance problems with notmuch new

On Thu Apr 23 00:21:30 2020, Olly Betts wrote: > First question: what version of Xapian are you using? On my laptop it's 1.4.15 (arch linux) and the desktop runs 1.4.14 (Gentoo linux) > And second thing to check, are you committing each message separately? No, I sync with mbsync which

Re: performance problems with notmuch new

On Mon Apr 20 11:36:36 2020, David Bremner wrote: > What kind of filesystem do you have on your spinning rust? It's ext4 on both HDDs. ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch

notmuch reindex wipes existing tags

Hello, I setup notmuch for my dad specifically for mass-extracting pdf newspapers he receives. When the pdf was stored successfully the message gets the tag attachments-extracted added. Today I wanted to go further and make use of afew specifically for mail moving to free up space on the IMAP

Re: [PATCH 2/2] lib: replace STRNCMP_LITERAL in __message_remove_indexed_terms

Thank you very much. I confirm that the patch fixes the issue. Regards Franz On Mon May 4 11:00:24 2020, David Bremner wrote: > strncmp looks for a prefix that matches, which is very much not what > we want here. This fixes the bug reported by Franz Fellner in > id:1588595993-ner-8.6

Re: notmuch reindex wipes existing tags

On Mon May 4 07:30:38 2020, David Bremner wrote: > Franz Fellner writes: > > > Ran notmuch reindex. > > And now all custom tags were wiped, especially attachments-extracted. > > I now can't see if the pdf of a certain message was already saved. > > This is 3 y