Emacs message-send seems to ignore a secure mml tag anywhere except at
the start of the body. Since this is almost certainly not desired we
check for it, and require user confirmation before sending.
As the setup before message-send or message-send-and-exit is getting
more complicated it is
---
This obsoletes the previous message with same Subject:. It is also borken.
NEWS | 8
1 file changed, 8 insertions(+)
diff --git a/NEWS b/NEWS
index 5590bb813da9..04ab32d2180f 100644
--- a/NEWS
+++ b/NEWS
@@ -55,6 +55,14 @@ Dump/Restore support for configuration information and
The current code for address completion takes the list of possible
completions (whether generated internally or externally), makes the
first match the initial value for the completion, and puts all the
others (but not the first match) into the possible completions.
This has the nice effect that
Found by gcc 6.1.1 -Wmisleading-indentation option (set by -Wall).
---
I suggest this change to be included in 0.23: this does not affect
binary content and this will give users of gcc 6 more enjoyable
compilation experience.
lib/database.cc | 4 ++--
1 file changed, 2 insertions(+), 2
David Bremner writes:
> ---
> NEWS | 19 +++
> 1 file changed, 15 insertions(+), 4 deletions(-)
pushed this series to release, master. Re-ordered because I didn't
notice the nmbug retag of patch 1 until the first 4 had been pushed.
d
Mark Walters writes:
> ---
>
> When doing the patch for commit
> f94921520778ae4005500f5d1b943e2d4ddd3b2a emacs: show: let the user
> override the mime-type of an attachment, I discovered how to do
> mimetype completion (in particular where to get a list of mimetypes),
---
When doing the patch for commit
f94921520778ae4005500f5d1b943e2d4ddd3b2a emacs: show: let the user
override the mime-type of an attachment, I discovered how to do
mimetype completion (in particular where to get a list of mimetypes),
so we may as well add this completion for searches too.