Re: storing From and Subject in xapian

Stewart Smith stew...@flamingspork.com writes: Would it be possible to progressively fill the DB with the new data? i.e. if Subject/From not in db for message add Subject/From for this message to DB. I started looking into this but then realized that notmuch search opens the database in

Re: Slowness (search opens every email file?)

Austin Clements amdragon-3s7wtutd...@public.gmane.org writes: Istvan, did you make any progress on this patch since the last version? I seem to recall it just needed general cleanup (code style and such) and a better answer for backwards compatibility (the unfortunate thing). I have been

Re: Slowness (search opens every email file?)

Austin Clements amdra...@mit.edu writes: I'd say this patch looks good other than coding style - Tab indentation - /* */ comments, starting with a capital letter - Space between function name and open paren - Space after comma in argument lists - Spaces around assignment operator Thanks,

Re: Set From based on To when replying

Simon Campese notmuchmail_org-W/qfd0wfgqielga04la...@public.gmane.org writes: I would like to implement the following behaviour: When replying to a mail that has something-3q2tfjf0mexg9huczpv...@public.gmane.org in the To-header, I would like to have the From-header of the reply to be

Re: Reply all - issue

Michał Nazarewicz mina86-deaty8a+uhjqt0dzr+a...@public.gmane.org writes: I was actually wondering that instead of hard coding the logic into notmuch itself, maybe it would be better to provide some sort of split-thread and join-threads which could than be used by separate tagging tool. Such a

Re: Procmail regex group reuse

Guyzmo guyzmo+notm...@m0g.net writes: Would it be possible to reuse a part of the match regexp in procmail so it can be reused in the action part of the rule. procmail has a limited way of extracting subexpressions: MATCH This variable is assigned to by procmail whenever it is

Re: Integrating notmuch with gnus?

Rainer M. Krug rai...@krugs.de writes: Hi I started using gnus for my emails, but definitely want to continue using notmuch for indexing and searching. Is there a way of using notmuch as the search backend for gnus? Is there more info around then on

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

Jameson Graef Rollins jroll...@finestructure.net writes: However, the behavior of the part button that now appears seems to be a bit strange. Clicking/hitting enter on the part attempts to save it rather than open it. This is controlled by notmuch-show-part-button-default-action. There

Re: Log of tagging actions

Sebastian Fischmeister sfisc...@uwaterloo.ca writes: Is there a possibility to log all tagging actions done in notmuch? I use a shell wrapper around notmuch to get this: #! /bin/sh

Re: v4 of DB_RETRY_LOCK patches

Thanks for getting this into shape, LGTM. FWIW, I have been running with DB_RETRY_LOCK for the past couple of months on a fairly large mail spool (500K emails), a high incoming volume and many tagging rules. So far it's been working great. No deadlocks, any delays waiting for locks are barely

[PATCH] Use the Xapian::DB_RETRY_LOCK flag when available

Xapian 1.3 has introduced the DB_RETRY_LOCK flag (Xapian bug 275). Detect it in configure and use it if available. With this flag commands that need the write lock will wait for their turn instead of aborting when it's not immediately available. --- configure | 25 -

storing From and Subject in xapian

I have been looking at the I/O patterns of "notmuch search" with the default output format and noticed that it has to parse the maildir file of every matched message to get the From and Subject headers. I figured that this must be slowing things down, especially when the files are not in the

storing From and Subject in xapian

Austin Clements writes: > This is awesome. What was your machine configuration? Reasonably modern linux box, Core i5. Both the xapian db and the mail files are on the same 7200 RPM SATA drive, ext4 filesystem. I guess the SSD might explain why you your uncached results are not as bad as mine.

storing From and Subject in xapian

Jameson Graef Rollins writes: > Unless I hear a strong positive response I'll hold off on considering it > for 0.6, and suggest instead targeting it for 0.7. I would say wait until 0.7 at least. An important thing missing is fallback to the old method for messages where the Subject/From VALUE

storing From and Subject in xapian

Stewart Smith writes: > Would it be possible to progressively fill the DB with the new data? > > i.e. > > if Subject/From not in db for message >add Subject/From for this message to DB. I started looking into this but then realized that notmuch search opens the database in read-only mode so

storing From and Subject in xapian

Austin Clements writes: > I wonder if a better approach would be to use > notmuch_message_get_header everywhere, rather than introducing > _notmuch_message_get_header_value, and have it simply recognize > headers that can be retrieved directly from the database. Then > library callers could

Slowness (search opens every email file?)

Austin Clements writes: > I'd say this patch looks good other than coding style > - Tab indentation > - /* */ comments, starting with a capital letter > - Space between function name and open paren > - Space after comma in argument lists > - Spaces around assignment operator Thanks, fixed the

Reply all - issue

Micha? Nazarewicz writes: > I was actually wondering that instead of hard coding the logic into notmuch > itself, maybe it would be better to provide some sort of "split-thread" and > "join-threads" which could than be used by separate tagging

Procmail regex group reuse

Guyzmo writes: > Would it be possible to reuse a part of the match regexp in procmail > so it can be reused in the action part of the rule. procmail has a limited way of extracting subexpressions: MATCH This variable is assigned to by procmail whenever it

Integrating notmuch with gnus?

"Rainer M. Krug" writes: > Hi > > I started using gnus for my emails, but definitely want to continue > using notmuch for indexing and searching. > > Is there a way of using notmuch as the search backend for gnus? Is > there more info around then on > http://www.emacswiki.org/emacs/NotMuch#toc1

Integrating notmuch with gnus?

"Rainer M. Krug" writes: > Istvan Marko writes: >> nnir (gnus search backend) supports notmuch out of the box. If I >> remember right all you have to do is: >> >> (setq nnir-search-engine 'notmuch) >> >> Or customize nnir-method-default-engines

missing part in emacs UI

Jameson, see id:m3r4dtgz9k.fsf at zsu.kismala.com I think it's the same issue. -- Istvan

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

Jameson Graef Rollins writes: > However, the behavior of the part button that now appears seems to be a > bit strange. Clicking/hitting enter on the part attempts to save it > rather than open it. This is controlled by notmuch-show-part-button-default-action. There are also the "."

Log of tagging actions

Sebastian Fischmeister writes: > Is there a possibility to log all tagging actions done in notmuch? I use a shell wrapper around notmuch to get this: #! /bin/sh

Set "From" based on "To" when replying

Simon Campese writes: > I would like to implement the following behaviour: When replying to a > mail that has "something-3Q2Tfjf0mexg9hUCZPvPmw at public.gmane.org" in the > "To"-header, I would like > to have the "From"-header of the reply to be automatically set to this > address.

Re: HTML email not on white background are illegible

Leo Gaspard writes: > So this may be an issue that's not worth fixing, but here it comes: > > I receive email from people who write HTML emails. And sometimes these > people assume a white background, and write with a hardcoded dark grey > color, which makes everything hard to read. > > TBH, I

Re: EMACS error "Package html2text is obsolete"

Tomi Ollila writes: >> When I open a HTML message in the EMACS UI, the error message "Package >> html2text is obsolete!" is displayed. Is it possible to configure >> Notmuch to use SHR/EWW instead of html2text? > > You probably have somewhere something like: > > (setq mm-text-html-renderer