meOme writes:
> Is it possible to get the mail-id in the summary (instead of, or additional
> to) the thread-id?
> What's the way to go?
> Thanks a lot!
Currently the summary output is not configurable. It would be nice to
have some kind of "format string" or equivalent, but so far nobody
On Mon, Jun 03 2019, meOme wrote:
> I use
> notmuch search myWord
> for the search and the output seems to be the same as
> notmuch search --output=summary myWord
> So output=summary is the default, right?
> Now (on a user's klick) I would like to show the Message from the saerch
> result.
> The
Hi,
I use
notmuch search myWord
for the search and the output seems to be the same as
notmuch search --output=summary myWord
So output=summary is the default, right?
Now (on a user's klick) I would like to show the Message from the saerch
result.
The Problem is, that there's only the Thread-Id in
It was <2019-05-30 czw 22:27>, when Daniel Kahn Gillmor wrote:
> On Sat 2017-06-03 13:28:46 -0300, David Bremner wrote:
>> Łukasz Stelmach writes:
>>
>>> I'd like to ask for a new feature: indexing of arbitrary headers. Not
>>> all headers but a few selected by users.
[...]
> I just wanted to
Daniel Kahn Gillmor writes:
> Sure, assuming that you trust the closest MTA in the chain of MTAs that
> handed the message off to you, since an adversarial proximal MTA could
> manipulate all the existing Received: headers as well.
>
> But I'm a bit uncomfortable with it: this sort of protection
On Mon, Jun 03 2019, Örjan Ekeberg wrote:
> "Rollins, Jameson" writes:
>> I have the following in my emacs config:
>>
>> '(message-send-hook
>>(quote
>> (notmuch-message-mark-replied notmuch-fcc-header-setup)))
>>
>> I'm wondering what if anything I should replace this with.
>
> You
"Rollins, Jameson" writes:
> I have the following in my emacs config:
>
> '(message-send-hook
>(quote
> (notmuch-message-mark-replied notmuch-fcc-header-setup)))
>
> I'm wondering what if anything I should replace this with.
You should probably remove this altogether.
"Rollins, Jameson" writes:
> I have the following in my emacs config:
>
> '(message-send-hook
>(quote
> (notmuch-message-mark-replied notmuch-fcc-header-setup)))
As far as I know it can be deleted. At least both marking as replied and
fcc headers work OK for me without it.
d
On Mon, Jun 03 2019, David Bremner wrote:
> Örjan Ekeberg writes:
>
>> David Bremner writes:
>>> In d9800c8 we deleted the function notmuch-message-mark-replied.
>>>
>>> Should we make a deprecated-alias for
>>> notmuch-message-apply-queued-tag-changes?
>>
>> The two functions are not
* Daniel Kahn Gillmor:
> Since notmuch actually knows when it recieved the message [...]
Not meaning to complicate things, but Notmuch does not receive messages
at all. ;-) One needs to rely on some software to populate the Maildir
tree (Dovecot LMTP in my case, Postfix or some other MTA for
On Mon 2019-06-03 10:57:15 +0200, Örjan Ekeberg wrote:
> Daniel Kahn Gillmor writes:
>
>> So Autocrypt defines the "effective date" of a message as the *earliest*
>> of two dates: the date that the message is first seen, and the Date:
>> header itself. So we want our augmented Autocrypt header
David Bremner writes:
> I know there are several things "in progress", but we've also
> accumulated a fair amount of change since 0.28. I am planning a feature
> freeze for 0.29 on May 31 and (hopefully) a release on June 7.
>
> d
0.29_rc1 tagged, uploaded to Debian Experimental.
All going
David Bremner writes:
> It seems our previous attempt with order-only targets was not
> sufficient to avoid problems with sphinx-builds doctree cache [0].
> Looking around at other people's approaches [1], using seperate
> doctrees was suggested. I guess there might be a slight loss of
>
Örjan Ekeberg writes:
> David Bremner writes:
>> In d9800c8 we deleted the function notmuch-message-mark-replied.
>>
>> Should we make a deprecated-alias for
>> notmuch-message-apply-queued-tag-changes?
>
> The two functions are not interchangeable, so it may not be appropriate
> to mark it as
David Bremner writes:
> In d9800c8 we deleted the function notmuch-message-mark-replied.
>
> Should we make a deprecated-alias for
> notmuch-message-apply-queued-tag-changes?
The two functions are not interchangeable, so it may not be appropriate
to mark it as an alias.
Daniel Kahn Gillmor writes:
> So Autocrypt defines the "effective date" of a message as the *earliest*
> of two dates: the date that the message is first seen, and the Date:
> header itself. So we want our augmented Autocrypt header ingestion
> routine to search for all other messages we know
16 matches
Mail list logo
