Hi,
yesterday I found that since some time (sorry, cannot say that more exactly)
my offlineimap's presynchook started to fail, and investigating I have a doubt
about what were wrong.
My script basically looks like this:
from notmuch2 import Database
def handle_deleted_messages(db):
Mohsin Kaleem writes:
> The new notmuch-search-exclude option allows users to configure whether
> to show or hide excluded messages (as determined by search.exclude_tags
> in the local config file). It defaults to true for now to maintain
> backwards-compatibility with how notmuch-{search,tree}
"Naveen N. Rao" writes:
> David Bremner wrote:
>> David Bremner writes:
>>
>>> At least some of this mail data is public, but I'm not sure if the bad
>>> threading is reproducible or not; I want to run a complete census
>>> overnight before I reindex.
>>>
>>> Even if the bug is
Thomas Schneider writes:
> Hi,
>
> I discovered an issue in notmuch new: when deleting a large amount of
> messages (so that it takes long and displays “$time remaining”), it does
> not clean the line afterwards:
>
Hi Thomas;
Thanks for the careful report, and sorry for not responding earlier.
Daniel Kahn Gillmor writes:
> Hey folks--
>
> I just did a bit of testing and cleanup for out-of-tree builds (see the
> minor patches that should have landed on the list in the last hour or
> two).
>
> For me, "make check" in an out-of-tree build works fine now, with the
> exception of
David Bremner writes:
> These cause failures when building out of tree.
> ---
> test/T562-lib-database.sh | 4 ++--
> test/T563-lib-directory.sh | 4 ++--
> test/test-lib.sh | 2 +-
> 3 files changed, 5 insertions(+), 5 deletions(-)
applied to master.
d
David Bremner writes:
> Depending on a phony target seems like a good way to always trigger a
> recipe.
Series applied to master,
Marking the bug reported at id:87r29wwgq2@fifthhorseman.net as fixed
as of 031f4b4da5b317c580df474d002a8300d35a818e.
Tomi Ollila writes:
> emacs/notmuch-logo.svg is handcrafted scalable vector graphics version
> of the notmuch logo.
>
> Emacs on graphic displays render this image four times in size compared
> to the emacs/notmuch-logo.png, and the image is much sharper.
>
> The rendered image size, 100x100
Daniel Kahn Gillmor writes:
> hm, it appears that notmuch-emacs sends duplicate References: headers
> during reply when i add that manually to the headers field during
> compose.
>
> and then when notmuch indexes a message, it only indexes the first
> References: header it finds.
>
> These are
