Hi,
Although we're in the 21 century, there are occasions where one has to turn
emails into PDF.
What's your solution to do so? I found muttprint, but that doesn't print utf-8
emails as they are all base64 encoded and muttprint doesn't decode that before
printing.
Thanks,
Sebastian
I can confirm that after calling (garbage-collect) the search is responsive
again.
Then I remembered that my init.el changes the gc-cons-threshold speed up the
launch. Guess that wasn't a good idea.
Sebastian
Dan Čermák writes:
> Hi Sebastian,
>
> Sebastian Fischmeister w
Hi,
For some time already I experience a slowdown of the emacs notmuch interface
over time. After using emacs with notmuch for a day or two, loading the inbox
tree view (a search on tag:inbox) takes a significant amount of time to build
the view. When I quite and restart emacs, the view loads i
Hello,
Notmuch crashes with xapian-core-1:1.4.13. Everything works fine with
xapian-core-1:1.4.12-1
When running the command:
notmuch tag +me -- tag:new and to:sfisc...@uwaterloo.ca
Notmuch crashes with a segmentation fault.
Here is the essence of the core dump and the local variables when r
Hi,
Is there a variable defining a regex to filter harvested completions before
showing them? My completions include some outdated or invalid email addresses
for people and I would like to automatically remove them from the list.
I didn't find something for that in notmuch-address.el, and for i
o...@gmail.com.gpg', 'r')
> out_personal = cmd_personal:read('*a')
> pass_personal = string.gsub(out_personal, '[\n\r]+', '')
>
> account_personal = IMAP {
> server = 'imap.gmail.com',
> username = 'aaermo...@g
Hi,
I use mbsync + notmuch to sync my gmail. The problem is that Google's
IMAP implementation is non-standard and when I deleted a file locally,
mbsync propagates the deletion, but gmail doesn't delete the
message.
This is part of mbsync:
SyncState *
Sync All
Expunge Both
Create Both
When I de
>> It is not possible to use wildcards at the beginning of a term.
>
> after the current explanation to emphasize this limitation (possibly
> blaming Xapian to avoid futile requests).
>
> I think it is something many would expect (and want). The current
> description feels more like an example, and
> There is caching with the internal completion, just not between emacs
> sessions.
You are correct. After a couple of addresses completions, it's nearly
instantaneous. I didn't notice that in the test setup.
Thanks,
Sebastian
___
notmuch mailing list
Hi,
I'm trying out the internal expansion for notmuch-address-command. One
thing I immediately notice is that it has lag over 250K emails, since
it's lookup up addresses each time. Scripts like nottoomuch-addresses
have cached results of only all email addresses and have instantaneous
response.
T
I can confirm that this fixes the problem.
Thanks for the quick reply!
Sebastian
David Edmondson writes:
> On Fri, Apr 29 2016, Sebastian Fischmeister wrote:
>> After upgrading to notmuch 0.22, my emacs config seems broken:
>>
>> (setq message-default-mail
Hi,
After upgrading to notmuch 0.22, my emacs config seems broken:
(setq message-default-mail-headers "Reply-to: m...@example.com\nBcc:
m...@example.com")
When creating a new mail, it has no header other than "To:" and
"Subject:".
Since I cannot find any item in the NEWS related to this releas
Hi,
Sometimes, people's mail clients are configured incorrectly and do not
show the sender name. Often the same person uses different email
addresses. Sometimes they use different names for their alternate email
addresses.
When I search for an email originated from a specific person, I want the
s
Hi,
Is there a straightforward way to for mail merge with notmuch? I need to
send emails with only minor modifications to a number of people. If I
could send mails from the command line, then that would be perfect.
Any ideas?
Sebastian
___
notmuch ma
Hi,
My previous mail editor had a useful feature to resend already sent
emails. It's essentially opening an already sent email and have the
senders, subject, and body pre-filled as well as all attachments
attached.
Is this easy to achieve in notmuch? The attachments seem a bit tricky.
Thanks,
---
emacs/notmuch.el | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/emacs/notmuch.el b/emacs/notmuch.el
index ab00454..c9cd31a 100644
--- a/emacs/notmuch.el
+++ b/emacs/notmuch.el
@@ -851,6 +851,12 @@ See `notmuch-tag' for information on the format of
TAG-CHANGES."
Hi,
I found this handy to provide a specific prefix for searches. For
example, when you always want to search only the last 2 years of emails,
then you can set the variable notmuch-query-prefix to "date:2y..now ".
Sebastian
Sebastian Fischmeister (1):
custom prefix
emacs/notm
---
emacs/notmuch.el | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/emacs/notmuch.el b/emacs/notmuch.el
index ab00454..c9cd31a 100644
--- a/emacs/notmuch.el
+++ b/emacs/notmuch.el
@@ -851,6 +851,12 @@ See `notmuch-tag' for information on the format of
TAG-CHANGES."
Hi,
I found this handy to provide a specific prefix for searches. For
example, when you always want to search only the last 2 years of emails,
then you can set the variable notmuch-query-prefix to "date:2y..now ".
Sebastian
Sebastian Fischmeister (1):
custom prefix
emacs/notm
> My first guess is that the file's encoding doesn't match your locale.
> Do you have a non-ASCII locale set? You can check with:
It seems to be more tricky than I thought. I didn't have a locale set.
When I set one, I can parse some emails with this:
export LANG=en_US.latin-1
Others with this
> My first guess is that the file's encoding doesn't match your locale.
> Do you have a non-ASCII locale set? You can check with:
It seems to be more tricky than I thought. I didn't have a locale set.
When I set one, I can parse some emails with this:
export LANG=en_US.latin-1
Others with this
Hi,
I'm trying to use the python API for notmuch, and get the following
error:
---
Traceback (most recent call last):
File "./test.py", line 66, in
print(type(y.get_part(1)))
File "/usr/lib/python3.4/site-packages/notmuch/message.py", line 602, in
get_part
parts = self.get_message_
Hi,
I'm trying to use the python API for notmuch, and get the following
error:
---
Traceback (most recent call last):
File "./test.py", line 66, in
print(type(y.get_part(1)))
File "/usr/lib/python3.4/site-packages/notmuch/message.py", line 602, in
get_part
parts = self.get_message_
> I suspect this is related to asynch loading. The first query is still
> filling into the buffer, and emacs doesn't starting filling the second
> buffer until the first search finishes. In my experiments it
> _eventually_ does the second query.
You are correct. I confirm that the second query eve
> I suspect this is related to asynch loading. The first query is still
> filling into the buffer, and emacs doesn't starting filling the second
> buffer until the first search finishes. In my experiments it
> _eventually_ does the second query.
You are correct. I confirm that the second query eve
Hi,
I have some strange behaviour when performing searches on notmuch in
emacs. The following works just fine:
M-: (notmuch-search "from:foo") ;;not me
M-: (notmuch-search "bar")
The following *always* returns an empty list, even when I see an email
with "bar" right there in the list after the f
Hi,
I have some strange behaviour when performing searches on notmuch in
emacs. The following works just fine:
M-: (notmuch-search "from:foo") ;;not me
M-: (notmuch-search "bar")
The following *always* returns an empty list, even when I see an email
with "bar" right there in the list after the f
Hi,
I very much appreciate the ability to have simple shortcuts set tags,
refresh the view, etc. Unfortunately, sometimes, things happen
accidentally --- think of the cat walking on the keyboard --- and
consequently somethings might get lost due to wrong tags.
Does anyone have a good solution for
Hi,
I very much appreciate the ability to have simple shortcuts set tags,
refresh the view, etc. Unfortunately, sometimes, things happen
accidentally --- think of the cat walking on the keyboard --- and
consequently somethings might get lost due to wrong tags.
Does anyone have a good solution for
Hi,
I have an email with 8 pictures attached. When I open the email
(notmuch-search-show-thread), some of them are opened and shown inline,
others are not.
It seems that notmuch only shows the ones that fit on the screen
depending on how much space emacs has. E.g., the ones with a size of
800x600
Hi,
I have an email with 8 pictures attached. When I open the email
(notmuch-search-show-thread), some of them are opened and shown inline,
others are not.
It seems that notmuch only shows the ones that fit on the screen
depending on how much space emacs has. E.g., the ones with a size of
800x600
Hi Richard,
Thanks for the nice and simple solution. I prefer this one to a solution
like notmuch-snooze that stores the desnoozing in an external program
and thus complicates backups.
Sebastian
Richard Lawrence writes:
> Franz Fellner
> writes:
>
>> Sebastian Fis
Hi Richard,
Thanks for the nice and simple solution. I prefer this one to a solution
like notmuch-snooze that stores the desnoozing in an external program
and thus complicates backups.
Sebastian
Richard Lawrence writes:
> Franz Fellner
> writes:
>
>> Sebastian Fis
Hi,
I'm thinking of how to realize the mail snoozing feature with notmuch,
so that certain emails won't become visible (in the search) until a
certain day/time (e.g., 10 days from now).
Using the tag as an absolute date when the mail should become visible
again, tags should be searchable and inte
Hi,
I'm thinking of how to realize the mail snoozing feature with notmuch,
so that certain emails won't become visible (in the search) until a
certain day/time (e.g., 10 days from now).
Using the tag as an absolute date when the mail should become visible
again, tags should be searchable and inte
> (setq notmuch-address-selection-function
> (lambda (prompt collection initial-input)
> (completing-read prompt (cons initial-input collection) nil t nil
> 'notmuch-address-history)))
>
> there (or use customize to do that (?)).
That's perfectly fine as well, and even simpler to us
> (setq notmuch-address-selection-function
> (lambda (prompt collection initial-input)
> (completing-read prompt (cons initial-input collection) nil t nil
> 'notmuch-address-history)))
>
> there (or use customize to do that (?)).
That's perfectly fine as well, and even simpler to us
Hi,
I noticed that the completing-read in notmuch-address-selection-function
was eating the first returned address when using helm. Here's a patch
that fixes it. The defaults are as they used to be.
For helm use:
(setq notmuch-address-suggest-initial-match nil)
If you don't want to enter a new
Hi,
I noticed that the completing-read in notmuch-address-selection-function
was eating the first returned address when using helm. Here's a patch
that fixes it. The defaults are as they used to be.
For helm use:
(setq notmuch-address-suggest-initial-match nil)
If you don't want to enter a new
--- next part --
MaDhAt2r writes:
> I am on arch, you could send me the sample image and I will see if it
> works on my end.
>
> On Aug 18 at 08:27 PM, David Bremner scrawled:
>> Sebastian Fischmeister writes:
>>
>>> GNU Emacs 24.3.1 (x86_64-unknown-linux-
layed correctly.
Sebastian
MaDhAt2r writes:
> I am on arch, you could send me the sample image and I will see if it
> works on my end.
>
> On Aug 18 at 08:27 PM, David Bremner scrawled:
>> Sebastian Fischmeister writes:
>>
>>> GNU Emacs 24.3.1 (x86_64-unknown-linu
GNU Emacs 24.3.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.12.2) of
2014-06-11 on var-lib-archbuild-staging-x86_64-jgc
~$ notmuch --version
notmuch 0.18.1
What happens is that emacs invokes inkscape to do something to the svg.
Sebastian
David Bremner writes:
> Sebastian Fischmeis
GNU Emacs 24.3.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.12.2) of
2014-06-11 on var-lib-archbuild-staging-x86_64-jgc
~$ notmuch --version
notmuch 0.18.1
What happens is that emacs invokes inkscape to do something to the svg.
Sebastian
David Bremner writes:
> Sebastian Fischmeis
Hi,
When I receive an SVG attachment, it first makes emacs freeze and then
crash. It might not be a problem of notmuch but a helper application,
but I don't know how to debug it; so maybe someone here can help me.
Any ideas?
Btw. it seems that the general problem is the the message mode tries
to
Hi,
When I receive an SVG attachment, it first makes emacs freeze and then
crash. It might not be a problem of notmuch but a helper application,
but I don't know how to debug it; so maybe someone here can help me.
Any ideas?
Btw. it seems that the general problem is the the message mode tries
to
> I use a C wrapper to do the same (with date prefixes like 2014-05-09
> (Fri) 12:47:19) -- I originally did it to do argument conversions
> around .. to have date-based searches before those came to notmuch
> (and I am still using it, as I don't have to type date: prefix)
Having a wrapper script
> I use a C wrapper to do the same (with date prefixes like 2014-05-09
> (Fri) 12:47:19) -- I originally did it to do argument conversions
> around .. to have date-based searches before those came to notmuch
> (and I am still using it, as I don't have to type date: prefix)
Having a wrapper script
Hi,
The amazing thing about the notmuch emacs interface is that with just a
couple of keystrokes you can quickly manipulate a lot of emails and thus
be very efficient. The big disadvantage is that with just a couple of
keystrokes you can manipulate a lot of emails and thus quickly
completely mess
Hi,
The amazing thing about the notmuch emacs interface is that with just a
couple of keystrokes you can quickly manipulate a lot of emails and thus
be very efficient. The big disadvantage is that with just a couple of
keystrokes you can manipulate a lot of emails and thus quickly
completely mess
Hi,
This is a function that I find really useful. I adapted it a bit based
on the original from Jacek Generowicz. Maybe others will find it helpful
as well.
Sebastian
;; original
https://groups.google.com/group/mu-discuss/browse_thread/thread/551b7a6487a0aeb3
(setq notmuch-compose-complete-i
Hi,
This is a function that I find really useful. I adapted it a bit based
on the original from Jacek Generowicz. Maybe others will find it helpful
as well.
Sebastian
;; original
https://groups.google.com/group/mu-discuss/browse_thread/thread/551b7a6487a0aeb3
(setq notmuch-compose-complete-i
51 matches
Mail list logo