Fixing the quoting of shell specials in mutt_expand_fmt().

Change snprintf to mutt_expand_fmt when expanding the
query command.

[patch-0.94.5i.tlr.safe_symlink.1] Introduce
safe_symlink() for /tmp-safe symlinking in the
nametemplate code.

update tags

Preparing 0.94.5i.

Catch MIME parameters with p->value == NULL.

Fixing a memory leak in mutt_prepare_envelope().

IMAP fixes from Nathan Neulinger.
(<19980831170941.A7327@umr.edu> on mutt-dev.)

Fix a small problem with Liviu's attach_fcc patch.

Updating to patch-0.94.4.vikas.attach_message.3.

Updating to patch-0.94.4.vikas.collapse.3.

Correct an editor key binding example.

Cleaning up the fcc_attach hack.  From Liviu.

[patch-0.94.4i.tlr.display_filename.1] Introduce a new
function "display-filename" which displays the currently
selected file's name on the message line.

[patch-0.94.4i.tlr.get_attachment.1-2] Get the attachment
time stamping business right.

[patch-0.94.4i.tlr.get_attachment.1] Create a new
"get-attachment" function on the compose menu which will
copy an attachment to a temporary file.

[patch-0.94.4.vikas.attach_message.1] Cleaning up some of
the attach-message code.

removing superfluous include statements.

code cosmetics.

[patch-0.94.4.vikas.collapse.2] Vikas' collapse-thread
patch.

[patch-0.94.4i.gt.arrowcursor.1] Padding to the end of
line/right jusitifying does not work in menus when
$arrow_cursor is set, because the extra space needed for
the arrow is not taken into account.
(From Gero Treuner <gero@faveve.uni-stuttgart.de>)

[patch-0.94.4i.tlr.shell_quote.1-2] Fix a brain-dead
segmentation fault when freeing non-allocated memory.

Mh. This seems to have shown up again while cleaning up
the CVS branches.

Make $fcc_attach work correctly when sending PGP-encrypted
messages.  Hack by Liviu.

Document attach_format. (From: Gero Treuner
<gero@faveve.uni-stuttgart.de>)

[patch-0.94.4i.tlr.shell_quote.1] Try to quote file name
arguments and the like for shell commands.

Minor nit: if you enter the wrong key ID at Mutt's prompt,
Mutt should erase the old value --- otherwise people might
think it has just hung there. (From Liviu Daia.)

Another possible memory leak in rfc822_parse_adrlist.  The
problem and the patch are pretty much the same as with the
last fix applied to this file - it's just ',' instaed of
';' this time.

[patch-0.94.4i.tlr.rfc822_leak.1] Fixing a memory leak in
the rfc822_parse_adrlist().

Some explanations seem to be in order here.  Let's look at
the code:

   386     else if (*s == ';')
   387     {
   388       if (phraselen)
   389       {
   390 phrase[phraselen] = 0;
   391 add_addrspec (&top, &last, phrase, comment, &commentlen, sizeof (comment) - 1);
   392       }
   393       else if (commentlen && !last->personal)
   394       {
   395 comment[commentlen] = 0;
   396 last->personal = safe_strdup (comment);
   397       }
   398 #ifdef EXACT_ADDRESS
   399       if (last && !last->val)

Line 399 contains the change; previously, it looked like
this:

   399'       if (last)

   400 last->val = mutt_substrdup (begin, s);
   401 #endif
   402
   403       /* add group terminator */
   404       cur = rfc822_new_address ();
   405       if (last)
   406       {
   407 last->next = cur;
   408 last = cur;
   409       }
   410
   411       phraselen = 0;
   412       commentlen = 0;
   413       s++;
   414       begin = s;
   415       SKIPWS (begin);
   416     }

OK, what happens? There are essentially two situations here:

-> We have already parsed a complete address specification
   and know about this fact, but there was no new address
   information.  This is the case if we are parsing
   through addresses like

undisclosed-recipients:;

   or

recipients: a, b, c,;

   (Note the extra ',' before the ';'!)

   In this case, some of the other code in rfc822.c has
   already filled in last->val, and we really shouldn't
   overwrite that with a NULL pointer.

-> The ';' finishes an address spec, like in

recipients: a;

   In this case, last is either set by add_addrspec(), or
   it has already been set by some of the previous code
   (comment handling, ...).  Anyway, last->val is still
   NULL, so it is correct to write the complete addr spec
   to last->val.

Error message cosmetics.

CVS branch clean-up.

Removing the Attach-Menu feature for the next release
version.

update tags

Bradon long's alias_path patch, for the sake of Elm
compatibility.

Avoid pointless error messages from mx_get_magic() when
called from an mx_open_mailbox_append() on a non-existing
mailbox.

Have "make install" install manual.txt as well.

Putting Makefile under autoconf control.

Switch the error reporting address from mutt-users to
mutt-dev.

update tags

Bump the version to 0.92.11i.

Check in a proper version of imap.h.

Fix the "unknown color" bug reported by Vikas.

Remove a spurious #include "imap.h" from mx.c.

Add a note about the global Muttrc to style-guide.

The global Muttrc contains a list of default settings
which can be used as a starting-point for the user's own
configuration.

Removing some duplicate code from gnupgparse.c and
pgppubring.c.

Include part of Werner Koch's latest GPG patches.

update tags

*** empty log message ***

Preparing 0.92.10i.

Including Roland's new procmail recipe.

Including Vikas' search code for the "attach message" menu.

Brandon's IMAP patch.

GPG support, first take.

Fixing the %a format.

Fixing a segmentation fault in the hdr_line code.

update tags

Mutt 0.92.9i.

Initial revision