Jani Nikula writes:
> Keep the existing strcmp on the basename for backwards compatibility,
> and additionally use the new.ignore entries as fnmatch(3) patterns on
> the absolute filename. Note that it's not enough to add e.g. "foo*bar"
> to the list; you will need to do "*/foo*bar" to match the
Jani Nikula writes:
> Split file ignores in count_files to fixed and user configured in
> order to not have to call _entry_in_ignore_list twice when debugging
> is enabled. Minor detail.
this change (and patch) seems harmless.
d
___
notmuch mailing li
ae...@posteo.de writes:
> -(push (cons 'From (concat
> -(notmuch-user-name) " <" (notmuch-user-primary-email)
> ">")) other-headers))
> +(push (cons 'From (message-make-from
> +(notmuch-user-name) (notmuch-user-primary-email)))
> other-headers))
L
Hi
On Sat, 09 Apr 2016, David Bremner wrote:
> Daniel Kahn Gillmor writes:
>
>> On Tue 2016-04-05 01:28:43 -0400, David Mazieres wrote:
>>> Arguably, I would say either both the In-Reply-To and the References
>>> header should be hidden or neither. Otherwise, what was happening is
>>> that I w
Tomi Ollila writes:
> On Sat, Apr 09 2016, David Bremner wrote:
>
>> ...
>
>> diff --git a/test/T150-tagging.sh b/test/T150-tagging.sh
>> index 8adcabc..6fd6a18 100755
>> --- a/test/T150-tagging.sh
>> +++ b/test/T150-tagging.sh
>> @@ -287,9 +287,9 @@ test_expect_code 1 "Empty tag names" 'notmuch
On Sat, Apr 09 2016, David Bremner wrote:
> ...
> diff --git a/test/T150-tagging.sh b/test/T150-tagging.sh
> index 8adcabc..6fd6a18 100755
> --- a/test/T150-tagging.sh
> +++ b/test/T150-tagging.sh
> @@ -287,9 +287,9 @@ test_expect_code 1 "Empty tag names" 'notmuch tag + One'
> test_expect_code
David Edmondson writes:
> When no decryption or signature examination is
> happening (i.e. `notmuch-crypto-process-mime' is `nil') insert buttons
> that indicate this, rather than remaining silent.
Looks OK, and seems to work. I think I'd rather apply these squashed
into one patch so there is no
David Edmondson writes:
> Currently the preference for which sub-part of a multipart/alternative
> part is shown is global. Allow to the user to override the settings on a
> per-message basis by providing the ability to call a function that has
> access to the message to return the discouraged ty
Daniel Kahn Gillmor writes:
>> Other than that, and my bug in ghost-report, the series looks good to
>> me.
>
> cool! do you need another rev of the series from me, or is that
> something you're up for applying directly?
>
>--dkg
I'm ok to apply directly if no objects in the next day or
Daniel Kahn Gillmor writes:
>
> Does anyone else see this behavior? If you're using notmuch-emacs, try
> replying to this message and looking at the attributed text.
>
> --dkg
Hi Daniel;
I don't see it in "0.21+99~gd93d377" with emacs -q. Can you try that,
and if there is some settings
Daniel Kahn Gillmor writes:
> On Tue 2016-04-05 01:28:43 -0400, David Mazieres wrote:
>> Arguably, I would say either both the In-Reply-To and the References
>> header should be hidden or neither. Otherwise, what was happening is
>> that I was deleting the In-Reply-To header as it was the only o
On Sat 2016-04-09 07:31:47 -0400, David Bremner wrote:
> Daniel Kahn Gillmor writes:
>
>
>> +status = _notmuch_message_delete (message);
>> +if (status) /* we'll report the last failure we see;
>> + * if there is more than one failure, we
>> +
On Tue 2016-04-05 01:28:43 -0400, David Mazieres wrote:
> Arguably, I would say either both the In-Reply-To and the References
> header should be hidden or neither. Otherwise, what was happening is
> that I was deleting the In-Reply-To header as it was the only one I saw,
> and figuring that maybe
Hey all--
I'm running from the head of notmuch development right now, and when i
reply to multipart/signed or multipart/mixed mail in notmuch-emacs, i'm
noticing that the attributed text now has excessive indentation (it did
not when running from the latest release).
to be clear, i'm talking abou
Laurence Rochfort writes:
> Thanks Alex,
>
> I tried that and it seemed to only affect the search results. I there
> anyway to set the ordering everywhere, so in threaded and message view for
> instance?
>
As far as I know, threads are always displayed in "thread order", with
replies after the t
Chunyang Xu writes:
> Hello,
>
> I installed notmuch via Homebrew and didn't get manual page. It looks
> like python-sphinx is required to produce the manual page. My question
> is: can you distribute the manual page directly in the tarball? so we
> don't have to install python-sphinx.
>
Hi Chun
Sebastian Fischmeister writes:
>
> Has anyone found a good way to use tags to aggregate emails from the
> same person? Will it have some disadvantages? It sounds straightforward,
> but the management of this would be quite an effort.
>
> The alternative is to create long search strings that encom
Please put my address in CC when replying. Thanks!
>From 4b9ab261a0ea8a31065e310c5150f522be86d37b Mon Sep 17 00:00:00 2001
From: stefan
Date: Fri, 8 Apr 2016 22:47:06 +0200
Subject: [PATCH] emacs: make use of `message-make-from'
Will respect `mail-from-style'.
---
emacs/notmuch-mua.el | 6 +++-
Hello,
I installed notmuch via Homebrew and didn't get manual page. It looks
like python-sphinx is required to produce the manual page. My question
is: can you distribute the manual page directly in the tarball? so we
don't have to install python-sphinx.
--
徐春阳
__
Daniel Kahn Gillmor writes:
> + status = _notmuch_message_delete (message);
> + if (status) /* we'll report the last failure we see;
> + * if there is more than one failure, we
> + * forget about previous ones */
> +
Daniel Kahn Gillmor writes:
> +if (argc < 2) {
> + std::cerr << "usage: ghost-report xapian-dir" << std::endl;
> +}
> +
> +Xapian::Database db(argv[1]);
> +std::cout << db.get_termfreq("Tghost") << std::endl;
> +}
It's completely my fault, but this should have an exit(1) aft
21 matches
Mail list logo
