#2869: This is a test of the trac gateway to mutt-dev
Sorry about the noise.
--
Ticket URL: http://dev.mutt.org/trac/ticket/2869
#2869: This is a test of the trac gateway to mutt-dev
Comment (by brendan):
This is another test.
--
Ticket URL: http://dev.mutt.org/trac/ticket/2869#comment:2
#2868: $implicit_autoview shouts error for nothing
Changes (by ab):
* priority: minor = blocker
* resolution: = wontfix
* status: new = closed
* component: MIME = mutt
Comment:
BC This bug report is likely to be lost when I do the final import, I'm
afraid.
No problem
#2790: re-executing a too long 'color body ...' cmd causes segv crash after a
while
Comment (by me):
I just did a test running Mutt under valgrind with the following in my
~/.muttrc :
color body green white 'this is a really long string that has an
(optional|opt) field inside
#2869: This is a test of the trac gateway to mutt-dev
Comment (by bac):
Test from another account
--
Ticket URL: http://dev.mutt.org/trac/ticket/2869#comment:4
#1467: checking of imap mailbox delays opening inbox
Old description:
{{{
Package: mutt
Version: mutt-1.5.3i-0
Severity: normal
-- Please type your report below this line
if you have an imap folder watched via mailboxes it will also be
checked
for new mail right at the startup of mutt
#2871: Undelivered Mail Returned to Sender
{{{
This is the mail system at host peyresourde.cs.ubc.ca.
I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to postmaster.
If you do
#2772: Patch imap_recent option to use RECENT instead of UNSEEN
Changes (by brendan):
* status: assigned = closed
* resolution: = fixed
Comment:
I think I have a somewhat more general fix in [0cb476dc70a7] and
[dc7ed7df43aa].
--
Ticket URL:
#2274: mutt crashes on startup
Changes (by brendan):
* status: new = closed
* resolution: = worksforme
Old description:
{{{
mutt crashes on every startup.
How-To-Repeat:
- untar from source
- correct keymap.c/.h (one line in each file) for gcc 4.x
- configure
- make
: Mon, 04 Sep 2006 08:57:44 -0700
From: Daniel Burrows [EMAIL PROTECTED]
To: Debian Bug Tracking System [EMAIL PROTECTED]
Package: mutt
Version: 1.5.13-1
Severity: normal
Tags: patch
If I create a directory, cd to it, and delete it, then run mutt, I get
a segfault:
Reading /home/daniel
#2033: buffer overflow in attachment decoding function
Changes (by brendan):
* priority: critical = major
Old description:
{{{
There is a potentially serious buffer overflow in
mutt-1.4.2/handler.c:mutt_decode_xbit() as well as the uuencode and other
attachment decoding functions
#714: Lines starting From aren't escaped saving from Maildir to mbox
Changes (by brendan):
* priority: critical = major
Old description:
{{{
Package: mutt
Version: 1.2.5i
Severity: normal
-- Please type your report below this line
Send a mail to an address which is saved
of information missing:
The mail sending fails at mutt_invoke_sendmail due to a problem in my
mail server (not mutt related),
and then mutt_pager is called, thus starting the previously defined
sequence.
How-To-Repeat:
tail -3000 somefile | mutt -s Sending something [EMAIL PROTECTED]
Fix
#2747: imap_keepalive ignored when less than timeout and too much idle
Changes (by brendan):
* owner: mutt-dev = brendan
* priority: critical = minor
* milestone: = 1.6
Old description:
{{{
When you set imap_keepalive IMAP-server-timeout timeout,
then IMAP-server will disconnect
#2184: SEGV in mutt_match_rx_list()
Old description:
{{{
Since I rebuilt mutt from a recent CVS checkout, I observe sporadic
crashes. Today I managed to create a core:
gdb output
Core was generated by `mutt'.
Program terminated with signal 11, Segmentation fault.
warning: current_sos
; trithemius.gnupg.org
Diagnostic-Code: SMTP; 550 relay not permitted
Last-Attempt-Date: Thu, 10 Nov 2005 17:46:03 +0100 (CET)
[-- Attachment #3 --]
[-- Type: message/rfc822, Encoding: 7bit, Size: 3.2K --]
Date: Thu, 10 Nov 2005 17:45:59 +0100 (CET)
From: Sven Utcke [EMAIL PROTECTED]
Subject: mutt
#2203: Mutt freezes regularily when fetching new messages
Changes (by brendan):
* status: new = closed
* resolution: = worksforme
Old description:
{{{
Hi,
i use mutt as my MUA at work. It connects with a mail server via IMAP,
but sometimes, when fetching a new message, mutt freezes
#2676: mutt + imap header results in a NULL pointer dereference crash
Old description:
{{{
Whenever I try to check my employer's mail (via IMAP+TLS),
I use IMAP header-caching. However, mutt crashes on this particular
mailbox. gdb(1) gives:
Fetching message headers... [402/402]
Program
#1327: muttbug accepts local addresses
Changes (by brendan):
* cc: [EMAIL PROTECTED] (added)
* status: new = closed
* resolution: = wontfix
Old description:
{{{
Package: mutt
Version: 1.5.0i
Severity: normal
-- Please type your report below this line
muttbug accepts local
#2121: cache makes mutt crash if there are too many messages
Old description:
{{{
I opened a folder full of 35055 messages (with mutt -F /dev/null -f
imaps://[EMAIL PROTECTED]/bigfolder). Mutt tried to fetch all the headers to
put
it in the cache, but Aborts instead, simply saying Error
#2121: cache makes mutt crash if there are too many messages
Changes (by brendan):
* milestone: = 1.6
Comment:
I just tried this on OSX on an IMAP mailbox with 36340 messages and it
worked fine. I'm using the qdbm back end. Which database engine are you
using? Can you still create
#2155: Mutt displays garbage
Changes (by brendan):
* priority: major = minor
Old description:
{{{
When displaying e-mail contents, Mutt often leaves garbage from the
previous mail on the screen. The same happens when displaying index of
e-mails. I tried different combinations:
Mutt
#2570: crash when other MUA accesses IMAP
Changes (by brendan):
* priority: critical = major
Old description:
{{{
while changing mailboxes, and Mail.app is also starting up, i can
repeatedly crash mutt. here is the bt. there is nothing in the debug
file.
Date/Time: 2006-11-26 17
#2031: mutt crashes reading some mbox with sort=threads
Changes (by brendan):
* priority: critical = minor
Old description:
{{{
mutt dumps core when reading some mbox with threaded sorting.
It appears to have no problems with non-threaded sorting.
See How-To-Repeat for a minimal example
#2219: extend mailing-list recognition to Resent:- headers
Changes (by brendan):
* priority: major = minor
Old description:
{{{
When eMails get bounced to mailing-lists, mailing-list checks fail when
they are limited to regular headers but ignore Resent- headers.
How-To-Repeat:
Fix:
#2092: pattern date format is ambiguous
Changes (by vinc17):
* summary: pattern date format is ambigous = pattern date format is
ambiguous
--
Ticket URL: http://dev.mutt.org/trac/ticket/2092#comment:3
#2715: mutt doesn't display raw headers even when not weeded
Changes (by brendan):
* priority: major = minor
Old description:
{{{
In the example below, mutt does not display the same header information
as seen in the raw mailbox. Notably To:, From: Return-path: are all
modified
#2540: Mutt crashes after IMAP timeout
Changes (by brendan):
* owner: mutt-dev = brendan
Old description:
{{{
I'm using the IMAP server of web.de (a German freemail provider) with a
TLS connection.
When I'm connected I can read my mails without problems. But if I stay
idle for some
#2844: mutt 1.4.2.2 doesn't link under Solaris 8/Sparc
Old description:
{{{
Here's the linker output:
Making all in imap
gcc -Wall -pedantic -g -O2 -o mutt patchlist.o addrbook.o alias.o
attach.o base64.o browser.
o buffy.o color.o commands.o complete.o compose.o copy.o curs_lib.o
#2570: crash when other MUA accesses IMAP
Changes (by brendan):
* owner: mutt-dev = brendan
* milestone: = 1.6
--
Ticket URL: http://dev.mutt.org/trac/ticket/2570#comment:3
#1529: new-mail flag appears bust in version 1.4i
Changes (by brendan):
* status: assigned = closed
* resolution: = worksforme
Old description:
{{{
Package: mutt
Version: 1.4i
Severity: normal
-- Please type your report below this line
Here's what happens:
- mutt tells me
#2540: Mutt crashes after IMAP timeout
Comment (by gjasny):
With the latest mutt package from experimental (1.5.14+cvs20070321-1) it
doesn't crash anymore. But a reconnct would be nice.
IMAP queue drained
parse_parameters: `charset=utf-8'
parse_parameter: `charset' = `utf-8'
Reorder list
#2540: Mutt crashes after IMAP timeout
Comment (by gjasny):
I've build the nightly snapshot with debug and imap support against
libssl. It still doesn't reconnect but at least doesn't crash anymore:
Reorder: x = 3; hdr_count = 8
Reorder: From matches From: Mutt [EMAIL PROTECTED]
Reorder: x
#2871: test to [EMAIL PROTECTED]
{{{
test
}}}
--
Ticket URL: http://www.mutt.org/ticket/2871
idle for more
than a few minutes. That can happen when the user returns
to the mailbox after viewing a message for a long time.
Currently, mutt automatically closes the mailbox when
this happens. This makes mutt nearly unusable in this
type of IMAP/network environment.
The correct behavior
#2540: Mutt crashes after IMAP timeout
Changes (by brendan):
* status: assigned = closed
* resolution: = fixed
Comment:
I'm closing this. The reconnect bug is #2056.
--
Ticket URL: http://dev.mutt.org/trac/ticket/2540#comment:6
#2056: Attempt re-connect when idle mailbox connection closes
Changes (by brendan):
* owner: mutt-dev = brendan
--
Ticket URL: http://dev.mutt.org/trac/ticket/2056#comment:2
#2575: bind index z noop makes mutt ignore bind generic z current-middle
Changes (by brendan):
* priority: major = minor
Old description:
{{{
I want to bind some keys to generic functions, but default
bindings for menus ovverride generic bindings defined by me.
When I bind index z noop
#2199: [gpgme] Sending ^C while running pinentry segfaults Mutt
Changes (by brendan):
* status: assigned = closed
* resolution: = fixed
Comment:
Patch applied, thanks.
--
Ticket URL: http://dev.mutt.org/trac/ticket/2199#comment:7
#2545: Cannot open message with pgp key attachment
Comment (by brendan):
I can't reproduce this here with tip. Can you?
--
Ticket URL: http://dev.mutt.org/trac/ticket/2545#comment:2
#2676: mutt + imap header results in a NULL pointer dereference crash
Changes (by brendan):
* milestone: = 1.6
--
Ticket URL: http://dev.mutt.org/trac/ticket/2676#comment:2
#507: message/partial MIME type not handled as expected
Changes (by brendan):
* milestone: = 1.6
Old description:
{{{
Package: mutt
Version: 1.3.9i
Severity: normal
-- Please type your report below this line
If I receive multiple mail messages with MIME type message/partial,
I
#1259: Bright* colors in index losing brightness in xterm.
Changes (by brendan):
* component: mutt = display
Old description:
{{{
Package: mutt
Version: 1.4i
Severity: normal
-- Please type your report below this line
I have bright foreground colors in my index to highlight mails
#1607: bug 1417 not fixed in mutt 1.4.1: mutt leaves temp files after signing
PGP-
traditional
Changes (by brendan):
* status: new = closed
* resolution: = fixed
Old description:
{{{
Package: mutt
Version: 1.4.1i
Severity: normal
-- Please type your report below this line
I
#1090: bcc:s given away through encryption
Changes (by brendan):
* component: mutt = crypto
--
Ticket URL: http://dev.mutt.org/trac/ticket/1090#comment:3
#2448: S/MIME decrypting keyid selection
Changes (by brendan):
* component: mutt = crypto
Old description:
{{{
Hello,
There are some problems with S/MIME decrypting key selection, when
one has multiple keys, and has unset $smime_decrypt_use_default_key:
-1) Before each display
#2846: Security vulnerability in APOP authentication
Changes (by brendan):
* component: mutt = POP
--
Ticket URL: http://dev.mutt.org/trac/ticket/2846#comment:2
#862: format=flowed handler isn't utf-8 aware
Changes (by brendan):
* component: mutt = display
* milestone: = 1.6
Old description:
{{{
Package: mutt
Version: 1.3.23.1i
Severity: normal
-- Please type your report below this line
Just for the record: The format=flowed handler
#862: format=flowed handler isn't utf-8 aware
Changes (by brendan):
* reporter: [EMAIL PROTECTED] (Thomas Roessler) =
[EMAIL PROTECTED] (Thomas Roessler)
--
Ticket URL: http://dev.mutt.org/trac/ticket/862#comment:3
#937: Mutt closes POP connection and hangs
Old description:
{{{
Package: mutt
Version: 1.3.24i
Severity: important
-- Please type your report below this line
Hi,
After sending an e-mail, after the ISP connection had dropped and the
modem was redialing, when I entered 'i' to return
#1672: mutt: Keys for PGP don't work (only for zh_TW.Big5 locale?)
Changes (by brendan):
* cc: Ambrose, Li, [EMAIL PROTECTED] (added)
* status: new = closed
* resolution: = fixed
Comment:
I've applied the patch in part -- many hunks did not apply. An updated
translation would
#1726: flea failed when reading a core
Changes (by brendan):
* status: reopened = closed
* resolution: = wontfix
Old description:
{{{
Package: mutt
Version: 1.5.5i
Severity: important
-- Please type your report below this line
Severity? [01234] 2
If mutt has crashed, it may
#2082: S/MIME signature verification fails on encrypted and signed messages
Changes (by brendan):
* component: mutt = crypto
Old description:
{{{
Everytime I try to open a encrypted and signed message I get the
following error:
[-- OpenSSL output follows (current time: Fr 16 Sep 2005
#1519: when replying to pgp-encrypted mail, message ist *not* included in reply
Changes (by brendan):
* status: new = closed
* resolution: = wontfix
* component: mutt = crypto
Old description:
{{{
Package: mutt
Version: 1.5.4-1
Severity: normal
-- Please type your report below
#1535: attachments of type application/xxx cannot be viewed
Changes (by brendan):
* component: mutt = MIME
Old description:
{{{
Package: mutt
Version: 1.5.3i
Severity: normal
-- Please type your report below this line
When mutt sees an attachments of type application/whatever
#1455: unable to exit PGP key selection menu if key is not found or expired on
send
Changes (by brendan):
* component: mutt = crypto
Old description:
{{{
Package: mutt
Version: 1.4i
Severity: normal
-- Please type your report below this line
On sending a pgp encrypted message, when
#1672: mutt: Keys for PGP don't work (only for zh_TW.Big5 locale?)
Changes (by brendan):
* component: mutt = crypto
Old description:
{{{
Package: mutt
Version: 1.5.4+20030913-1
Severity: normal
[NOTE: this bug report has been submitted to the debian BTS as
Bug#187093.
Please Cc all
#2428: S/MIME opaque signed mails unverified or undisplayed
Changes (by brendan):
* component: mutt = crypto
Old description:
{{{
Hello ALL and others,
When displaying S/MIME opaque signed mails, of type
application/x-pkcs7-mime; smime-type=signed-data, Mutt 1.5.13 with
default
#2175: IMAP header cache segfault
Changes (by brendan):
* milestone: = 1.6
Old description:
{{{
I'm using mutt with an IMAP server and have enabled the IMAP header
cache. At times mutt segfaults when opening an already cached folder
with a few thousand mails. The variable header_cache
, but most reasonable ones have.
How-To-Repeat:
Fix:
when starting to compose a mail, create a state file with the name of the
file passed to the editor (and all headers if edit_headers is unset).
when sending, postponing or discarding the mail, delete the file. if mutt
starts up and the file
this message is
selected then Mutt immediately terminates with a segmentation fault.
How-To-Repeat:
Fix:
Unknown
}}}
New description:
I received an email message that has no From: header. It does have
Resent-From: and Sender:. If I press r to reply when this message is
selected then Mutt
#2561: IMAP mail count in Mailboxes view not registering true count when using
multiple accounts.
Changes (by brendan):
* owner: mutt-dev = brendan
* milestone: = 1.6
Old description:
{{{
When starting mutt with the -y flag, the mail count displayed in
folder_format does not increment
#2054: wish $signature %expandos
Old description:
{{{
i was writing a gen_signature shell script which takes param 1 as the
recipient name. However, it seems that the
set signature=script|
command could only take one command value. Parameters are not supported.
That is inconvenient in my
[a0079 NO EXPUNGE Block size illegal
for BPOOL.]?
I have around 11k messages in my inbox. This is an IMAP connection to a
notes server. I've trying upgrading to the lastest versions of mutt to
no avail.
How-To-Repeat:
Fix:
Unknown
}}}
New description:
when synching my inbox (after marking
#2684: crash on s/mime verification
Changes (by brendan):
* owner: mutt-dev = brendan
* status: new = assigned
* component: mutt = crypto
* milestone: = 1.6
Old description:
{{{
I tried to verify an S/MIME signed test mail with GPG encrypted body. But
I noticed two problems:
1
#2749: %l in status_format (total size of folder) fails for IMAP servers
Changes (by brendan):
* owner: mutt-dev = brendan
* milestone: = 1.6
Old description:
{{{
The total size of folder %l always shows 0KB for every IMAP-server,
while it works OK for local mbox folders.
Untested
#2277: mailboxes in mailboxes directives do not auto-fill in change folder
dialog when they have new mail
Changes (by brendan):
* keywords: = buffy
* owner: mutt-dev = brendan
* milestone: = 1.6
Old description:
{{{
I am using mutt to access an IMAP server (Cyrus IMAPd 2.2.12) where
#2356: segfaults related to browser?
Changes (by brendan):
* status: new = closed
* resolution: = fixed
Old description:
{{{
mutt segfaults when i execute the given macros.
[cut here]
## ~/.mutt/default (sourced in muttrc)
# unset imap_user
# unset imap_pass
set folder=~/Mail
#2749: %l in status_format (total size of folder) fails for IMAP servers
Changes (by brendan):
* status: new = closed
* resolution: = fixed
Comment:
Fixed in [4f598543d7a5]
--
Ticket URL: http://dev.mutt.org/trac/ticket/2749#comment:3
#1220: After telnet session dies, Mutt continues running, gradually consuming
all
CPU resources.
Comment (by Vincent Lefevre):
{{{
On 2007-04-02 02:01:04 -, Mutt wrote:
#1220: After telnet session dies, Mutt continues running, gradually
consuming all
CPU resources.
Changes
#1220: After telnet session dies, Mutt continues running, gradually consuming
all
CPU resources.
Changes (by brendan):
* cc: [EMAIL PROTECTED] (added)
* reporter: T L Hall [EMAIL PROTECTED] = T L Hall
--
Ticket URL: http://dev.mutt.org/trac/ticket/1220#comment:5
#2846: Security vulnerability in APOP authentication
Comment (by Brendan Cully):
{{{
On Sunday, 18 March 2007 at 17:36, Rocco Rutte wrote:
I was looking at some mutt code for this issue and other issues that
report broken threading upon invalid message-ids. It seems that mutt
happily
#1638: Fails silently if $EDITOR fails
Changes (by brendan):
* component: mutt = display
Old description:
{{{
Package: mutt
Version: ?
Severity: normal
[NOTE: this bug report has been submitted to the debian BTS as
Bug#209244.
Please Cc all your replies to [EMAIL PROTECTED
#1638: Fails silently if $EDITOR fails
Changes (by brendan):
* status: new = closed
* resolution: = fixed
Comment:
Fixed in [527589b0b7dd]
--
Ticket URL: http://dev.mutt.org/trac/ticket/1638#comment:2
#2839: GnuPG and GnuPG clients unsigned data injection vulnerability
Changes (by brendan):
* component: mutt = crypto
* milestone: = 1.6
Old description:
{{{
Forwarding #413688 here as well...
The attached mbox is available at http://bugs.debian.org/413688.
- Forwarded
#2646: check_new incorrectly uses mh_seq_unseen
Comment (by Brendan Cully):
{{{
Reading over mh.c, the logic for reading unseen looks correct. But I
did notice an off-by-one in mhs_alloc that looks like it could cause
mutt to randomly discover new mail depending on whatever happened
#2682: mutt should let me specify the Sender: header
Changes (by brendan):
* status: new = closed
* resolution: = fixed
Comment:
I've applied a slightly modified version of your path (which does depend
on !privacy, though I don't think anyone is using mixmaster anymore).
--
Ticket
#2820: Mutt doesn't build with --without-wc-funcs
Changes (by brendan):
* status: new = closed
* resolution: = fixed
Old description:
{{{
When I configure Mutt using --without-wc-funcs (this should be better
under Mac OS X as its wcwidth function is buggy), I get the following
error
#2811: Bug#413014: mutt: Handling of e-mails with multiple Message-IDs
Changes (by brendan):
* priority: minor = trivial
* type: defect = enhancement
Old description:
{{{
Hi,
the following was submitted as Debian bug #413014:
- Forwarded message from Mark Brown [EMAIL
#2791: problems with filename MIME parameter and newlines
Changes (by brendan):
* component: mutt = display
Old description:
{{{
Create a file with embedded newlines. Attach it in mutt. Mail it. View
the results in mutt and see that part of the filename ends up shown as
attachment
#2776: Header colors not applied to MIME subpart headers
Changes (by brendan):
* component: mutt = display
Old description:
{{{
Header colors (e.g., color hdrdefault yellow black) are not applied to
the headers in MIME subparts when displaying headers. The headers are
shown
#2168: :my_hdr CC: command sets To: field
Old description:
{{{
The my_hdr CC: \Guess Who\ [EMAIL PROTECTED] commands appears to set
the To: field instead of the CC field in the latest Debian release of
mutt, either through the .muttrc file or mutt command line. The my_hdr
To: command
#1881: muttbug utilizes localized messages
Changes (by brendan):
* status: assigned = closed
* resolution: = fixed
Old description:
{{{
Package: mutt
Version: 1.4.2.1i
Severity: normal
-- Please type your report below this line
This one is really funny:
If LC_MESSAGES is set
#1809: false new mail notifications in MH folder
Changes (by brendan):
* status: new = closed
* resolution: = fixed
Old description:
{{{
Package: mutt
Version: 1.5.6i
Severity: normal
-- Please type your report below this line
I get false new mail in ... notifications. I use MH
#755: Strange behaviour when attaching files on filename completion
Changes (by brendan):
* status: new = closed
* resolution: = fixed
* component: mutt = display
Old description:
{{{
Package: mutt
Version: 1.3.21i
Severity: normal
-- Please type your report below this line
Hi
#2846: Security vulnerability in APOP authentication
Comment (by Rocco Rutte):
{{{
Hi,
* Brendan Cully [07-04-02 15:31:14 -0700] wrote:
On Sunday, 18 March 2007 at 17:36, Rocco Rutte wrote:
I was looking at some mutt code for this issue and other issues that
report broken threading
#1497: mutt: Mail retrieval fails with a certain message coming in
Changes (by myon):
* status: new = closed
* resolution: = fixed
Comment:
The corresponding Debian bug was closed ages ago. I also vaguely remember
a semi-recent fix for messages containing NUL bytes (though I can't find
#2846: Security vulnerability in APOP authentication
Comment (by brendan):
From the BNR, 0-31 appears to be legal when quoted in the local part. As
long as the current MD5 collision generators need characters above 127, I
think this is OK.
--
Ticket URL:
#2846: Security vulnerability in APOP authentication
Changes (by brendan):
* status: new = closed
* resolution: = fixed
--
Ticket URL: http://dev.mutt.org/trac/ticket/2846#comment:6
#2873: Support for gpg groups
It would be nice if mutt supported GPG groups in the crypt-hook, so that
encrypted mailing lists can easily be done without the need to create
mailing list keys.
--
Ticket URL: http://dev.mutt.org/trac/ticket/2873
#2872: SMTP Password should ask again when wrong password entered
Changes (by brendan):
* milestone: 1.5.15 = 1.6
--
Ticket URL: http://dev.mutt.org/trac/ticket/2872#comment:1
#2873: Support for gpg groups
Changes (by brendan):
* priority: major = minor
* component: mutt = crypto
--
Ticket URL: http://dev.mutt.org/trac/ticket/2873#comment:1
#1016: imap_home_namespace documentation
Changes (by brendan):
* status: new = closed
* resolution: = fixed
Comment:
The option in its current form is nearly useless. I've removed it.
--
Ticket URL: http://dev.mutt.org/trac/ticket/1016#comment:10
the form --with-gdbm=/sw. To be able to build mutt with gdbm i
did the following hack in configure.in. Can someone that knows the
semantics and syntax of configure.in please do better solution?
cvs diff
? doc/manual.xml
cvs diff: Diffing .
Index: configure.in
#2709: exits with status 0 when disk is full
Old description:
{{{
Date: Fri, 29 Dec 2006 14:57:20 -0500
From: Justin Pryzby [EMAIL PROTECTED]
Reply-To: Justin Pryzby [EMAIL PROTECTED],
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Bug#404973: mutt: returns [ $? -eq 0
#2472: header caching for MH-style folders does not work
Changes (by brendan):
* status: new = closed
* resolution: = fixed
Old description:
{{{
the header cache does not get populated when a MH folder is opened.
How-To-Repeat:
open any MH-format mail directory
Fix:
patch attached
#2823: warning: ISO C90 does not support...
Changes (by brendan):
* milestone: = 1.6
Old description:
{{{
/home/austriancoder/development/freewrt/staging_dir_mipsel/bin/mipsel-
linux-uclibc-gcc -DPKGDATADIR=\/usr/share/mutt\ -DSYSCONFDIR=\/etc\
-DBINDIR=\/usr/bin\ -DMUTTLOCALEDIR=\/usr
from a message filename, Mutt
seems to recognize this and display the message as N.
This only works if the user has $nomark_old set. With $mark_old set, the
lack of the 'S' flag in the cur/ directory would cause the message to be
displayed as Old rather than New.
me
}}}
--
Ticket URL
#1918: Suggestion for addition to example Muttrc
Comment (by zlgdgzl):
The default behaviour when moving between edit fields in most user
interfaces is to select all the text in the target edit field. Urwid
currently just moves the cursor and doesn't
#1552: removing signature part when replying to message
Comment (by zlgdgzl):
The default behaviour when moving between edit fields in most user
interfaces is to select all the text in the target edit field. Urwid
currently just moves the cursor and doesn't
1 - 100 of 5108 matches
Mail list logo