Hello all,
I recently updated to notmuch 0.31.4+137~g6967dcb and made some changes to the
way I sync my mail using lieer.
I wanted to utilise the pre-new and post-new notmuch hooks.
However, when running an operation to import mail in the context of the notmuch
pre-new hook (by running gmi pull),
Need to be clearer about specifying time ranges using timestamps.
Legacy syntax which predates the date prefix is still supported, but
timestamps used in conjunction with the date prefix require additional
syntax.
---
doc/man7/notmuch-search-terms.rst | 14 +++---
1 file changed, 11 insert
Sure thing. Just done it now.
On Wed, Jan 31, 2018 at 3:04 AM, Daniel Kahn Gillmor
wrote:
> On Mon 2018-01-29 16:13:38 +0000, Matthew Lear wrote:
> > [ Jani wrote: ]
> >> Alternatively, you can use @ in date: queries, although this
> >> seems to be completely undocum
From: Matthew Lear
To: notmuch@notmuchmail.org
Cc: Matthew Lear
Subject: [PATCH] Update date search syntax.
Date: Thu, 1 Feb 2018 20:52:18 +
Message-Id: <20180201205218.4368-1-m...@bubblegen.co.uk>
X-Mailer: git-send-email 2.14.1
If searching using the date prefix and timestamps
d date ‘1517152333’
# date -d @1517152333
Sun Jan 28 15:12:13 GMT 2018
On Mon, Jan 29, 2018 at 4:03 PM, Jani Nikula wrote:
> On Mon, 29 Jan 2018, Matthew Lear wrote:
> > Hi. I've noticed that I'm unable to notmuch search using date with unix
> > timestamps (ie number of seconds
Hi. I've noticed that I'm unable to notmuch search using date with unix
timestamps (ie number of seconds since Jan 1st 1970 UTC). I get a xapian
error. The notmuch man pages state that searching using
'date:..'
where "each timestamp is a number representing the number of seconds since
1970-01-01 00
On Wed, 1 Nov 2017, 14:38 Brian Sniffen, wrote:
> On Oct 31, 2017, at 5:32 PM, Matthew Lear wrote
>
> I’ll push some fixes to encoding to github later today.
>
I've just tested with e3ba123 and there is a significant improvement. Also,
attachments can be accessed from html t
.
Regards,
Matt
On Tue, 31 Oct 2017, 21:32 Matthew Lear, wrote:
> On Tue, Oct 31, 2017 at 7:21 PM, Brian Sniffen wrote:
>
>>
>> > I'm no Python expert, but from a quick google it would seem like the
>> cause
>> > of such an exception is related to not
On Tue, Oct 31, 2017 at 7:21 PM, Brian Sniffen wrote:
>
> > I'm no Python expert, but from a quick google it would seem like the
> cause
> > of such an exception is related to not using utf-8.
>
> Neat. So to get there, this has to be a text/html part. It has to have
> been decoded, either with
On Fri, 27 Oct 2017, 18:52 Brian Sniffen, wrote:
> Daniel Kahn Gillmor writes:
>
> > On Fri 2017-10-27 00:04:21 -0400, Brian Sniffen wrote:
> >> With bleach integrated (all of five lines), I think this is safe enough
> >> to let random notmuch users run it.
> >
> > hm, bleach might be a little t
I've had a play with this this morning. It's great! The speed and page
loading efficiency is fantastic. Would be really nice if we could go
next/previous in the thread (yes I know I'm complaining about one extra
mouse click). Also, if I select a date via the drop down I need to delete
the timestamp
Thanks for doing that, and thanks to all for the feedback and input so far.
For the interface I want to set up, I'd like the ability to enter notmuch
search syntax in an input box, and also show tags applied to messages.
The interface presented by the current version of notmuch-web ticks a lot
of b
Hello all. A little side project at work involves me trying to put together
part of a knowledge share system where users can query and search email
stored and indexed centrally (by offlineimap & notmuch). My intention is to
provide a means to support multiple concurrent read-only accesses to the
no
heers,
-- Matt
On Fri, Jun 30, 2017 at 1:47 PM, David Bremner wrote:
> Matthew Lear writes:
>
>
> > It was indeed fixed...that is until I updated my emacs git tree to
> 25.2.1.
> > I've given up composing emails in new frames as it's now broken again -
>
On 4 Mar 2017 11:03, "David Bremner" wrote:
David Bremner writes:
> Matthew Lear writes:
>
>
>> Thanks David. Yes it does. After recompiling the v25 lisp with these
>> changes, I'm unable to reproduce the problems with both the test emails I
>> s
Hi. On a new machine that I've been setting up (running Ubuntu 16.04 LTS),
I'm unable to build notmuch from git with HEAD @
* 77c9ec1 - (HEAD -> master, origin/master, origin/HEAD) test: add known
broken test for indexing html (2017-04-20 06:59:40 -0300)
The error looks like this:
...
CXX -g -
On Tue, Mar 21, 2017 at 5:59 PM, David Bremner wrote:
> Matthew Lear writes:
>
> > Hi all. I plan to migrate my offlineimap mail store and notmuch database
> to
> > a new machine in the next week or so. I wanted to check for any potential
> > gotchas before I did th
Hi all. I plan to migrate my offlineimap mail store and notmuch database to
a new machine in the next week or so. I wanted to check for any potential
gotchas before I did this. I don't plan on keeping the same absolute paths
to the maildir files on the new machine because the new top level mailstor
On 18 Feb 2017 01:01, "David Bremner" wrote:
So I _finally_ got around to looking at these, and I think it's roughly
the same shr bug as before but some different functions.
I could actually only duplicate the bug with emacs-reply-fail-ec
message, but that was fixed by the following patch again
On 03/12/16 01:58, David Bremner wrote:
> Matthew Lear writes:
>
>>
>> I'd happily post some debug info to help analyse this if somebody could
>> give me a few pointers about what would be needed and the emacs-fu
>> needed to generate this.
>>
>
>
On 23/11/16 11:57, David Bremner wrote:
> In a fresh emacs, can you generate an error using the recipe in
>
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=24950 ?
No. I can evaluate the recipe ok and eval of the last line yields:
10 (#o12, #xa, ?\C-j)
__
On 22/11/16 14:24, Matthew Lear wrote:
> I can confirm that it is indeed fixed. I'm not able to reproduce it with
> the latest emacs 25 from git.
Unfortunately, it seems I was too hasty in confirming this.
For some reason unknown to me, replying to the html in some
multipart/altern
On 20/11/16 20:01, David Bremner wrote:
>> I have reported https://debbugs.gnu.org/cgi/bugreport.cgi?bug=24950
>> upstream. We'll see if they agree it's bug in shr.
>
> This bug will be fixed in the next release of emacs 25, so I'm tagging
> it fixed.
I can confirm that it is indeed fixed. I'm no
On 12/11/16 00:20, David Bremner wrote:
> Matthew Lear writes:
>
>> I can trigger the bug if I discard text/plain though. Did you try that?
>
> I'm not sure what you mean by "discard", but closing it isn't enough. I
> think more of your settings a
I can trigger the bug if I discard text/plain though. Did you try that?
Original message From: David Bremner Date:
11/11/2016 11:40 (GMT+00:00) To: Matthew Lear , Matt
Armstrong Cc: notmuch@notmuchmail.org Subject: Re: some
issues with emacs 25
Matthew Lear writes:
>
On 09/11/16 23:55, David Bremner wrote:
> Matthew Lear writes:
>
>> On 28/10/16 22:34, Matthew Lear wrote:
>>> I will commence with trying to figure out what is causing the problem. I've
>>> seen some weirdness with margins when viewing HTML messages too. May
On 28/10/16 22:34, Matthew Lear wrote:
>
> I will commence with trying to figure out what is causing the problem. I've
> seen some weirdness with margins when viewing HTML messages too. Maybe that's
> some kind of bizarre toolkit thing... Anyway, thanks a lot for testing
> On 28 Oct 2016, at 01:52, Matt Armstrong wrote:
>
> Matthew Lear writes:
>
>> Hi,
>> I switched to trying emacs 25 (25.1) with notmuch the other day.
>
> I'm on 25.1 as well, but haven't experienced the symptoms you describe.
Thanks Matt. I feel re
Hi,
I switched to trying emacs 25 (25.1) with notmuch the other day. I
really like some of the improvements that have been made (in particular,
SHR seems to do a much nicer and quicker job of rendering html emails).
However, things came a little unstuck when I tried to reply to an email
with notmuc
2 Oct 2016, Mark Walters wrote:
> On Tue, 11 Oct 2016, m...@bubblegen.co.uk wrote:
>> From: Matthew Lear
>> To: notmuch@notmuchmail.org
>> Cc: Matthew Lear
>> Subject: [PATCH] Fix reply to encrypted mail when discouraging plain text.
>> Date: Tue, 11 Oct 2016 22:
text/html ] and forwarding that, and
>> they all work for me. Can you provide a test message where it fails?
>>
>> Also what version of emacs are you running? I think all the rfc822
>> forwarding is handled by emacs/gnus message-mode
>>
>> Best wishes
>>
>&g
nus message-mode
>
> Best wishes
>
> Mark
>
>
>
>> On Fri, 22 Jul 2016, Matthew Lear wrote:
>> Hi,
>>
>> With notmuch built from very recent git (sha 3a45d29) it would seem that
>> when forwarding an HTML only message as RFC822, once rece
Hi David,
> OK, with that setting I can duplicate the problem replying to encrypted
> HTML mail.
>
> It's also true that notmuch-reply doesn't include the content in the
> html version of the multipart/alternative. Unlike notmuch show, it
> doesn't have the ability to send parts later, so I guess
Hi,
With notmuch built from very recent git (sha 3a45d29) it would seem that
when forwarding an HTML only message as RFC822, once received, the message
does not have any headers and notmuch-show merely displays 'Date: Thu, 01
Jan 1970 00:00:00 +'. I've stripped my .emacs back to a bare minimum
>> Hmm. I can't duplicate the problem replying from show mode with the test
>> message you provided. Is the appropriate key in your gpg keyring?
>
> Yes it is. I get the gpg gui prompt when opening the encrypted email and
> can decrypt it prior to show. As I suspected earlier in the thread, I
> wo
> Matthew Lear writes:
>
>> Thanks David. I've just pulled and rebuilt and can see a difference.
>> When
>> replying from show view, I see no quoted text from the original message,
>> but when I reply from search view I see the inline PGP ciphertext quoted
&g
> Matthew Lear writes:
>
>> On Sat, Mar 12 2016 at 2:37:44 pm GMT, David Edmondson
>> wrote:
>>> On Sat, Mar 12 2016, David Bremner wrote:
>>>> Tomi Ollila writes:
>>>>
>>>>> 2016-03-08 (Tue) 14:16:01: reply --format=sexp
On Sat, Mar 12 2016 at 2:37:44 pm GMT, David Edmondson wrote:
> On Sat, Mar 12 2016, David Bremner wrote:
>> Tomi Ollila writes:
>>
>>> 2016-03-08 (Tue) 14:16:01: reply --format=sexp --format-version=1
>>> --reply-to=sender thread:4a6f
>>> 2016-03-08 (Tue) 14:16:01: show --format=ra
> On Tue, Mar 08 2016, Tomi Ollila wrote:
>
>> [ text/plain ]
>> On Tue, Mar 08 2016, David Bremner wrote:
>>
>>> [ text/plain ]
>>> Matthew Lear writes:
>>>
>>>
>>> Thanks for the test case. I can duplicate a (the?) bug as
&g
>> Hmm. In emacs, if I try to reply to the message from notmuch-search, I
>> get
>> no error but there is no quoted text from the original message in the
>> reply body and all I see is the 'on , wrote:' citation.
>> Replying from notmuch-show gives me the error I mentioned previously.
>
> I suppos
> Thanks for the test case. I can duplicate a (the?) bug as
> follows. Replying to that message from notmuch-show mode works, but
> replying from notmuch-search mode yields
>
>> !!! Bodypart insert error: Wrong type argument: number-or-marker-p, nil
>> !!!
>> [ application/pgp-encrypted ]
>> Versio
On Mon, Mar 07 2016 at 12:20:37 pm GMT, David Bremner wrote:
> Matthew Lear writes:
>>
>> This is easy to reproduce on linux with thunderbird (I'm using v38.5.0).
>> Edit -> Account Settings -> Composition & Addressing and check 'Compose
>> m
On 01/03/16 13:59, Matthew Lear wrote:
>> There is probably a bug here.
>>
>> On Tue, Mar 01 2016, Matthew Lear wrote:
>>> Notmuch shows this as:
>>>
>>> [ multipart/encrypted ]
>>> [ Decryption successful ]
>>> [ Good signatu
> There is probably a bug here.
>
> On Tue, Mar 01 2016, Matthew Lear wrote:
>> Notmuch shows this as:
>>
>> [ multipart/encrypted ]
>> [ Decryption successful ]
>> [ Good signature by: ]
>> [ application/pgp-encrypted ]
>> Version:
Hi,
I've noticed a problem when replying to an encrypted email when I have
html set as preferred over plain text. Looks like notmuch fails to parse
the body and the original body text in notmuch-reply just looks like this:
> [ text/html ]
> !!! Bodypart insert error: End of file during parsing !!!
>
> Hi
>
> Does adding something like the following to your .emacs file do what you
> want?
>
>
> (defun my-forward (prefix)
> (interactive "P")
> (let ((message-forward-as-mime nil)
> (message-forward-ignored-headers ".*"))
> (notmuch-show-forward-message prefix)))
>
> (define-key no
Hi Daniel,
> On 5 Nov 2015, at 21:42, Daniel Kahn Gillmor wrote:
>> On Fri 2015-11-06 04:51:53 +0900, Matthew Lear wrote:
>> Are there any recommended ways to selectively forward an email as
>> inline with notmuch-emacs rather than as an RFC822 attachment, eg have
>>
Hi all. Are there any recommended ways to selectively forward an email as
inline with notmuch-emacs rather than as an RFC822 attachment, eg have a new
shortcut key that can be used for this purpose in addition to f? I have toggled
one of the mml configuration variables (I forget exactly what it
>
> On Tue, 14 Jul 2015, Matthew Lear wrote:
>> Hi all,
>>
>> I was wondering if there was a way to add a new search similar to what
>> pressing s does, but make it use a predefined list of search terms in
>> addition to the text being entered? For example,
>
> On Tue, 14 Jul 2015, Matthew Lear wrote:
>> Hi all,
>>
>> I was wondering if there was a way to add a new search similar to what
>> pressing s does, but make it use a predefined list of search terms in
>> addition to the text being entered? For example,
Hi all,
I was wondering if there was a way to add a new search similar to what
pressing s does, but make it use a predefined list of search terms in
addition to the text being entered? For example, I have reams of bug
notification emails which currently have various tags applied. If I wanted
to se
Hi all,
I was wondering if there was a way to add a new search similar to what
pressing s does, but make it use a predefined list of search terms in
addition to the text being entered? For example, I have reams of bug
notification emails which currently have various tags applied. If I wanted
to se
Hello all,
This may well be due to my novice use of search syntax, but I'm having
issues find needle in haystack within the subject of an email thread.
This simple example highlights the problem I'm having:
When using notmuch search subject:foo for threads with the following
subjects...
item: foo
Hello all,
This may well be due to my novice use of search syntax, but I'm having
issues find needle in haystack within the subject of an email thread.
This simple example highlights the problem I'm having:
When using notmuch search subject:foo for threads with the following
subjects...
item: foo
On 01/04/15 05:08, David Bremner wrote:
> Matthew Lear writes:
>
>> Here's two attachments obtained using the in-built profiler in emacs 24 -
>> one for memory profiling and one for cpu. This particular thread took > 30
>> secs to load and emacs was locked up the
On 01/04/15 05:08, David Bremner wrote:
> Matthew Lear writes:
>
>> Here's two attachments obtained using the in-built profiler in emacs 24 -
>> one for memory profiling and one for cpu. This particular thread took > 30
>> secs to load and emacs was locked up the
>> My experience is that the emacs interface is faster than the vim one.
>> At least I don't have an examples handy where emacs is slower than the
>> vim interface at rendering a thread. At a wild guess, I suspect it has
>> to do with how many attachments there are, and the emacs UI being
>> overen
>> My experience is that the emacs interface is faster than the vim one.
>> At least I don't have an examples handy where emacs is slower than the
>> vim interface at rendering a thread. At a wild guess, I suspect it has
>> to do with how many attachments there are, and the emacs UI being
>> overen
Hi all,
Continuing my journey with notmuch... It has been very enjoyable so far.
One thing which has been puzzling me greatly is the time it can take to
notmuch-show a moderately sized thread (eg one with 32 messages with a
three to four sentence paragraph per message - approx 32 x 35kB with
some s
Hi all,
Continuing my journey with notmuch... It has been very enjoyable so far.
One thing which has been puzzling me greatly is the time it can take to
notmuch-show a moderately sized thread (eg one with 32 messages with a
three to four sentence paragraph per message - approx 32 x 35kB with
some s
t;
>Best wishes
>
>Mark
>
>On Wed, 11 Mar 2015, Matthew Lear wrote:
>> Hi,
>> If I switch to viewing a thread with notmuch-tree, I can navigate
>through,
>> and read messages using up/down + RET just fine. Each message is
>shown in
>> a seperate window.
Hi,
If I switch to viewing a thread with notmuch-tree, I can navigate through,
and read messages using up/down + RET just fine. Each message is shown in
a seperate window. However, if point never enters that message window, the
unread tag is removed (strikethrough) from the message in the notmuch-t
t;
>Best wishes
>
>Mark
>
>On Wed, 11 Mar 2015, Matthew Lear wrote:
>> Hi,
>> If I switch to viewing a thread with notmuch-tree, I can navigate
>through,
>> and read messages using up/down + RET just fine. Each message is
>shown in
>> a seperate window.
Hi,
If I switch to viewing a thread with notmuch-tree, I can navigate through,
and read messages using up/down + RET just fine. Each message is shown in
a seperate window. However, if point never enters that message window, the
unread tag is removed (strikethrough) from the message in the notmuch-t
> On 20 Feb 2015, at 18:01, Jani Nikula wrote:
>
>> On Fri, 20 Feb 2015, Matthew Lear wrote:
>> A couple of others things have surprised me, though. Using the date search
>> option, such as date:"today" or date:"yesterday", hasn't quite thrown
> On 20 Feb 2015, at 18:01, Jani Nikula wrote:
>
>> On Fri, 20 Feb 2015, Matthew Lear wrote:
>> A couple of others things have surprised me, though. Using the date search
>> option, such as date:"today" or date:"yesterday", hasn't quite thrown
Hi David,
>> notmuch search 'folder:"Deleted Items"'
>>
>> .. throws up zero results.
>>
>
> Hmm. I tried to duplicate your situation here, and it works for me. Two
> things to try:
>
> 1) notmuch search --output=files $QUERY
>
> where $QUERY is some query (using e.g. id:) that matches one of thos
Hi David,
>> notmuch search 'folder:"Deleted Items"'
>>
>> .. throws up zero results.
>>
>
> Hmm. I tried to duplicate your situation here, and it works for me. Two
> things to try:
>
> 1) notmuch search --output=files $QUERY
>
> where $QUERY is some query (using e.g. id:) that matches one of thos
Hello all,
As part of trying to cope with an extremely high amount of email at
work, after a couple years of using X1 Search on Windows in conjunction
with MS Outlook and many years getting incredibly frustrated at the lack
of, and then failures of, email search features built into linux desktop
e
Hello all,
As part of trying to cope with an extremely high amount of email at
work, after a couple years of using X1 Search on Windows in conjunction
with MS Outlook and many years getting incredibly frustrated at the lack
of, and then failures of, email search features built into linux desktop
e
70 matches
Mail list logo