| Age | Commit message (Collapse) | Author |
|---|
|
Make it clear what exactly could not be created.
|
|
For triggering saving the contacts / labels caches.
|
|
For handling mu4e label update requests.
|
|
This will be useful with label commands.
|
|
Add the scm-socket-path to the ping-properties we expose for mu4e.
|
|
|
|
|
|
|
|
This makes things a bit more uniform with all the places where we use
"personal".
--my-address remains as an alias for the command-line option.
Add unit test.
Resolves #2806.
|
|
Rework the overly long find-handler.
Improve parsing of options, and return better return properties (for use
in mu4e).
|
|
Include the search parameters besides the query.
|
|
|
|
Basically, make the "mu find .... --analyze" information available in
mu4e, through a function mu4e-server-last-query.
This is shows the query as the server saw it, as well as the parse
s-expressions. This can be useful to see how some query is interpreted.
|
|
Single-threaded is the build-default, and seems to work well enough for
1.12.7, so remove the option to turn it off.
This is because build-options that influence such low-level/core
behavior are a pain to maintain.
|
|
Try to avoid multi-threaded operations with Xapian.
This remove the thread workers during indexing, and avoids the indexing
background thread. So, mu4e has to wait once again during indexing.
We can improve upon that, but first we need to know if it avoids the
problem of issue #2756.
|
|
|
|
Of course, after merging some problems come up.
Let's fix those first.
This reverts commit f2f01595a51380ae38aafb4cd11a0d3c17a33a10.
|
|
So we can update doccount in mu4e after indexing
|
|
To ensure all Xapian rw commands happen in the same thread.
|
|
This seems necessary in some cases.
|
|
It's opportunistic: messages referred to be msgid may not exist, and
that's okay.
|
|
We no longer need it; we can handle mu4e's sending directly in
mu4e-compose.
|
|
From CI.
|
|
Warning & continuing is not the right thing...
|
|
It's no longer needed: composition happens on the mu4e side only (until
a message is saved).
|
|
Instead of handling transactions in the store, handle it in xapian-db.
Make the code a bit more natural / cleaner-out
Handle transaction automatically (with a batch-size) and add some RAII
Transaction object, which makes all database interaction transactable
for the duration. So, no more need for explicit parameters to
add_message while indexing.
|
|
|
|
Add sub-command to move messages; add tests and docs.
Fixes #157
|
|
logic inversion
|
|
Parts that are not easy / useful to unit-test
|
|
simplify things a bit
|
|
- get an updated maildir list after indexing
- add mu4e-added items to the list opportunistically
Remove mu4e-clear-caches / mu4e-cache-maildir-list to mu4e-obsolete.el
Fixes #2537.
|
|
Add a helper OutputStream class so both "normal" and temp-file code can
be handled uniformly.
|
|
Add a new command 'data' for getting kinds of 'data'. There's one kind
for now: "maildirs". This retrieves the list as per Store::maildirs().
|
|
Update test cases as well.
|
|
Condition was b0rked; clean up code a bit.
|
|
|
|
For a small speedup
|
|
Older clang doesn't like that.
|
|
Older clang doesn't like that.
|
|
https://stackoverflow.com/questions/46114214/lambda-implicit-capture-fails-with-variable-declared-from-structured-binding
|
|
When passing messages to mu, often we got a (parsed from string)
message-sexp from the message document; then appended some more
properties ("build_message_sexp").
Instead, we can do it in terms of the strings; this is _a little_
inelegant, but also much faster; compare:
(base)
[mu4e] Found 500 matching messages; 0 hidden; search: 1298.0 ms (2.60 ms/msg); render: 642.1 ms (1.28 ms/msg)
(with temp-file optimization (earlier commit)
[mu4e] Found 500 matching messages; 0 hidden; search: 1152.7 ms (2.31 ms/msg); render: 270.1 ms (0.54 ms/msg)
(with temp file optimize _and_ the string opt (this commit)
[mu4e] Found 500 matching messages; 0 hidden; search: 266.0 ms (0.53 ms/msg); render: 199.7 ms (0.40 ms/msg)
|
|
It can be faster to feed big mu -> mu4e data, such as contacts are
message headers through a temp-file instead directly though stdout;
implement this, and add the server parameter --allow-temp-file.
Implement this the "contacts" and "find" commands.
|
|
Let's modernize a bit.
|
|
No need for two near-identical impls
Remove some dead declarations.
|
|
Not complete, but a first big stab converting users of Mu::Error and
various g_warning & friends, format to the new libfmt-based APIs.
|
|
Use the new & improved APIs.
|
|
With the new Sexp. And expand unit tests.
|
|
|
|
Ensure they match what mu expects.
|
