Michael Elkins [Mon, 9 Dec 2002 17:44:28 +0000 (17:44 +0000)]
This patch adds two features to mutt:
- you can now specify the octal code of a key in a bind or macro
function, using the syntax <NNN>. Eg, bind index <541>
show-version This allows you to bind to a function key for which
Mutt doesn't have a friendly name associated with it.
- adds a what-key function which allows you to press a key and have
mutt show you the decimal/octal value. (not bound to anything by
default)
Thomas Roessler [Mon, 9 Dec 2002 13:29:57 +0000 (13:29 +0000)]
Try to fix a localization issue identified by Pawel Dzienkonski
(#1410). Side effect: All translations will need an update of the
S/MIME key translations.
Thomas Roessler [Sat, 7 Dec 2002 14:14:59 +0000 (14:14 +0000)]
Change the style of ChangeLog: Now, the actual patch submitter's
name is extracted from the commit message and used for the change
log. For the moment, the date format doesn't match the one in the
old changelog. If you want to fix this, submit a patch to
cvslog2changelog.pl. ;-)
Nathan Dushman [Tue, 12 Nov 2002 08:20:08 +0000 (08:20 +0000)]
Hi - this is a patch against mutt-1.4 to use version 2 of the Cyrus
SASL library; all changes are ifdef'd so as not to break SASLv1
support. This includes a patch to configure.in to allow the choice
between v1 and v2, but someone with a better understanding of
autoconf should double-check it.
Thomas Roessler [Mon, 11 Nov 2002 19:16:11 +0000 (19:16 +0000)]
patch-1.5-tlr.alias-parse.1 - extension of patch-1.5.1-me.aliascheck.1
This patch catches the same kind of bad alias names caught by
Michael's patch. There are some extensions:
1. Mutt makes sure that it doesn't _suggest_ bad names to the user.
2. If a name is bad, the user is informed, and may elect to fix the
name. In this case, mutt will automatically suggest a fixed
version.
3. If the user insists in the bad name, it's written into the
aliases file with proper quoting.
4. When mutt parses the aliases file, it now uses the normal
tokenizer routines in order to properly handle quoted alias names.
Michael Elkins [Thu, 10 Oct 2002 09:33:05 +0000 (09:33 +0000)]
Jeremy Lin wrote:
> When I search with / and get a match, doing '/\r' doesn't move to the next
> match. This behavior is unlike the less pager, and is rather useless, IMHO.
Michael Elkins [Mon, 9 Sep 2002 20:15:54 +0000 (20:15 +0000)]
#265:
> Suppose a user wants to fcc to a file (e.g., /a/b/c) but accidentally
> typed a = before the path name. Mutt will fail to find the =/a/b/c
> folder, display the error message and beep, but immediately erase the
> error message; the mail will be sent even though the fcc failed. (The
> same can be accomplished by accidentally mistyping other parts of the
> path name.) On local systems where screen update is quick, the user
> might not notice the error message at all.
>
> The problem with this behaviour is that the user might have no chance
> to read the error message if the screen update is quick enough; as a
> result (s)he might not notice that the fcc failed.
>
> A related thing (probably can't be classified as a problem) is that if
> fcc fails, the user probably don't want to send the mail out because
> if fcc is requested (s)he probably very much want to keep a copy of
> the sent mail.
Try the following patch. We keep track of whether or not the fcc
failed with a local var `fcc_error' and perform the same behavior as
if the actual send of the message failed (without really sending)
when the FCC fails, thus giving the user a chance to correct the
error.
when doing the second parsing pass on a maildir, mutt doesn't delete
the fake HEADER struct if the file is unreadable. With this fix
unreadable files get silently ignored (like in the MH case).