mu4e.texi: minor update
This commit is contained in:
@ -3873,14 +3873,14 @@ In general, the same queries for @command{mu} and @t{mu4e} should
|
||||
yield the same results. If they differ, this is usually because one of
|
||||
the following reasons:
|
||||
@itemize
|
||||
@item different default options:
|
||||
mu4e defaults to having @t{mu4e-headers-include-related} and
|
||||
@item different options:
|
||||
@t{mu4e} defaults to having @t{mu4e-headers-include-related}, and
|
||||
@t{mu4e-headers-results-limit} set to 500. However, the command-line
|
||||
@command{mu find}'s corresponding @t{--include-related} is false, and
|
||||
there's no limit (@t{--maxnum}).
|
||||
@item reverse sorting:
|
||||
The results may be different when only one @t{mu4e} and @command{mu
|
||||
find} do not both sort their results in the same direction.
|
||||
The results may be different when @t{mu4e} and @command{mu find} do
|
||||
not both sort their results in the same direction.
|
||||
@item shell quoting issues:
|
||||
Depending on the shell, various shell metacharacters in search query
|
||||
(such as @t{*}) may be expanded by the shell before @command{mu} ever
|
||||
|
||||
Reference in New Issue
Block a user