On Thu, Aug 06, 2015 at 22:28:54 +0200, Christian Brabandt wrote:
> > > - -e 's/??/\?\?/g' \
>
> I am nut sure, what was intended with the pattern, but it doesn't do
> what it was supposed to:
It is intended to escape trigraphs:
https://en.wikipedia.org/wiki/Digraphs_and_trigraphs#C
--
On Thu, Aug 06, 2015 at 23:30:12 +0200, Aurélien Rivet wrote:
> I know this list does not exist in order to answer to simple user's
> issues but I think you are the only one who can help me. Also, users
> mailing list advised me to ask this list.
> My mutt can't keep an imap connection opened. I am
On Tue, Mar 08, 2016 at 11:53:03 -0600, Derek Martin wrote:
> On Tue, Mar 08, 2016 at 04:39:57PM +, Richard Russon wrote:
> > > How do you ensure data integrity of, say, an mbox mailstore if you're
> > > not locking?
> >
> > Don't know.
> >
> > https://github.com/neomutt/neomutt/commit/5adde0
This seems to have been dropped somewhere between 1.5.21 and 1.5.23. The first
patch is the important one, the second is optional, but I think having a
different color for messages and things requiring user interaction would be
nice.
--Ben
Ben Boeckel (2):
curs_lib: bring back color to prompts
Signed-off-by: Ben Boeckel
---
curs_lib.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/curs_lib.c b/curs_lib.c
index 355c899..3d8164c 100644
--- a/curs_lib.c
+++ b/curs_lib.c
@@ -139,7 +139,9 @@ int _mutt_get_field (const char *field, char *buf, size_t
buflen, int complete,
do
Signed-off-by: Ben Boeckel
---
color.c| 1 +
contrib/colors.default | 1 +
contrib/colors.linux | 1 +
curs_lib.c | 6 +++---
doc/muttrc.man.head| 2 +-
mutt_curses.h | 1 +
6 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/color.c b
On Sat, May 03, 2014 at 14:41:42 -0400, Ben Boeckel wrote:
> This seems to have been dropped somewhere between 1.5.21 and 1.5.23. The first
> patch is the important one, the second is optional, but I think having a
> different color for messages and things requiring user interaction
te to the mutt
> documentation (doc/manual.xml.head).
Attached; should probably be squashed into the second patch.
Thanks,
--Ben
>From 65c7d27c09b80b27acd8860371a7a9283bb0864f Mon Sep 17 00:00:00 2001
From: Ben Boeckel
Date: Thu, 8 Jan 2015 10:30:03 -0500
Subject: [PATCH] manual: add docs
On Fri, Jan 09, 2015 at 14:46:53 -0800, Kevin J. McCarthy wrote:
> Pushed. Thank you for the patch.
Thanks!
--Ben
On Mon, Jan 12, 2015 at 15:44:54 -0800, Brendan Cully wrote:
> Although not necessary, this patch turns off signing during encryption
> of the postponed message (and turns it back on before saving), since
> there is no need to sign the message yet.
I'd say not signing is the only option. Otherwise
On Tue, Jan 13, 2015 at 11:51:15 -0800, Kevin J. McCarthy wrote:
> If others agree, I'll be glad to change it. I'm not convinced the name
> was the reason for Ben's confusion. The "as" was used to indicate
> ownership of the key being used. However, I did consider using "to", as
> that is more s
> -unsigned char digest[16];
> +union {
> + unsigned char charval[16];
> + unsigned int intval;
> +} digest;
How does this work with big endian versus little endian?
--Ben
On Sat, Feb 28, 2015 at 16:49:29 -0500, Patrick Shanahan wrote:
> There is no problem I am aware of running multiple instances of mutt as
> long as you have file-locking. I have been using mutt this way for > 10
> years.
I haven't been a user that long, but I do have multiple instances of
mutt op
On Sat, Feb 28, 2015 at 19:20:38 -0500, SGT. Garcia wrote:
> that sound unnecessarily complicated. just a simple socket should do. that
> is if mutt has one opened and listening on.
mutt has a "command line", so it would be feasible to have an option to
listen on a socket for commands. I don't thi
On Mon, Mar 02, 2015 at 12:23:54 -0600, Derek Martin wrote:
> Here's an example of why: I run my desktop with all my "applications"
> in windows which are tiled in essentially fixed positions on my screen
> (with some overlap, but as little as I can manage). There is not a
> shred of free screen
15 matches
Mail list logo
