{5} Assigned, Active Tickets by Owner (Full Description) (16 matches)

List tickets assigned, group by ticket owner. This report demonstrates the use of full-row display.

brendan (9 matches)

Ticket Summary Component Milestone Type Created
Description
#2897 message counts in mailbox view all zero (IMAP, courier) IMAP 1.6 defect 2007-05-27

When connection to my w3c IMAP (Courier) account with mutt 1.5.15 (2007-05-29) -- built from latest mercurial sources:

If I change to a view of my incoming mailboxes (using the "y" key - M <change-folder>?<toggle-mailboxes>), the message counts for all mailboxes always show 0 (zero), even for mailboxes that actually do have new messages.

Using mutt 1.5.13 (installed from the Debian package), the message counts are shown correctly (that is, for mailboxes with new messages, the counts are non-zero.

ALSO, using the same build of 1.5.15 (2007-05-20) with my personal IMAP account -- which is a Cyrus IMAP server (not Courier as my w3c account is), the message counts are shown correctly.

So, seems like:

  • either something has changed in mutt's IMAP code between mutt 1.5.13 and current mercurial source (1.5.15) OR the Debian package has some patch that fixes an existing problem in 1.5.13
  • the problem in reproducible with Courier IMAP but not with Cyrus IMAP

Any help with this greatly appreciated. I will attempt to attach a -d10 debug log. Let me know if you want one with a higher debug level.

#2902 Segmentation fault with IMAP/"The message index is incorrect. Try reopening the mailbox." IMAP 1.6 defect 2007-06-01

Mutt regularly crashes for me. I am using an IMAP box (Microsoft IMAP server), in parallel also thunderbird is listening to auto-filter selected messages into IMAP folders. This happens: 

---Mutt: imap://neteler@ntmail/INBOX [Msgs:1126 New:169 30M]---(reverse-date-received/date)------(3%)---
Sorting mailbox...
---Type <return> to continue, or q <return> to quit---
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 182894227392 (LWP 9617)]
0x000000000047c3c9 in imap_cache_del (idata=0x6035d0, h=0x8aeba0) at message.c:919
919       snprintf (id, sizeof (id), "%u-%u", idata->uid_validity, HEADER_DATA(h)->uid);
(gdb) bt

0x000000000047c3c9 in imap_cache_del (idata=0x6035d0, h=0x8aeba0) at message.c:919
919       snprintf (id, sizeof (id), "%u-%u", idata->uid_validity, HEADER_DATA(h)->uid);
(gdb) bt
#0  0x000000000047c3c9 in imap_cache_del (idata=0x6035d0, h=0x8aeba0) at message.c:919
#1  0x000000000047cd28 in imap_fetch_message (msg=0x8af110, ctx=0x5fe130, msgno=Variable "msgno" is not available.
) at message.c:539
#2  0x000000000043bcaf in mx_open_message (ctx=0x5fe130, msgno=0) at mx.c:1407
#3  0x000000000044632b in mutt_pattern_exec (pat=0x602680, flags=Variable "flags" is not available.
) at pattern.c:170
#4  0x0000000000419a5c in mutt_set_header_color (ctx=0x5fe130, curhdr=0x8aeba0) at curs_main.c:2193
#5  0x00000000004228fd in _mutt_set_flag (ctx=0x5fe130, h=0x8aeba0, flag=Variable "flag" is not available.
) at flags.c:246
#6  0x000000000047c732 in imap_set_flags (idata=Variable "idata" is not available.
) at message.c:978
#7  0x00000000004782f1 in imap_cmd_step (idata=0x6035d0) at command.c:597
#8  0x00000000004784de in imap_exec (idata=0x6035d0, cmdstr=Variable "cmdstr" is not available.
) at command.c:265
#9  0x0000000000479c93 in imap_check_mailbox (ctx=Variable "ctx" is not available.
) at imap.c:1385
#10 0x000000000041a267 in mutt_index_menu () at curs_main.c:485
#11 0x0000000000432746 in main (argc=1, argv=0x7fbffff658) at main.c:985
(gdb)


mutt -v
Mutt 1.5.15 (2007-04-06)
Copyright (C) 1996-2007 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 2.6.9-55.ELsmp (x86_64)
ncurses: ncurses 5.4.20040724 (compiled with 5.4)
libidn: 0.5.6 (compiled with 0.5.6)
Compile options:
-DOMAIN
-DEBUG
+HOMESPOOL  -USE_SETGID  +USE_DOTLOCK  -DL_STANDALONE
+USE_FCNTL  -USE_FLOCK   -USE_INODESORT
+USE_POP  +USE_IMAP  -USE_SMTP  +USE_GSS  +USE_SSL_OPENSSL  -USE_SSL_GNUTLS  +USE_SASL  +HAVE_GETADDRINFO
+HAVE_REGCOMP  -USE_GNU_REGEX
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  -CRYPT_BACKEND_GPGME
-EXACT_ADDRESS  -SUN_ATTACHMENT
+ENABLE_NLS  -LOCALES_HACK  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET  +HAVE_LANGINFO_YESEXPR
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  -USE_HCACHE
ISPELL="/usr/bin/ispell"
SENDMAIL="/usr/sbin/sendmail"
MAILPATH=".INBOX"
PKGDATADIR="/usr/local/share/mutt"
SYSCONFDIR="/usr/local/etc"
EXECSHELL="/bin/sh"
-MIXMASTER
To contact the developers, please mail to <mutt-dev@mutt.org>.
To report a bug, please visit http://bugs.mutt.org/.

uname -a
Linux bartok 2.6.9-55.ELsmp #1 SMP Fri Apr 20 16:36:54 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux

cat /etc/issue
Red Hat Enterprise Linux WS release 4 (Nahant Update 5)

Regards, Markus

#2935 Occasional segfault when IMAP inbox updates IMAP 1.6 defect 2007-07-25

Version: mutt-20070709
Platform: Debian/etch on amd64

I have an IMAP inbox that is updated asynchronously on a remote server. Sometimes, when new messages come in, and Mutt has uncommitted changes to the inbox, it segfaults.

This is what it looks like in GDB: 

Fetching message headers... 1899/1900
Program received signal SIGSEGV, Segmentation fault.
0x000000000044f25e in mx_update_context (ctx=0x7b15d0, new_messages=4)
    at mx.c:1566
1566          h->security = crypt_query (h->content);
(gdb) p h->content
Cannot access memory at address 0x50
(gdb)

I have two core dumps saved from these crashes, and so can return additional telemetry upon request.

#2951 mutt-1.5.16: smtp error 550 causes blocking SMTP 1.6 defect 2007-09-06 

Package: mutt
Version: 1.5.16
Severity: normal

-- Please type your report below this line
I had this heppening a few times:
after getting SMTP session error 550 i could not do anything,
just had to correct the From field, but Mutt wouldnt react on any keystrokes,
apart from ^C .
i haven't got any extra debug msgs, sorry.



-- System Information
System Version: Linux 00110101 2.6.20-gentoo-r8-111 #7 SMP PREEMPT Wed Aug 29 23:56:20 UTC 2007 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ AuthenticAMD GNU/Linux

-- Build environment information

(Note: This is the build environment installed on the system
muttbug is run on.  Information may or may not match the environment
used to build mutt.)

- gcc version information
x86_64-pc-linux-gnu-gcc
Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.6/specs
Configured with: /var/cache/etmp/portage/sys-devel/gcc-3.4.6-r2/work/gcc-3.4.6/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.6 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.6/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.6 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.6/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.6/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.6/include/g++-v3 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --disable-libunwind-exceptions --enable-multilib --enable-java-awt=gtk --enable-languages=c,c++,java,objc,f77 --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
Thread model: posix
gcc version 3.4.6 (Gentoo 3.4.6-r2, ssp-3.4.6-1.0, pie-8.7.10)

- CFLAGS
-Wall -pedantic -march=athlon64 -O2 -pipe

-- Mutt Version Information

Mutt 1.5.16 (2007-06-09)
Copyright (C) 1996-2007 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 2.6.20-gentoo-r8-111 (x86_64)
ncurses: ncurses 5.6.20061217 (compiled with 5.6)
libidn: 0.6.5 (compiled with 0.6.5)
Compile options:
-DOMAIN
-DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  
-USE_FCNTL  +USE_FLOCK   -USE_INODESORT   
-USE_POP  -USE_IMAP  +USE_SMTP  -USE_GSS  -USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +HAVE_GETADDRINFO  
-HAVE_REGCOMP  +USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  +CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET  +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +USE_HCACHE  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/spool/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc/mutt"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"
To contact the developers, please mail to <mutt-dev@mutt.org>.
To report a bug, please visit http://bugs.mutt.org/.

patch-1.5.16.sidebar.20070704.txt

--- Begin /home/110101/.muttrc
set folder=~/Mail/Mutt	# this is symlink virtualisation thingy ;]
set sort=threads
set collapse_unread=yes
set sort_browser=alpha
set sort_browser=reverse-alpha
set folder_format="%t-%N ===    %f  %s      %>:  %F %u:%g    == "
set quit=ask-no
color hdrdefault blue white
color quoted blue white
color signature green white
color attachment red white
color message magenta white
color error brightred white
color indicator brightyellow brightblack
color status white magenta
color tree black white
color normal black white
color markers cyan white
color search white black
color tilde brightmagenta white
color index blue white ~F
color index brightgreen white "~N"
color index green white "~O"
color index brightmagenta white "~g|~G|~k"
color header cyan white ^To:
color header cyan white ^From:
color header cyan white ^Sender:
color header yellow white ^Subject:
my_hdr X-ErrosOcured: N0N3
my_hdr Face: :]\#
set edit_headers=yes
mailboxes uni imp inbox misc lists crap trashed
set status_on_top
set pager_context=2                                                                                                                                            
set menu_scroll                      
send2-hook '~f ".*ild0012@.*(londonmet|unl)\.ac\.uk.*"' set smtp_url="smtp://ild0012@smtp.north.londonmet.ac.uk:587/"
send2-hook '~f ".*errordeveloper@(gmail|googlemail).com.*"' set smtp_url="smtps://errordeveloper@smtp.googlemail.com/"
source ~/.mutt/aliases
--- End /home/110101/.muttrc


--- Begin /etc/mutt/Muttrc
--- End /etc/mutt/Muttrc
#2985 segfault in mx_update_context IMAP 1.6 defect 2007-11-06

Mutt 1.5.17 (this version is not available from the bugreport form's "Version" pulldown menu, that's why I selected `1.5.16' instead) just crashed on a NetBSD/i386 4.99.34 system: 

$ gdb mutt mutt.core 
GNU gdb 6.5
[...]
Core was generated by `mutt'.
Program terminated with signal 11, Segmentation fault.
#0  0x0807fdef in mx_update_context (ctx=0xbb629380, new_messages=5) at mx.c:1561
1561	      h->security = crypt_query (h->content);
(gdb) bt
#0  0x0807fdef in mx_update_context (ctx=0xbb629380, new_messages=5) at mx.c:1561
#1  0x080c6963 in imap_read_headers (idata=0xbb62c0f0, msgbegin=17, msgend=17) at message.c:346
#2  0x080bf937 in imap_cmd_finish (idata=0xbb62c0f0) at command.c:308
#3  0x080c175d in imap_check_mailbox (ctx=0xbb629380, index_hint=0xbfbfdd40, force=0) at imap.c:1393
#4  0x0805f499 in mutt_index_menu () at curs_main.c:485
#5  0x08077dbf in main (argc=2, argv=0xbfbfea8c) at main.c:997
(gdb)

This Mutt was built from latest HEAD sources after being configured as follows: 

LDFLAGS='-Wl,-rpath,/usr/pkg/lib' ./prepare \
	--prefix=/usr/local \
	--enable-debug \
	--enable-pop \
	--enable-imap \
	--enable-smtp \
	--with-ssl=/usr \
	--with-sasl=/usr/pkg \
	--with-curses=/usr/pkg \
	--enable-hcache \
	--with-bdb=/usr/pkg \
	--without-qdbm \
	--without-gdbm

I'll keep the core dump available for some time.

#3028 mutt segfaults while moving messages from gmail IMAP 1.6 defect 2008-02-06

When moving messages from my Gmail IMAP account (usually to [GMAil]/Trash, I may have seen it also when copying to local folders), both mutt 1.5.16 from the stable OpenBSD 4.2 and 1.5.17 from the snapshots segfault. Only 1.5.17 was compiled with --enable-debug and -O0 -g (thanks, Stuart Henderson).

michele$ mutt -v Mutt 1.5.17 (2007-11-01) Copyright (C) 1996-2007 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details.

System: OpenBSD 4.2 (i386) ncurses: ncurses 5.2.20010224 (compiled with 5.2) libiconv: 1.9 hcache backend: qdbm 1.8.75 Compile options: -DOMAIN +DEBUG -HOMESPOOL -USE_SETGID -USE_DOTLOCK +DL_STANDALONE -USE_FCNTL +USE_FLOCK -USE_INODESORT +USE_POP +USE_IMAP +USE_SMTP +USE_GSS +USE_SSL_OPENSSL -USE_SSL_GNUTLS +USE_SASL +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME -CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS -HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE ISPELL="/usr/local/bin/ispell" SENDMAIL="/usr/sbin/sendmail" MAILPATH="/var/mail" PKGDATADIR="/usr/local/share/mutt" SYSCONFDIR="/etc/mutt" EXECSHELL="/bin/sh" -MIXMASTER To contact the developers, please mail to <mutt-dev@…>. To report a bug, please visit http://bugs.mutt.org/.

#3041 imap fetch segfault IMAP 1.6 defect 2008-03-18

Hello,

I am getting random segment fault during imap fetching from the outlook server.

I take a look at the the core dump. 

Program terminated with signal 11, Segmentation fault.
#0  0x00000000004a3a3f in imap_cmd_step (idata=0x7c31a0) at command.c:558
558           if (h && h->active && h->index+1 == msgno)
(gdb) bt
#0  0x00000000004a3a3f in imap_cmd_step (idata=0x7c31a0) at command.c:558
#1  0x00000000004a9c50 in imap_read_headers (idata=0x7c31a0,
msgbegin=0, msgend=14320) at message.c:256
#2  0x000037f000000000 in ?? ()
#3  0x22205443454c4553 in ?? ()
#4  0x000022786f626e49 in ?? ()
#5  0x00007fff64522514 in ?? ()
#6  0x0000003ed6012c85 in _nc_outch () from /lib64/libtinfo.so.5
#7  0x0000003b52008deb in check_match.8426 () from /lib64/ld-linux-x86-64.so.2
#8  0x0000003b520091f1 in do_lookup_x () from /lib64/ld-linux-x86-64.so.2
#9  0x0000003b520093ef in _dl_lookup_symbol_x () from
/lib64/ld-linux-x86-64.so.2
#10 0x0000003b520093ef in _dl_lookup_symbol_x () from
/lib64/ld-linux-x86-64.so.2

While I am reading imap_read_headers(). I have a few questions:

- Where it looks like there is two copy of the header construct code looks like copy and paste duplicated?

Shouldn't it be better have some common share function to read one

message header.

- This code worries me. 

       if ((mfhrc = msg_fetch_header (ctx, &h, idata->buf, NULL)) == -1)
         continue;
       ....

       idx = h.sid - 1;
       ctx->hdrs[idx] = imap_hcache_get (idata, h.data->uid);

h.sid is fetched from the imap server as the message number. This means if the message number has gap, there will be NULL pointer in the hdrs[]. If the server is malicious, it can corrupt your memory.

I log the socket data and find out the case where it crashed, I hide some message header here.

mutt: 

a0005 FETCH 1:14320 (UID FLAGS INTERNALDATE RFC822.SIZE
BODY.PEEK[HEADER.FIELDS (DATE FROM SUBJECT TO CC MESSAGE-ID REFERENCES
CONTENT-TYPE CONTENT-DESCRIPTION IN-REPLY-TO REPLY-TO LINES LIST-POST
X-LABEL)])

server: 

* 1 FETCH (UID 128801 FLAGS (\Seen) INTERNALDATE " 6-Mar-2008 14:46:41
-0800" RFC822.SIZE 2452 BODY[HEADER.FIELDS (DATE FROM SUBJECT TO CC
MESSAGE-ID REFERENCES CONTENT-TYPE CONTENT-DESCRIPTION IN-REPLY-TO
REPLY-TO LINES LIST-POST X-LABEL)] {302} ...
* 14124 FETCH (FLAGS (\Seen))
* 14162 FETCH (FLAGS (\Seen))
* 14165 FETCH (FLAGS (\Seen))
* 14168 FETCH (FLAGS (\Seen))
* 14182 FETCH (FLAGS (\Seen))
* 14203 FETCH (FLAGS (\Seen))
* 2 FETCH (UID 207001 FLAGS (\Seen) INTERNALDATE "15-Dec-2007 02:23:29
-0800" RFC822.SIZE 5563 BODY[HEADER.FIELDS (DATE FROM SUBJECT TO CC
MESSAGE-ID REFERENCES CONTENT-TYPE CONTENT-DESCRIPTION IN-REPLY-TO
REPLY-TO LINES LIST-POST X-LABEL)] {619}...
* 3 FETCH (UID 207001 FLAGS (\Seen) INTERNALDATE "15-Dec-2007 02:23:29
-0800" RFC822.SIZE 5563 BODY[HEADER.FIELDS (DATE FROM SUBJECT TO CC
MESSAGE-ID REFERENCES CONTENT-TYPE CONTENT-DESCRIPTION IN-REPLY-TO
REPLY-TO LINES LIST-POST X-LABEL)] {619}...

So it seems that the server send some out of order update information of the message. (14124 etc) That messs up the message count and generates some NULL at the tail of the ctx->hdrs[].

#2117 smtp patch does not tell you when your password is incorrect SMTP 1.6 defect 2005-10-21 
if you mis-stype your SMTP password, mutt will respond with an error that "No authenticators [were] available", which is not the case.

Here is the debug from both sides:

mx_close_message (): unlinking /tmp/mutt-little-laptop-501-29795-6
send.c:967: mutt_mktemp returns "/tmp/mutt-little-laptop-501-29795-7".
ssl_check_certificate: signer check passed
< 220 lazy.spodder.com ESMTP Postfix
> EHLO eatyourpets.com
< 250-lazy.spodder.com
< 250-PIPELINING
< 250-SIZE 10240000
< 250-ETRN
< 250-AUTH PLAIN DIGEST-MD5 CRAM-MD5
< 250-AUTH=PLAIN DIGEST-MD5 CRAM-MD5
< 250 8BITMIME
smtp_authenticate: Trying method plain
local ip: 10.0.1.3;59557, remote ip:72.21.56.27;465
External SSF: 256
External authentication name: charlie
mutt_sasl_cb_authname: getting authname for mail.eatyourpets.com:465
mutt_sasl_cb_authname: getting user for mail.eatyourpets.com:465
mutt_sasl_cb_pass: getting password for charlie@mail.eatyourpets.com:465
> AUTH PLAIN Y2hhcmxpZQBjaGFybGllAGJvb3R5
< 535 Error: authentication failed
smtp_auth_sasl: PLAIN failed
No authenticators available
mutt_free_body: Unlinking /tmp/mutt-little-laptop-501-29795-3.

and from the MTA side:
Oct 21 21:47:46 lazy postfix/smtpd[26056]: connect from 220-253-43-125.VIC.netsp
ace.net.au[220.253.43.125]
Oct 21 21:47:54 lazy postfix/smtpd[26056]: warning: SASL authentication failure:
 Password verification failed
Oct 21 21:47:54 lazy postfix/smtpd[26056]: warning: 220-253-43-125.VIC.netspace.
net.au[220.253.43.125]: SASL PLAIN authentication failed
Oct 21 21:47:55 lazy postfix/smtpd[26056]: lost connection after AUTH from 220-2
53-43-125.VIC.netspace.net.au[220.253.43.125]
Oct 21 21:47:55 lazy postfix/smtpd[26056]: disconnect from 220-253-43-125.VIC.ne
tspace.net.au[220.253.43.125]

It seems the smtp.patch could use the "535" error code to pick up on an authentication failure, rather than a lack of authentication mechanism?

It seems mutt can internally check it's authenticators to really report if there are no authenticators:

ssl_check_certificate: signer check passed
< 220 lazy.spodder.com ESMTP Postfix
> EHLO eatyourpets.com
< 250-lazy.spodder.com
< 250-PIPELINING
< 250-SIZE 10240000
< 250-ETRN
< 250-AUTH PLAIN DIGEST-MD5 CRAM-MD5
< 250-AUTH=PLAIN DIGEST-MD5 CRAM-MD5
< 250 8BITMIME
smtp_authenticate: Trying method gssapi
local ip: 10.0.1.3;59564, remote ip:72.21.56.27;465
External SSF: 256
External authentication name: charlie
mutt_sasl_cb_authname: getting user for mail.eatyourpets.com:465
SASL: GSSAPI Error: Miscellaneous failure (No credentials cache found)
smtp_auth_sasl: GSSAPI unavailable
No authenticators available
mutt_free_body: Unlinking /tmp/mutt-little-laptop-501-29929-4.
>How-To-Repeat:
on the prompt for SMTP password, enter a bogus password, and watch it return "No Authenticators available". I should return "bad password" or whatever the string is.
>Fix:
Unknown
#2747 imap_keepalive ignored when less than timeout and too much idle IMAP 1.6 defect 2007-02-08

When you set "imap_keepalive" < IMAP-server-timeout < "timeout", then IMAP-server will disconnect when you let mutt idle for too long, despite imap_keepalive well within IMAP-server limit.

How-To-Repeat:

Set vars to values relative to each other per desc., then let mutt idle.

mutt-dev (7 matches)

Ticket Summary Component Milestone Type Created
Description
#1200 mbox From_ line format over-strict expectations mutt None defect 2002-05-20 
Package: mutt
Version: 1.3.27i
Severity: normal

-- Please type your report below this line

Mutt does not read all messages in the to following mailboxes.
It only found 21 messages over hundreds in the first one and he doesn't found
any message in the other one.

ftp://ftp.cac.washington.edu/imap/c-client_archive_gz/

Bug reported on the newgroup: fr.comp.mail 


-- Build environment information

(Note: This is the build environment installed on the system
muttbug is run on.  Information may or may not match the environment
used to build mutt.)

- gcc version information
cc -I/usr/local/include
Using builtin specs.
gcc version 2.95.3 20010315 (release) [FreeBSD]

- CFLAGS
-Wall -pedantic -O -pipe

-- Mutt Version Information

Mutt 1.3.27i (2002-01-22)
Copyright (C) 1996-2001 Michael R. Elkins et autres.
Mutt ne fournit ABSOLUMENT AUCUNE GARANTIE ; pour les détails tapez `mutt -vv'.
Mutt est un logiciel libre, et vous êtes libre de le redistribuer
sous certaines conditions ; tapez `mutt -vv' pour les détails.

System: FreeBSD 4.4-RELEASE-p9 (i386) [using slang 10404]
Options de compilation :
-DOMAIN
-DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  
-USE_FCNTL  +USE_FLOCK
+USE_POP  +USE_IMAP  -USE_GSS  -USE_SSL  -USE_SASL  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  -HAVE_START_COLOR  -HAVE_TYPEAHEAD  -HAVE_BKGDSET  
-HAVE_CURS_SET  -HAVE_META  -HAVE_RESIZETERM  
+HAVE_PGP  -BUFFY_SIZE -EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  -HAVE_WC_FUNCS  -HAVE_LANGINFO_CODESET  -HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_GETSID  +HAVE_GETADDRINFO  
ISPELL="/usr/local/bin/ispell"
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/local/share/mutt"
SYSCONFDIR="/usr/local/etc"
EXECSHELL="/bin/sh"
-MIXMASTER
Pour contacter les développeurs, veuillez écrire à <mutt-dev@mutt.org>.
Pour signaler un bug, veuillez utiliser l'utilitaire flea(1).


--- Begin /usr/local/etc/Muttrc
ignore "from " received content- mime-version status x-status message-id
ignore sender references return-path lines
macro index \eb '/~b ' 'search in message bodies'
macro index \cb |urlview\n 'call urlview to extract URLs out of a message'
macro pager \cb |urlview\n 'call urlview to extract URLs out of a message'
macro generic <f1> "!less /usr/local/share/doc/mutt/manual.txt\n" "Show Mutt documentation"
macro index   <f1> "!less /usr/local/share/doc/mutt/manual.txt\n" "Show Mutt documentation"
macro pager   <f1> "!less /usr/local/share/doc/mutt/manual.txt\n" "Show Mutt documentation"
--- End /usr/local/etc/Muttrc


Received: (at submit) by bugs.guug.de; 5 Dec 2002 15:18:16 +0000
From alefav@bsdshell.dyndns.org Thu Dec 05 16:18:16 2002
Received: from [208.247.65.237] (helo=bsdshell.dyndns.org ident=root)
	by trithemius.gnupg.org with esmtp (Exim 3.35 #1 (Debian))
	id 18JxlW-0003Bx-00
	for <submit@bugs.guug.de>; Thu, 05 Dec 2002 16:18:15 +0100
Received: from bsdshell.dyndns.org (alefav@localhost [127.0.0.1])
	by bsdshell.dyndns.org (8.12.5/8.12.5) with ESMTP id gB5FIfKe090507
	for <submit@bugs.guug.de>; Thu, 5 Dec 2002 10:18:41 -0500 (EST)
	(envelope-from alefav@bsdshell.dyndns.org)
Received: (from alefav@localhost)
	by bsdshell.dyndns.org (8.12.5/8.12.5/Submit) id gB5FIS7D090506
	for submit@bugs.guug.de; Thu, 5 Dec 2002 15:18:28 GMT
Message-Id: <200212051518.gB5FIS7D090506@bsdshell.dyndns.org>
Date: 5 Dec 2002 15:13:59 -0000
From: nv017001@sneakemail.com
Subject: mutt-1.5.1i: strange behavior when email address contains 0xA0 's
To: submit@bugs.guug.de
Personality: fake

Package: mutt
Version: 1.5.1i
Severity: normal

-- Please type your report below this line
I recently had problems with mutt reading a news article (saved
to a file). It turned out that the poster uses an email address
\xA0@\xA0.\xA0 and mutt seems to ignore the mailbox delimiter line
	From \xA0@\xA0.\xA0 ...

Is this a bug?
I have appended a zipped and uuencoded copy of a mailbox that
can be used to reproduce the error.

-- Mutt Version Information

Mutt 1.5.1i (2002-05-02)
System: Linux 2.4.18 (i686) [using slang 10401]

-- Sample mailbox
begin 644 mbox.gz
M'XL("+=L[ST``VUB;W@`C9-=;]LV%(;O]2M8;!<;&K&2+,N6UJW^3OPEV['J
M."F*@I8HBS%%RB1EV?DU^:FCW/4B`SH,$""`?,^+E\\Y9R1X#EX[`+Z"*"O!
M`,<`-('M!FXK<#S@6)9CA&&T-)=<*L+VY@`I'-3:&V`UK_I:`RPG:/A!LPE,
MR[,L(\25W`M>%C(`.8D%ESQ5L"AWE,2P(BSAE3P7,,.T^(98\DV61<&%NHEY
M7D`N(26L/-\@JGZ(_?;;.Y@3&=_\A_4.21)+8UWNGG&L`G"O4S]D),[`$@E%
M%.$,?``]SA68(X;V6``BP0Y+]>F3,=)4`HWE%;X:"[%'C+R@ND*?&2-.*:_*
MPHQX`.J$*44Y-G[&Q0H:7F`[FDM;<]F:-1F!48*%SD/8)@06]'UH.PGXDB?R
M*_CMW/9`P]D1]7LMYV97Q!DY:?,+EL8]3K'`+,8:[,=&TU=EZ::8Y?'^X/O'
M?)_LTI9']C+/D6^U1<=%9ZC!_04^8M3*5^XO>?^N"QW7<CO1U)FO1U%XN[0M
M?;^95'<^=-NN]^OAQ8&N[[9\K\/^B6O#0O`$$I5`K/EEN@D'R+#2A8M5=VH/
M>ZPVMBWG7\;&?#P?FALLY)6?#2VCSYG"3)G1I:B1X;/ZL*2(L#]`G"$AL?KS
M\]KLKOOCL3''4NK>F..!?B[URIBM^I-):])[WD[WV^@A;JPZLL#H@)&\7/,8
M,\)J.([W=F[O]#\`G@MMZ$#;KUL1"13K`/+4,)>5"!%W&+X\Q&&?2D27(QP/
M#[VNE;T<VR5/Q2)OA=WFIERM-GS12"</)Q3B:#QO3]GM=HD.3^X=:1!Q/$7K
MX3M"+^/#DS=<'?S!?$61P.?;SZ?[[2@ZK1]EE#RN^[P<VM[[\%"<_/-B,*!J
MTIOAP>SI6&5%D;OT<;Z1+Z?N>OINC"[G5O7<*]O'I^.Y1W7TOMZ%&IF2W\=P
M5TK\%H06#>;][O]3=NM34R_B]YHQ2[5T2;4"ZY4`LA08*`Y2+BHD$H!`S(L+
MX"GHSF8@NTZS_)G-0F585$0[5?HCE-:.)4,[>O748Z6'68(++P6(?X2MCPLL
EZ$6[UAU,"57UQMC0-HPO0*HR34&"*58X`5^-OP%Y.0[,Q@0`````
`
end

Received: (at submit) by bugs.guug.de; 16 Dec 2002 02:52:29 +0000
From yusufg@outblaze.com Mon Dec 16 03:52:29 2002
Received: from 202-77-223-51.outblaze.com ([202.77.223.51] helo=corpmail.outblaze.com)
	by trithemius.gnupg.org with esmtp (Exim 3.35 #1 (Debian))
	id 18NlMq-0004uo-00
	for <submit@bugs.guug.de>; Mon, 16 Dec 2002 03:52:29 +0100
Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
	by corpmail.outblaze.com (Postfix) with ESMTP id F10E77D4B
	for <submit@bugs.guug.de>; Mon, 16 Dec 2002 02:58:44 +0000 (GMT)
Received: from yusufg.portal2.com (202-77-223-125.outblaze.com [202.77.223.125])
	by corpmail.outblaze.com (Postfix) with SMTP id AB918520D2
	for <submit@bugs.guug.de>; Mon, 16 Dec 2002 02:58:44 +0000 (GMT)
Received: (qmail 18858 invoked by uid 500); 16 Dec 2002 02:52:50 -0000
Date: 16 Dec 2002 02:52:50 -0000
Message-ID: <20021216025250.18857.qmail@yusufg.portal2.com>
From: "Yusuf Goolamabbas" <yusufg@outblaze.com>
Subject: mutt-1.4i: Unable to read any of the psyche-list archives mailboxes
To: submit@bugs.guug.de
X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.6; VAE: 6.17.0.2; VDF: 6.17.0.6; host: corpmail.outblaze.com)

Package: mutt
Version: 1.4i
Severity: normal

-- Please type your report below this line
Hi, When I download and gunzip the archives of the psyche-list

https://listman.redhat.com/pipermail/psyche-list/

mutt 1.4i on Redhat 7.0/7.3/8.0 does not show any messages, the 'mail'
command on redhat 7.0/7.3/8.0 is able to read the mailboxes. Anybody
else seeing similar behaviour and can explain why this is so

Regards, Yusuf
yusufg@outblaze.com


-- Mutt Version Information

Mutt 1.4i (2002-05-29)
Copyright (C) 1996-2001 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 2.4.20 (i686) [using slang 10401]
Compile options:
DOMAIN="outblaze.com"
-DEBUG
+HOMESPOOL  -USE_SETGID  +USE_DOTLOCK  -DL_STANDALONE  
+USE_FCNTL  -USE_FLOCK
+USE_POP  +USE_IMAP  -USE_GSS  -USE_SSL  -USE_SASL  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  -HAVE_START_COLOR  -HAVE_TYPEAHEAD  -HAVE_BKGDSET  
-HAVE_CURS_SET  -HAVE_META  -HAVE_RESIZETERM  
+HAVE_PGP  -BUFFY_SIZE -EXACT_ADDRESS  -SUN_ATTACHMENT  
-ENABLE_NLS  -LOCALES_HACK  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET  +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_GETSID  +HAVE_GETADDRINFO  
ISPELL="/usr/bin/ispell"
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="Mailbox"
PKGDATADIR="/usr/local/site/mutt/share/mutt"
SYSCONFDIR="/usr/local/site/mutt/etc"
EXECSHELL="/bin/sh"
-MIXMASTER
To contact the developers, please mail to <mutt-dev@mutt.org>.
To report a bug, please use the flea(1) utility.


Received: (at submit) by bugs.guug.de; 4 Jan 2004 11:00:39 +0000
From jhawk@MIT.EDU Sun Jan 04 12:00:36 2004
Received: from biscayne-one-station.mit.edu ([18.7.7.80])
	by trithemius.gnupg.org with esmtp (Exim 3.35 #1 (Debian))
	id 1Ad5zn-0006b7-00
	for <submit@bugs.guug.de>; Sun, 04 Jan 2004 12:00:35 +0100
Received: from manawatu-mail-centre.mit.edu (MANAWATU-MAIL-CENTRE.MIT.EDU [18.7.7.71])
	by biscayne-one-station.mit.edu (8.12.4/8.9.2) with ESMTP id i04B3FFp016252;
	Sun, 4 Jan 2004 06:03:15 -0500 (EST)
Received: from coleco-sidewinder.mit.edu (COLECO-SIDEWINDER.MIT.EDU [18.187.2.149])
	(authenticated bits=56)
        (User authenticated as jhawk@ATHENA.MIT.EDU)
	by manawatu-mail-centre.mit.edu (8.12.4/8.12.4) with ESMTP id i04B3D8e008964;
	Sun, 4 Jan 2004 06:03:14 -0500 (EST)
Received: (from jhawk@localhost) by coleco-sidewinder.mit.edu (8.12.9)
	id i04B3DlP008485; Sun, 4 Jan 2004 06:03:13 -0500 (EST)
Date: Sun, 4 Jan 2004 06:03:13 -0500 (EST)
From: jhawk@MIT.EDU
Message-Id: <200401041103.i04B3DlP008485@coleco-sidewinder.mit.edu>
Subject: mutt-1.4.1i: Mutt doesn't like some ^From mailbox seperators (esp. with "at")
To: submit@bugs.guug.de
X-Spam-Status: No, hits=-3.6 required=4.0
	tests=BAYES_10,NO_REAL_NAME
	version=2.55
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)

Package: mutt
Version: 1.4.1i
Severity: normal

-- Please type your report below this line

(This is also seen with 1.5.4).

Mutt fails to properly read mbox-format files with From lines like:

  From dtucker at zip.com.au  Thu Jan  1 11:19:33 2004

This sort of mbox-file can be found, e.g., at
http://www.mindrot.org/pipermail/openssh-unix-dev/2004-January.txt

With debugging, mutt spews:

is_from(): parsing: dtucker at zip.com.au  Thu Jan  1 11:19:33 2004
is_from(): got return path: dtucker
is_from():  expected weekday, got: at zip.com.au  Thu Jan  1 11:19:33 2004

mutt then shows a mailbox with none or one or two messages,
instead of the correct number.

I'm not sure what the best way to make the parser more flexible is.
In http://www.imc.org/ietf-smtp/old-archive/msg02087.html,
jgm notes:

| Mark Crispin's c-client has code to parse at least 20 different
| variants of this format--10 different possible date formats, each with
| or without a " remote from XXX" after it.

So maybe that code should be hunted down and copied/emulated? 
is_from()'s parser looks relatively fragile.

I'm loathe to try to craft a patch that's specific to this one type,
and I don't know what a good authoritative reference is. If you'd
find it useful for me to do so, please let me know and I shall.

--jhawk

-- Build environment information

(Note: This is the build environment installed on the system
muttbug is run on.  Information may or may not match the environment
used to build mutt.)

- gcc version information
gcc
Reading specs from /usr/gcc/lib/gcc-lib/sparc-sun-solaris2.9/3.2.1/specs
Configured with: ../src/configure --prefix=/usr/gcc --disable-shared
Thread model: posix
gcc version 3.2.1

- CFLAGS
-Wall -pedantic -g -O2

-- Mutt Version Information

Mutt 1.4.1i (2003-03-19)
Copyright (C) 1996-2002 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: SunOS 5.9 (sun4u) [using slang 10310]
Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  -USE_SETGID  +USE_DOTLOCK  -DL_STANDALONE  
+USE_FCNTL  -USE_FLOCK
-USE_POP  +USE_IMAP  -USE_GSS  +USE_SSL  +USE_SASL  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  -HAVE_START_COLOR  -HAVE_TYPEAHEAD  -HAVE_BKGDSET  
-HAVE_CURS_SET  -HAVE_META  -HAVE_RESIZETERM  
+HAVE_PGP  -BUFFY_SIZE -EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET  +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  +ICONV_NONTRANS  +HAVE_GETSID  +HAVE_GETADDRINFO  
ISPELL="/usr/athena/bin/ispell"
SENDMAIL="/usr/lib/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/mit/sipb/share/mutt"
SYSCONFDIR="/mit/sipb/etc"
EXECSHELL="/bin/sh"
-MIXMASTER
To contact the developers, please mail to <mutt-dev@mutt.org>.
To report a bug, please use the flea(1) utility.



>How-To-Repeat:
>Fix:
#1751 fetch_mail splits body at "From " mutt None defect 2004-01-09 
Package: mutt
Version: 1.4.1i
Severity: important

-- Please type your report below this line

Fetching mail from a POP3 server unsing mutt's fetch_mail splits one message
into several.  It splits at lines in the body starting with "From ".

In contrast, software package fetchmail changes "From " to ">From " when
storing into /var/spool/mail/username so that mutt can read correctly.

-- Build environment information

(Note: This is the build environment installed on the system
muttbug is run on.  Information may or may not match the environment
used to build mutt.)

- gcc version information
gcc
Reading specs from /usr/lib/gcc-lib/i586-suse-linux/3.3.1/specs
Konfiguriert mit: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --enable-languages=c,c++,f77,objc,java,ada --disable-checking --enable-libgcj --with-gxx-include-dir=/usr/include/g++ --with-slibdir=/lib --with-system-zlib --enable-shared --enable-__cxa_atexit i586-suse-linux
Thread model: posix
gcc-Version 3.3.1 (SuSE Linux)

- CFLAGS
-Wall -pedantic -Wall -O2 -march=i586 -mcpu=i686 -fmessage-length=0 -I. -D_GNU_SOURCE

-- Mutt Version Information

Mutt 1.4.1i (2003-03-19)
Copyright (C) 1996-2002 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 2.4.21-99-athlon (i686) [using ncurses 5.3]
Einstellungen bei der Compilierung:
-DOMAIN
-DEBUG
-HOMESPOOL  -USE_SETGID  +USE_DOTLOCK  -DL_STANDALONE  
+USE_FCNTL  -USE_FLOCK
+USE_POP  +USE_IMAP  -USE_GSS  +USE_SSL  +USE_SASL  +USE_SASL2  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+HAVE_PGP  +BUFFY_SIZE -EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +COMPRESSED  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET  +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_GETSID  +HAVE_GETADDRINFO  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
-MIXMASTER
Um die Entwickler zu kontaktieren, schicken Sie bitte
eine Nachricht (in englisch) an <mutt-dev@mutt.org>.
Um einen Bug zu melden, verwenden Sie bitte das Programm flea(1).

SuSE 9.0, mutt-1.4.1i-109, which includes the patches
Signature_conversion
mutt-1.4.1i-authsasl.diff
mutt-1.4.1i-configure.diff
mutt-1.4.1i-longlines.patch
mutt-1.4.1i-muttbug.sh-head.diff
mutt-1.4.1i-patch-iconv.diff
mutt-1.4.1i-pgpewrap.diff
mutt-1.4.1i-sasl2.patch
mutt-1.4.1i-sendgroupreplyto.diff
mutt-1.4.1i-stdlib.diff
mutt-1.4.1i-type_punning.diff
mutt-1.4.1i.diff
patch-1.4.1.rr.compressed.1.bz2

-- 
Using my data or passing them on for advertising, market research
or opinion research purposes is forbidden.
#1798 Threading is all screwed up :-( mutt None defect 2004-02-05 
Package: mutt
Version: 1.5.5.1i
Severity: normal

-- Please type your report below this line

Notice that this is totally bogus (copy/paste from GNU Screen):

    753   F feb 05 To Mut Usrs     (3,9K) ┌─>Re: backticks in muttrc
    754 r L ene 26 To Mut Usrs     (  33) │     ┌─>
    755  sL ene 26 To Mut Usrs     (  48) │   ┌─>
    756   L ene 26 To Mut Usrs     (  15) │ ┌─>
->  757  sL ene 25 To Mut Usrs     (  33) ┴─>backticks in muttrc

Even after syncing the mailbox, switching out of threading view, and
then back into threading view, the same crazy tree is displayed again.
(Often, switching out of and then back into threading view fixes the
problem, especially when one of my messages is misthreaded.)
 
There's no way in the world that the original message in a thread can come
from nowhere, and my reply on the top is even stranger, coming from that
same "missing link" as the original message.  (That last message was a
reply to the previous message - look at the real messages in question,
or I'll post a tarball here if anybody's interested.)  I don't know
if this has anything to do with the bug at hand, but the fact that I'm
running IMAP certainly doesn't help anything ;-/

-- System Information
System Version: Linux dave2 2.4.25-pre6 #1 SMP Mon Jan 19 19:27:48 EST 2004 i686 unknown unknown GNU/Linux

-- Build environment information

(Note: This is the build environment installed on the system
muttbug is run on.  Information may or may not match the environment
used to build mutt.)

- gcc version information
gcc
Leyendo especificaciones de /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/specs
Configurado con: ./configure --enable-version-specific-runtime-libs --enable-languages=c,c++
Modelo de hilos: posix
gcc versión 3.2.3

- CFLAGS
-Wall -pedantic -g -O2

-- Mutt Version Information

Mutt 1.5.5.1i (2003-11-05)
Copyright (C) 1996-2002 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 2.4.25-pre6 (i686) [using ncurses 5.3]
Opciones especificadas al compilar:
-DOMAIN
+DEBUG
-HOMESPOOL  -USE_SETGID  +USE_DOTLOCK  -DL_STANDALONE  
+USE_FCNTL  -USE_FLOCK
-USE_POP  +USE_IMAP  -USE_GSS  +USE_SSL  -USE_SASL  -USE_SASL2  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  -CRYPT_BACKEND_GPGME  -BUFFY_SIZE -EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET  +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  -HAVE_LIBIDN  +HAVE_GETSID  +HAVE_GETADDRINFO  
ISPELL="/usr/bin/ispell"
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/beta/mutt_cvs/usr/share/mutt"
SYSCONFDIR="/beta/mutt_cvs/usr/etc"
EXECSHELL="/bin/sh"
-MIXMASTER
Para contactar a los desarrolladores mande un mensaje a <mutt-dev@mutt.org>.
Para reportar un fallo use la utilería flea(1) por favor.


--- Begin /home/dave/.muttrc
source ~/.mutt/muttrc
--- End /home/dave/.muttrc


--- Begin /beta/mutt_cvs/usr/etc/Muttrc
ignore "from " received content- mime-version status x-status message-id
ignore sender references return-path lines
macro index \eb '/~b ' 'search in message bodies'
macro index \cb |urlview\n 'call urlview to extract URLs out of a message'
macro pager \cb |urlview\n 'call urlview to extract URLs out of a message'
macro generic <f1> "!less /beta/mutt_cvs/usr/doc/mutt/manual.txt\n" "Show Mutt documentation"
macro index   <f1> "!less /beta/mutt_cvs/usr/doc/mutt/manual.txt\n" "Show Mutt documentation"
macro pager   <f1> "!less /beta/mutt_cvs/usr/doc/mutt/manual.txt\n" "Show Mutt documentation"
--- End /beta/mutt_cvs/usr/etc/Muttrc




>How-To-Repeat:
>Fix:
#1860 Ctrl+C misbehaviour in input-line mutt None defect 2004-04-19 
Package: mutt
Version: 1.5.5.1-200401
Severity: normal

-- Please type your report below this line

Mutt behaves oddly in entry mode - by entry mode I mean the one where you can
enter text to the line at the bottom of the screen (e.g. after pressing ':'
or 'm' or many other commands) - when I use Escape and then <Ctrl+C>.

Let me explain by example; try typing in these keystrokes:
mfoo<Esc><Ctrl+C>nbar
You will see that you are still in entry mode, but the label 'To: ' is not
visible any more and the 'b' has been interpreted as <Esc>b or C-b meaning "go
to start of the line".

I think Ctrl+C should abort text entry in this case because that's what it does
when <Esc> is not involved.

-- System Information
System Version: Linux gintm 2.6.5 #3 Sat Apr 17 01:27:20 EEST 2004 i686 GNU/Linux

-- Build environment information

(Note: This is the build environment installed on the system
muttbug is run on.  Information may or may not match the environment
used to build mutt.)

- gcc version information
cc
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.3/specs
Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux
Thread model: posix
gcc version 3.3.3 (Debian 20040401)

- CFLAGS
-Wall -pedantic -g -O2

-- Mutt Version Information

Mutt 1.5.5.1+cvs20040105i (2003-11-05)
Copyright (C) 1996-2002 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 2.6.5 (i686) [using ncurses 5.3] [using libidn 0.4.1 (compiled with 0.3.4)]
Compile options:
-DOMAIN
-DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  
+USE_FCNTL  -USE_FLOCK
+USE_POP  +USE_IMAP  +IMAP_EDIT_THREADS  -USE_GSS  -USE_SSL  +USE_GNUTLS  +USE_SASL  +USE_SASL2  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  -CRYPT_BACKEND_GPGME  -BUFFY_SIZE -EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +COMPRESSED  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET  +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +HAVE_GETADDRINFO  
ISPELL="/usr/bin/ispell"
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"
To contact the developers, please mail to <mutt-dev@mutt.org>.
To report a bug, please use the flea(1) utility.

patch-1.5.5.1.tt.compat.1-cl
patch-1.5.4.vk.pgp_verbose_mime
patch-1.5.3.rr.compressed.1
patch-1.5.4.helmersson.incomplete_multibyte
patch-1.5.4.fw.maildir_inode_sort
patch-1.3.23.1.ametzler.pgp_good_sign
patch-1.5.3.Md.gpg_status_fd
patch-1.4.Md.gpg-agent
patch-1.5.3.Md.etc_mailname_gethostbyname
patch-1.5.1.cd.edit_threads.9.2
patch-1.3.27.bse.xtitles.1
Md.use_debian_editor
Md.muttbug
patch-1.4.admcd.gnutlsdlopen.53d
patch-1.4.admcd.gnutlsbuild.53d
patch-1.4.admcd.gnutls.56d

--- Begin /home/gintas/.muttrc
set mbox_type=Maildir
set spoolfile=+Local
set move=no
set mark_old=no
set beep=no
unset wait_key
set envelope_from=yes
set sort=threads
set sort_aux=date-sent
set ignore_list_reply_to
hdr_order From From: To: Cc: Subject: Date: X-Note: X-Mailer: User-Agent: Content-Type:
ignore *
unignore From: To: Cc: Subject: X-Mailer: User-Agent:
set mailcap_path="~/.mutt/mailcap"
auto_view text/html
alternative_order text/enriched text/plain text text/html
set index_format="%4C %Z %{%b %d %H:%M} %-20.20L %s"
set pager_index_lines=8
set pager_stop
set tilde
set include=yes
set reverse_alias
set editor="vim '+set expandtab' '+set textwidth=72'"
set attribution="Hello,\n"
set edit_headers=yes
charset-hook windows-1257 cp1257
set allow_8bit
set send_charset="us-ascii:iso-8859-1:windows-1257:utf-8"
set tmpdir="~/tmp"
set signature="~/.mutt/signature"
set sig_dashes=yes
set postponed=+postponed
set record=+sent
set save_name=no
source "~/.mutt/aliases"
source "~/.mutt/lists"
source "~/.mutt/hooks"
source "~/.mutt/mboxes"
source "~/.mutt/colors"
source "~/.mutt/keys"
source "~/.mutt/gpg"
--- End /home/gintas/.muttrc


--- Begin /etc/Muttrc
ignore "from " received content- mime-version status x-status message-id
ignore sender references return-path lines
ignore date delivered-to precedence errors-to in-reply-to user-agent
ignore x-loop x-sender x-mailer x-msmail-priority x-mimeole x-priority
ignore x-accept-language x-authentication-warning thread- priority
bind editor    "\e<delete>"    kill-word
bind editor    "\e<backspace>" kill-word
bind editor     <delete>  delete-char
unset use_domain
unset use_from
set sort=threads
unset write_bcc
unset bounce_delivered
macro index \eb '/~b ' 'search in message bodies'
macro index \cb |urlview\n 'call urlview to extract URLs out of a message'
macro pager \cb |urlview\n 'call urlview to extract URLs out of a message'
set pipe_decode
macro generic <f1> "!zcat /usr/share/doc/mutt/manual.txt.gz | sensible-pager\n" "Show Mutt documentation"
macro index   <f1> "!zcat /usr/share/doc/mutt/manual.txt.gz | sensible-pager\n" "Show Mutt documentation"
macro pager   <f1> "!zcat /usr/share/doc/mutt/manual.txt.gz | sensible-pager\n" "Show Mutt documentation"
open-hook	\\.gz$ "gzip -cd %f > %t"
close-hook	\\.gz$ "gzip -c %t > %f"
append-hook	\\.gz$ "gzip -c %t >> %f"
open-hook	\\.bz2$ "bzip2 -cd %f > %t"
close-hook	\\.bz2$ "bzip2 -c %t > %f"
append-hook	\\.bz2$ "bzip2 -c %t >> %f"
color normal	white black
color attachment brightyellow black
color hdrdefault cyan black
color indicator black cyan
color markers	brightred black
color quoted	green black
color signature cyan black
color status	brightgreen blue
color tilde	blue black
color tree	red black
set pgp_decode_command="gpg  --charset utf-8   --status-fd=2 %?p?--passphrase-fd 0? --no-verbose --quiet  --batch  --output - %f"
set pgp_verify_command="gpg   --status-fd=2 --no-verbose --quiet  --batch  --output - --verify %s %f"
set pgp_decrypt_command="gpg   --status-fd=2 --passphrase-fd 0 --no-verbose --quiet  --batch  --output - %f"
set pgp_sign_command="gpg    --no-verbose --batch --quiet   --output - --passphrase-fd 0 --armor --detach-sign --textmode %?a?-u %a? %f"
set pgp_clearsign_command="gpg   --charset utf-8 --no-verbose --batch --quiet   --output - --passphrase-fd 0 --armor --textmode --clearsign %?a?-u %a? %f"
set pgp_encrypt_only_command="/usr/lib/mutt/pgpewrap gpg  --charset utf-8    --batch  --quiet  --no-verbose --output - --encrypt --textmode --armor --always-trust -- -r %r -- %f"
set pgp_encrypt_sign_command="/usr/lib/mutt/pgpewrap gpg  --charset utf-8 --passphrase-fd 0  --batch --quiet  --no-verbose  --textmode --output - --encrypt --sign %?a?-u %a? --armor --always-trust -- -r %r -- %f"
set pgp_import_command="gpg  --no-verbose --import %f"
set pgp_export_command="gpg   --no-verbose --export --armor %k"
set pgp_verify_key_command="gpg   --verbose --batch  --fingerprint --check-sigs %r"
set pgp_list_pubring_command="gpg   --no-verbose --batch --quiet   --with-colons --list-keys %k" 
set pgp_list_secring_command="gpg   --no-verbose --batch --quiet   --with-colons --list-secret-keys %k" 
set pgp_good_sign="^\\[GNUPG:\\] GOODSIG"
set smime_ca_location="~/.smime/ca-bundle.crt"
set smime_certificates="~/.smime/certificates"
set smime_keys="~/.smime/keys"
set smime_pk7out_command="openssl smime -verify -in %f -noverify -pk7out"
set smime_get_cert_command="openssl pkcs7 -print_certs -in %f"
set smime_get_signer_cert_command="openssl smime -verify -in %f -noverify -signer %c -out /dev/null"
set smime_get_cert_email_command="openssl x509 -in %f -noout -email"
set smime_import_cert_command="smime_keys add_cert %f"
set smime_encrypt_command="openssl smime -encrypt -%a -outform DER -in %f %c"
set smime_sign_command="openssl smime -sign -signer %c -inkey %k -passin stdin -in %f -certfile %i -outform DER"
set smime_decrypt_command="openssl smime -decrypt -passin stdin -inform DER -in %f -inkey %k -recip %c"
set smime_verify_command="openssl smime -verify -inform DER -in %s %C -content %f"
set smime_verify_opaque_command="openssl smime -verify -inform DER -in %s %C"
--- End /etc/Muttrc



>How-To-Repeat:
>Fix:
#2842 reply_regexp set in muttrc and during mutt session have different effects mutt None defect 2007-03-12 
When reply_regexp is set to "^re: *" in ~/.mutt/muttrc, the subject generated when replying to emails has one extra space. When reply_regexp is changed during a mutt session, and then changed back to the original value set, the extra space goes away.
>How-To-Repeat:
Put
    set reply_regexp='^re: *'
in ~/.muttrc. Then load mutt. Reply to a message whos subject begins with "Re:". The subject of the new message will be like "Re:  Original subject" (note the extra space).

Now do
   :set reply_regexp='asdf'
   :set reply_regexp='^re: *'
and reply to the same message you replied to earlier. The extra space dissapears, and the subject of the new message is "Re: Original subject" as it should be.
>Fix:
#1880 wish: rebind to generic mutt None enhancement 2004-05-19 
Package: mutt
Version: 1.4.2.1i
Severity: normal

-- Please type your report below this line

Quite easy to test. Have the following key bindings defined:

#
bind index      ' '             noop
bind generic    ' '             next-page
#

Start mutt, go to index and try hitting space. Unbound key error
message is displayed.

It will go away if one adds "bind index ' ' next-page" at the bottom, however,
doc says next-page is generic specific, and is not even mentioned in
'index' space.

-- Build environment information

(Note: This is the build environment installed on the system
muttbug is run on.  Information may or may not match the environment
used to build mutt.)

- gcc version information
gcc
Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.2/specs
Configured with: ../configure --with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld --disable-nls
Thread model: posix
gcc version 3.2

- CFLAGS
-Wall -pedantic -isystem/static/include -isystem/usr/local/include

-- Mutt Version Information

Mutt 1.4.2.1i (2004-02-12)
Copyright (C) 1996-2002 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: SunOS 5.8 (sun4u) [using ncurses 5.3]
Compile options:
-DOMAIN
-DEBUG
-HOMESPOOL  -USE_SETGID  +USE_DOTLOCK  -DL_STANDALONE  
+USE_FCNTL  -USE_FLOCK
+USE_POP  +USE_IMAP  -USE_GSS  -USE_SSL  -USE_SASL  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  -HAVE_RESIZETERM  
+HAVE_PGP  -BUFFY_SIZE -EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET  +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_GETSID  +HAVE_GETADDRINFO  
-ISPELL
SENDMAIL="/usr/lib/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/static/stow/mutt-1.4.2.1/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
-MIXMASTER
To contact the developers, please mail to <mutt-dev@mutt.org>.
To report a bug, please use the flea(1) utility.


--- Begin /export/home/vps/.muttrc
ignore "from " received content- mime-version status x-status message-id
ignore sender references return-path lines
macro index \eb '/~b ' 'search in message bodies'
macro index \cb |urlview\n 'call urlview to extract URLs out of a message'
macro pager \cb |urlview\n 'call urlview to extract URLs out of a message'
macro generic <f1> "!less /static/stow/mutt-1.4.2.1/doc/mutt/manual.txt\n" "Show Mutt documentation"
macro index   <f1> "!less /static/stow/mutt-1.4.2.1/doc/mutt/manual.txt\n" "Show Mutt documentation"
macro pager   <f1> "!less /static/stow/mutt-1.4.2.1/doc/mutt/manual.txt\n" "Show Mutt documentation"
set abort_unmodified=ask-yes
set alias_file="~/.mutt/aliases"
source ~/.mutt/aliases
set allow_ansi=yes
set askcc=yes
set beep_new=yes
set edit_headers=yes
set encode_from=yes
set fast_reply=yes
set header=yes
set include=yes
set indent_string=">"
set keep_flagged=yes
set markers=no
set menu_scroll=yes
set move=no
set rfc2047_parameters=yes
set send_charset="us-ascii:koi8-r:utf-8"
set smart_wrap=no
set tilde=yes
set use_ipv6=no
source ~/.mutt/keys
--- End /export/home/vps/.muttrc



>How-To-Repeat:
>Fix:
#2141 wishlist: possible storing of attachments as separate files mutt None enhancement 2005-11-22 
As a mail agent called The Bat!, I'd like mutt to have an option to store [some] attachments not in a mailbox, but in a directory as separate files. So that, mailboxes could shrink considerably, having only text and [several] references to other contents. The programm sould be tuned on what types of attachments to leave in mailbox and what types to extract.
If anyone could propose a patch as a 3rd party, this would be fine too.
>How-To-Repeat:
>Fix:
Unknown
Note: See TracReports for help on using and creating reports.