4 new changesets in mutt:
http://dev.mutt.org/hg/mutt/rev/b0172175cc89
changeset: 5011:b0172175cc89
tag: tip
user:Miroslav Lichvar [EMAIL PROTECTED]
date:Tue Mar 20 13:39:29 2007 -0700
summary: Make BUFFY_SIZE a runtime switch ($check_mbox_size)
On 2007-03-21 19:59:27 +0900, YONETANI Tomokazu wrote:
I've been experiencing mutt segfaults when I open a Maildir
folder and leave it a while. I'm using some simple limit
pattern, and the sorting is set to other than threads. New
messages are delivered to this folder through procmail.
---
rfc3676.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/rfc3676.c b/rfc3676.c
index 78849c3..992bb47 100644
--- a/rfc3676.c
+++ b/rfc3676.c
@@ -129,6 +129,8 @@ static void print_flowed_line (const char *line, STATE *s,
int ql)
}
print_indent (ql, s);
+
On Tue, Mar 20, 2007 at 07:50:40PM +, Rocco Rutte wrote:
Well, some mutt docs say that when adding new features, the old should be
default. Adding spaces back by force is a one liner. I can do that if it's
I'm confused here. The $indent_string variable should control what the
quoting
# HG changeset patch
# User Christoph Berg [EMAIL PROTECTED]
# Date 1174485130 -3600
# Node ID 50e1b17e9ef63a90762c5c2f1d45d5c79681d2b2
# Parent b0172175cc892f982aacc5f930ab58da418dcf6b
Pipe functions.h through cpp -C for the manual generation; factor out
makedoc-defs.h from init.h for use in
On Wed, Mar 21, 2007 at 12:27:10AM +, Dave wrote:
On Tue, Mar 20, 2007 at 12:14:17PM +0100, Oswald Buddenhagen wrote:
otoh, most users *are* idiots (yes, even the unix users -
Idiots have the right (a) to exist, and (b) not to have decisions that
are rightfully theirs stolen by a
This thread seems to be getting a bit personal in places. Can people please
keep the discussion related to mutt (or at least security)...?
--
Paul
signature.asc
Description: Digital signature
Hi,
* Kyle Wheeler [07-03-21 08:11:31 -0600] wrote:
On Wednesday, March 21 at 01:51 PM, quoth Paul Walker:
Well, some mutt docs say that when adding new features, the old should be
default. Adding spaces back by force is a one liner. I can do that if it's
I'm confused here. The
On Sat, Mar 17, 2007 at 10:12:07AM -0400, Derek Martin wrote:
On Sat, Mar 17, 2007 at 02:50:33PM +0100, Oswald Buddenhagen wrote:
in short, all this stuff is discussing securing the door of a blown-up
house. mutt is just one application. if umask (or the ~/ mode) or PATH
are not set
Hi,
* TAKAHASHI Tamotsu [07-03-20 00:22:06 +0900] wrote:
FYI, I have been using my FormatString for a while.
The patch is attached.
I hope you can see what I mean with it.
But please note this is not ready for inclusion.
I am not a multibyte expert either.
Since I think at least we two want
On Wed, Mar 21, 2007 at 01:49:45PM +0100, Vincent Lefevre wrote:
On 2007-03-21 00:27:10 +, Dave wrote:
On Tue, Mar 20, 2007 at 12:14:17PM +0100, Oswald Buddenhagen wrote:
On Tue, Mar 20, 2007 at 07:28:36AM +, Dave wrote:
On Mon, Mar 19, 2007 at 11:51:37PM -0400, Derek Martin
On Wed, Mar 21, 2007 at 02:57:25PM +, Paul Walker wrote:
This thread seems to be getting a bit personal in places. Can people
please keep the discussion related to mutt (or at least security)...?
well, i expected somebody to say something like that. actually, the one
calling me
On Wed, Mar 21, 2007 at 03:35:18PM +, Dave wrote:
How about runtime options having two shadow compile-time options,
default-blah and force-blah? Normally, a sysadmin would only set
default-blah options (or none at all, ideally), but when a sysadmin
decides to pursue the boobietrap
---
This differs from the last patch that it doesn't add the space when
making up replies, i.e. it does it for display only. The original
version I dropped the spaces from had this, too.
rfc3676.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/rfc3676.c b/rfc3676.c
On Wednesday, 21 March 2007 at 10:25, Kyle Wheeler wrote:
On Wednesday, March 21 at 04:18 PM, quoth Rocco Rutte:
This differs from the last patch that it doesn't add the space when
making up replies, i.e. it does it for display only. The original
version I dropped the spaces from had this,
On Wed, Mar 21, 2007 at 01:51:24PM +, Paul Walker wrote:
The $indent_string variable should control what the quoting string is.
on that matter ...
from the muttrc manual:
You are strongly encouraged not to change this value, as it tends to
agitate the more fanatical netizens.
i think i
On Wednesday, March 21 at 09:28 AM, quoth Brendan Cully:
On Wednesday, 21 March 2007 at 10:25, Kyle Wheeler wrote:
On Wednesday, March 21 at 04:18 PM, quoth Rocco Rutte:
This differs from the last patch that it doesn't add the space when
making up replies, i.e. it does it for display only. The
On Wed, Mar 21, 2007 at 03:51:02PM +0100, Oswald Buddenhagen wrote:
On Wed, Mar 21, 2007 at 12:27:10AM +, Dave wrote:
On Tue, Mar 20, 2007 at 12:14:17PM +0100, Oswald Buddenhagen wrote:
otoh, most users *are* idiots (yes, even the unix users -
Idiots have the right (a) to exist,
* TAKAHASHI Tamotsu on Tuesday, March 20, 2007 at 00:22:06 +0900:
FYI, I have been using my FormatString for a while.
The patch is attached.
As a feedback: with this patch applied Mutt doesn't freeze when
trying to read
Message-ID: [EMAIL PROTECTED]
from this list, in utf-8 environment (even
On Wednesday, 21 March 2007 at 18:37, Oswald Buddenhagen wrote:
On Wed, Mar 21, 2007 at 10:19:06AM -0700, Brendan Cully wrote:
So how about the following strategy for $umask:
1. I back out my patch
2. we save the existing $umask when setting it to 077 in main
3. we temporarily
# HG changeset patch
# User Christoph Berg [EMAIL PROTECTED]
# Date 1174518274 -3600
# Node ID 5d6e82a70c8b4b59313e6f68229c887519459afa
# Parent 15d485b319bfe55a5dd4133f20d54af4c96e46fe
Mention $timeout in the $mail_check documentation and vice versa (Debian
#385456).
diff -r 15d485b319bf -r
On Wed, Mar 21, 2007 at 08:18:52PM +0100, Oswald Buddenhagen wrote:
On Wed, Mar 21, 2007 at 05:32:55PM +, Dave wrote:
On Wed, Mar 21, 2007 at 03:51:02PM +0100, Oswald Buddenhagen wrote:
this is silly. everbody makes mistakes.
That doesn't matter. The user is in charge of deciding
On Wed, Mar 21, 2007 at 11:07:46PM +, Dave wrote:
On Wed, Mar 21, 2007 at 08:18:52PM +0100, Oswald Buddenhagen wrote:
the sillier the thing, the stronger the guide should be. simple
principle.
You're working on a sliding scale here. Sliding scales are never
simple without a mapping
On Thu, Mar 22, 2007 at 12:26:15AM +, Paul Walker wrote:
On Wed, Mar 21, 2007 at 11:06:32PM +0100, Oswald Buddenhagen wrote:
preferably skip over it if you are not interested in discussing
world security policy.
Or you could take it off-list...?
yes ... but as it started here ... i
24 matches
Mail list logo