headers
GUUG bug Tracking System | 1 May 2004 01:04
Picon

bug#1044: marked as done (mutt: unreproducible segfault on inputting on dialog)

Your message dated Sat, 1 May 2004 00:03:53 +0100
with message-id <20040430230353.GM9039 <at> black-sun.demon.co.uk>
and subject line Closing.
has caused the attached bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Herr der Kaefer
(administrator, GUUG bugs database)

--------------------------------------
Received: (at submit) by bugs.guug.de; 11 Feb 2002 18:38:40 +0000
From md <at> Linux.IT Mon Feb 11 19:38:40 2002
Received: from attila.bofh.it ([213.92.8.2] ident=postfix)
	by trithemius.gnupg.org with esmtp (Exim 3.12 #1 (Debian))
	id 16aLLc-0007H1-00
	for <submit <at> bugs.guug.de>; Mon, 11 Feb 2002 19:38:40 +0100
Received: by attila.bofh.it (Postfix, from userid 10)
	id A48D160E00; Mon, 11 Feb 2002 19:37:11 +0100 (CET)
Received: by wonderland.linux.it (Postfix/Md, from userid 1001)
	id ABFF7340BA; Mon, 11 Feb 2002 19:34:49 +0100 (CET)
From: Marco d'Itri <md <at> linux.it>
To: submit <at> bugs.guug.de
Subject: mutt: unreproducible segfault on inputting on dialog
(Continue reading)

Permalink | Reply | 0 comments |
headers
Thomas Roessler | 2 May 2004 05:00

[2004-05-02] CVS repository changes

This message was generated and sent automatically.  It contains a
summary of the CVS commits over the last 48 hours.  These changes
should be propagated to the public repository within at most a day
or two.  Most probably, they have already been propagated.

2004-04-30 06:49:37  Urs Jan?en  <urs <at> tin.org>  (roessler)

	* doc/Makefile.in, doc/mbox.man, doc/mmdf.man: mmdf(5), new mbox
	(5).  (These changes have been sitting in my inbox for ages, tlr.)
Permalink | Reply | 0 comments |
headers
Thomas Roessler | 1 May 2004 05:00

[2004-05-01] CVS repository changes

This message was generated and sent automatically.  It contains a
summary of the CVS commits over the last 48 hours.  These changes
should be propagated to the public repository within at most a day
or two.  Most probably, they have already been propagated.

2004-04-30 06:49:37  Urs Jan?en  <urs <at> tin.org>  (roessler)

	* doc/Makefile.in, doc/mbox.man, doc/mmdf.man: mmdf(5), new mbox
	(5).  (These changes have been sitting in my inbox for ages, tlr.)
Permalink | Reply | 0 comments |
headers
Paul Walker | 1 May 2004 02:00
Picon
Picon

bug#927: 927, "tabs not generating correct whitespace" - still reproducible?

Hi,

I've just checked, and I can't reproduce this bug, using CVS head with
ncurses 5.4. Can you see if you can still reproduce the problem? Trying
with mutt 1.5.6 would be best - you can get it from
ftp://ftp.mutt.org/mutt/devel/

(Thing is that although I've set the TERM value to vt220, I'm using Konsole,
so it might not be the same config as the submitter.)

Thanks,

--

-- 
Paul

Q: Why did the Cyclops stop teaching?
A: He only had one pupil.
Permalink | Reply | 0 comments |
headers
GUUG bug Tracking System | 1 May 2004 02:06
Picon

bug#1862: marked as done (mutt-1.4.1i: )

Your message dated Sat, 1 May 2004 00:40:05 +0100
with message-id <20040430234005.GP9039 <at> black-sun.demon.co.uk>
and subject line Close (no bug report)
has caused the attached bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Herr der Kaefer
(administrator, GUUG bugs database)

--------------------------------------
Received: (at submit) by bugs.guug.de; 18 Apr 2004 20:42:30 +0000
From ahrse <at> delle.antoni.star.de Sun Apr 18 22:42:28 2004
Received: from pd95350e2.dip.t-dialin.net ([217.83.80.226] helo=delle.antoni.star.de)
	by trithemius.gnupg.org with esmtp (Exim 3.35 #1 (Debian))
	id 1BFJ7U-0004vD-00
	for <submit <at> bugs.guug.de>; Sun, 18 Apr 2004 22:42:28 +0200
Received: by delle.antoni.star.de (Postfix, from userid 500)
	id AAC031368FA; Sun, 18 Apr 2004 22:45:08 +0200 (CEST)
Subject: mutt-1.4.1i: 
To: submit <at> bugs.guug.de
Message-Id: <20040418204508.AAC031368FA <at> delle.antoni.star.de>
Date: Sun, 18 Apr 2004 22:45:08 +0200 (CEST)
From: ahrse <at> delle.antoni.star.de (Armin Hartmann-Rother)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Thomas Roessler | 3 May 2004 05:00

[2004-05-03] CVS repository changes

This message was generated and sent automatically.  It contains a
summary of the CVS commits over the last 48 hours.  These changes
should be propagated to the public repository within at most a day
or two.  Most probably, they have already been propagated.
Permalink | Reply | 0 comments |
headers
TAKAHASHI Tamotsu | 3 May 2004 07:36
Picon

bug#1865: mutt-: match continued headers

On Wed, Apr 28, 2004 at 12:00:19PM +0200, bernhard <at> intevation.de wrote:
> Did not found a documented way to match continued header lines in patterns.
> 
> Like   ~h List-Id.*<list.id.org>
> Should emails with headers like
> 
> List-Id: "Balh Blah Blah Blah Blah Blah  Blah Blah Blah Blah"
> 	<list.id.org>
> 
> It would be nice to have such a feature
> and if it is there is should be documented.

Yes, I also want it.
The patch has already been posted, but not committed.

See "Re: Having . span newlines in a regexp"
http://does-not-exist.org/mail-archives/mutt-dev/msg00866.html
(I haven't used this yet.)

Without this patch, there's no way to match such
long headers precisely.

--

-- 
tamo
Permalink | Reply | 1 comment |
headers
TAKAHASHI Tamotsu | 3 May 2004 08:13
Picon

bug#1854: mutt-1.5.5.1+cvs20040105i: No intuitive way to undo 'l' ("limit") command

On Thu, Apr 29, 2004 at 04:13:37PM +0900, TAKAHASHI Tamotsu wrote:

> It seems that ~A removes your previous patterns.
> pattern.c:
>     else if (mutt_strncmp (buf, "~A", 2) != 0)
>     {
>       Context->pattern = simple;
>       simple = NULL; /* don't clobber it */
>       Context->limit_pattern = mutt_pattern_comp (buf, M_FULL_MSG, &err);
>     }
> 
> 
> > I think a simple solution would be to consider an empty string limit as a
> > non-limit, so that if I do 'l' and then Enter, I see all my messages again.
> > That's the first thing I intuitively tried when I wanted to "remove the limit",
> 
> Me, too.
> 
> > I think it makes sense and I've been quite surprised when it didn't work.
> 
> Could you (or any developer) write a patch to check whether buf is not '\0'?

Doesn't this work? I haven't tested yet:

-    else if (mutt_strncmp (buf, "~A", 2) != 0)
+    else if ((mutt_strncmp (buf, "~A", 2) != 0) && (buf[0] != '\0'))

--

-- 
tamo
(Continue reading)

Permalink | Reply | 1 comment |
headers
Armin Wolfermann | 3 May 2004 10:47
Picon

bug#1865: mutt-: match continued headers

* bernhard <at> intevation.de <bernhard <at> intevation.de> [03.05.2004 07:05]:
> Did not found a documented way to match continued header lines in patterns.
> 
> Like   ~h List-Id.*<list.id.org>
> Should emails with headers like
> 
> List-Id: "Balh Blah Blah Blah Blah Blah  Blah Blah Blah Blah"
> 	<list.id.org>

See 4.2.2.  Complex Patterns

You could match on "~h List-Id.* ~h <list.id.org>", but matching on
<list.id.org> should be sufficient for this example (as it is unique).

Regards,
Armin Wolfermann
Permalink | Reply | 1 comment |
headers
GUUG bug Tracking System | 3 May 2004 13:33
Picon

bug#1682: marked as done (mutt-1.5.4i: mutt fails while sorting the new email)

Your message dated Mon, 3 May 2004 12:30:48 +0100
with message-id <20040503113048.GA8709 <at> black-sun.demon.co.uk>
and subject line Close.
has caused the attached bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Herr der Kaefer
(administrator, GUUG bugs database)

--------------------------------------
Received: (at submit) by bugs.guug.de; 30 Oct 2003 02:23:23 +0000
From bojan <at> blis.dyndns.org Thu Oct 30 03:23:21 2003
Received: from rwcrmhc12.comcast.net ([216.148.227.85])
	by trithemius.gnupg.org with esmtp (Exim 3.35 #1 (Debian))
	id 1AF2T2-0007vj-00
	for <submit <at> bugs.guug.de>; Thu, 30 Oct 2003 03:23:21 +0100
Received: from salsa (pcp01336184pcs.fairmt01.pa.comcast.net[68.81.124.46])
          by comcast.net (rwcrmhc12) with ESMTP
          id <2003103002251801400h4rnue>; Thu, 30 Oct 2003 02:25:18 +0000
Received: by Salsa (Postfix, from userid 1000)
	id 32C57409D; Wed, 29 Oct 2003 21:25:34 -0500 (EST)
From: bojan <at> blis.dyndns.org
Subject: mutt-1.5.4i: mutt fails while sorting the new email
(Continue reading)

Permalink | Reply | 0 comments |

Gmane