Mutt | 1 Feb 11:52 2008

[Mutt] #3022: progress not cleared

#3022: progress not cleared

 after i start up mutt, i see this in the status line until i do anything:

 Reading /home/ossi/maildir/postponed... 0/7 (0%)

 obviously, the progress should be cleared from the status line after the
 operation completes.

--

-- 
Ticket URL: <http://dev.mutt.org/trac/ticket/3022>

Mutt | 1 Feb 12:03 2008

[Mutt] #3023: hcache vs. switching charset

#3023: hcache vs. switching charset

 ok, another case of hcache fscking the user for no good reason:
 i switched the charset and then wondered why the index and the pager
 disagree on certain header fields ...
 yes, i know that this is documented, but WTF? why do i even have to care?

 given that one might want to actively use two different charsets (e.g.,
 one for local access and one for access from a vt200 ;), i see two
 approaches:
 1) make the cache charset-independent, like by encoding everything as utf8
 2) hash the charset into the cache name

 1) has the downside that it relies on iconv being compiled in. otoh, why
 would one care for charset without iconv? 2) has the downside of
 performance loss when switching charsets. i think 1) is the way to go with
 a possible fallback on 2).

--

-- 
Ticket URL: <http://dev.mutt.org/trac/ticket/3023>

Mutt | 1 Feb 12:07 2008

Re: [Mutt] #3023: hcache vs. switching charset

#3023: hcache vs. switching charset

Comment (by Thomas Roessler):

 {{{
 On 2008-02-01 11:03:05 -0000, Mutt wrote:

 >  1) has the downside that it relies on iconv being compiled in.
 >  otoh, why would one care for charset without iconv? 2) has the
 >  downside of performance loss when switching charsets. i think 1)
 >  is the way to go with a possible fallback on 2).

 Incidentally, I agree.
 }}}

--

-- 
Ticket URL: <http://dev.mutt.org/trac/ticket/3023#comment:>

Mutt | 1 Feb 13:41 2008

[Mutt] #3024: to_chars not utf-8 capable

#3024: to_chars not utf-8 capable

 putting multi-byte chars into to_chars produces garbage, as addressing is
 done by byte index.

 without having tested it, i assume status_chars suffers the same problem.

--

-- 
Ticket URL: <http://dev.mutt.org/trac/ticket/3024>

Mutt | 1 Feb 22:13 2008

[Mutt] #3025: configure check for md5 fails

#3025: configure check for md5 fails

 The header caching option contains a check for a program md5, in
 preference to programs md5sum and openssl:

     AC_CHECK_PROGS([MD5], [md5 md5sum openssl], [none])

 I have never heard of a program called md5 on Linux (or anywhere else),
 but I have had one of my own for over a decade. The check then finds md5
 in preference to md5sum, creating an hcversion.h file with the line

     #define HCACHEVER 0xUsage: m

 which causes building to fail.

 Could you perhaps consider checking for md5sum before md5, or at least
 making sure with further tests that when looking for an exotic program,
 it's actually the one you're looking for?

 This is in mutt 1.5.16 (which openSUSE 10.3 compiles with --enable-
 hcache).

 Thanks!

--

-- 
Ticket URL: <http://dev.mutt.org/trac/ticket/3025>

Mutt | 1 Feb 22:17 2008

Re: [Mutt] #2938: mutt freezes some times when accessing imap

#2938: mutt freezes some times when accessing imap folders or messages

Comment (by derek):

 I am also seeing this, RHEL4 stock cyrus Cyrus IMAP server.  Mutt both
 RHEL4 built in 1.4.1i and a hand built 1.5.17

 [derek <at> vimur ~]$ mutt -v
 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.6.9-55.ELsmp (i686) [using ncurses 5.4]
 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/bin/ispell"
 SENDMAIL="/usr/sbin/sendmail"
(Continue reading)

Mutt | 1 Feb 22:33 2008

Re: [Mutt] #3025: configure check for md5 fails

#3025: configure check for md5 fails

Comment (by Kyle Wheeler):

 {{{
 On Friday, February  1 at 09:13 PM, quoth Mutt:
 > I have never heard of a program called md5 on Linux (or anywhere
 > else), but I have had one of my own for over a decade.

 /sbin/md5 is part of MacOS X, FreeBSD, OpenBSD, and NetBSD. Probably a
 few others too. It’s hardly “exotic”. What “anywhere else” did you
 have in mind? Cygwin?

 > Could you perhaps consider checking for md5sum before md5, or at
 > least making sure with further tests that when looking for an exotic
 > program, it's actually the one you're looking for?

 I think it’s probably a wise idea to ensure that the program in
 question has the expected interface. +1

 As for re-ordering… that’s a bandaid that would help *you*, but nobody
 else (it’s theoretically possible that a few BSD users have their own
 md5sum programs).

 ~Kyle
 }}}

--

-- 
Ticket URL: <http://dev.mutt.org/trac/ticket/3025#comment:>

(Continue reading)

Mutt | 2 Feb 00:47 2008

Re: [Mutt] #3025: configure check for md5 fails

#3025: configure check for md5 fails

Comment (by muttbug111):

 Hi Kyle,

 > As for re-ordering… that’s a bandaid that would help *you*, but nobody
 > else (it’s theoretically possible that a few BSD users have their own
 > md5sum programs).

 I don't use BSD (other than on firewalls behind a BUI), but md5sum is
 dominant in Unix (because it's a GNU tool), so the name shouldn't be re-
 used for something else. The test (order) is inappropriate for Linux, and
 probably any system which has GNU basics (aka coreutils) installed.

--

-- 
Ticket URL: <http://dev.mutt.org/trac/ticket/3025#comment:2>

Thomas Dickey | 2 Feb 01:22 2008
Picon

Re: [Mutt] #3025: configure check for md5 fails

On Fri, 1 Feb 2008, Mutt wrote:

> #3025: configure check for md5 fails
>
> Comment (by muttbug111):
>
> Hi Kyle,
>
> > As for re-ordering… that’s a bandaid that would help *you*, but nobody
> > else (it’s theoretically possible that a few BSD users have their own
> > md5sum programs).
>
> I don't use BSD (other than on firewalls behind a BUI), but md5sum is
> dominant in Unix (because it's a GNU tool), so the name shouldn't be re-
> used for something else. The test (order) is inappropriate for Linux, and
> probably any system which has GNU basics (aka coreutils) installed.

There's probably an md5sum in one of the GNU collections, but the original
program wasn't written for the GNU project.  It appears to have been 
released as public domain.

For example -

http://lists.debian.org/debian-dpkg/1999/09/msg00008.html

(there's a poor-quality wikipedia page which I won't discuss ;-)

--

-- 
Thomas E. Dickey
http://invisible-island.net
(Continue reading)

Mutt | 2 Feb 01:23 2008

Re: [Mutt] #3025: configure check for md5 fails

#3025: configure check for md5 fails

Comment (by Thomas Dickey):

 {{{
 On Fri, 1 Feb 2008, Mutt wrote:

 > #3025: configure check for md5 fails
 >
 > Comment (by muttbug111):
 >
 > Hi Kyle,
 >
 > > As for re-ordering… that’s a bandaid that would help *you*, but nobody
 > > else (it’s theoretically possible that a few BSD users have their own
 > > md5sum programs).
 >
 > I don't use BSD (other than on firewalls behind a BUI), but md5sum is
 > dominant in Unix (because it's a GNU tool), so the name shouldn't be re-
 > used for something else. The test (order) is inappropriate for Linux,
 and
 > probably any system which has GNU basics (aka coreutils) installed.

 There's probably an md5sum in one of the GNU collections, but the original
 program wasn't written for the GNU project.  It appears to have been
 released as public domain.

 For example -

 http://lists.debian.org/debian-dpkg/1999/09/msg00008.html
(Continue reading)


Gmane