Elmar Hoffmann [Wed, 14 Jul 2004 05:19:15 +0000 (05:19 +0000)]
By default Mutt hides the subject of messages in the thread tree
that have the same subject as their parent or closest previously
displayed sibling. This patch makes this optional, introducing the
hide_thread_subject boolean setting which defaults to the old
behaviour.
Thomas Roessler [Wed, 14 Jul 2004 04:34:07 +0000 (04:34 +0000)]
Fix a cvs commit SNAFU: This commit undoes the include_onlyfirst
patch, but leaves the generic spam detection by David Champion in
place (which, erroneously, hadn't been committed automatically).
Thomas Roessler [Mon, 12 Jul 2004 13:22:24 +0000 (13:22 +0000)]
Add some debugging code, and rewrite the previously-ununderstandable
mutt_remove_duplicates. (All this done on the search for a problem
that ultimately turned out to be a configuration issue. Still, the
changed code could come in handy some day.)
Moritz Schulte [Thu, 17 Jun 2004 20:36:13 +0000 (20:36 +0000)]
This is the sequel to the crypto modularization changes I did on
2003-01-21. Moritz added another abstraction layer which cleans up
the code and allows the crypto modules to use their own option menu.
Everything should work as it used to but is now in a really good
shape for part III, the Return of the GnuPG Easy Makers. -wk
* crypt-mod-pgp-classic.c, crypt-mod-smime-classic.c, crypt-mod.c,
crypt-mod.h: New files.
* smime.c (smime_valid_passphrase, smime_send_menu): New functions.
* smime.h: Removed macro: smime_valid_passphrase.
Declared: smime_valid_passphrase, smime_send_menu.
* pgp.c: Include "mutt_menu.h".
(pgp_valid_passphrase, pgp_send_menu): New functions.
* pgp.h: Removed macro: pgp_valid_passphrase.
Declared: pgp_valid_passphrase, pgp_send_menu.
* mutt_curses.h: Declare: mutt_need_hard_redraw.
* mutt_crypt.h: Declare: crypt_pgp_valid_passphrase,
crypt_pgp_send_menu, crypt_smime_valid_passphrase,
crypt_smime_send_menu, crypt_init.
Adjust WithCrypto definition since the GPGME backend does not
exclude anymore the other `classic' backends.
(KEYFLAG_ISX509): New symbol.
* mutt.h (enum): New symbol: OPTCRYPTUSEGPGME.
(struct body): New member: is_signed_data, warnsig.
* main.c (main): Call crypt_init.
* keymap.c (km_get_table): Support for MENU_KEY_SELECT_PGP and
MENU_KEY_SELECT_SMIME.
(Menus): Added entries fuer MENU_KEY_SELECT_PGP and
MENU_KEY_SELECT_SMIME.
(km_init): Create bindings for MENU_KEY_SELECT_PGP and
MENU_KEY_SELECT_SMIME.
* keymap.h (enum): New enum symbols: MENU_KEY_SELECT_PGP,
MENU_KEY_SELECT_SMIME.
* init.h: New configuration variable: crypt_use_gpgme.
* compose.c (pgp_send_menu, smime_send_menu): Removed functions,
they are now contained in the crypto backend modules.
(mutt_compose_menu): Use crypt_pgp_send_menu and
crypt_smime_send_menu instead pgp_send_menu and smime_send_menu.
* cryptglue.c: Slightly rewritten in order to make use of the
module mechanism used to access crypto backends.
* curs_lib.c (mutt_need_hard_redraw): New function.
* crypt.c (crypt_forget_passphrase): Adjust for new crypto backend
interface.
(crypt_valid_passphrase): Stripped, use calls to
crypt_pgp_valid_passphrase and crypt_smime_valid_passphrase.
Thomas Roessler [Mon, 12 Apr 2004 20:33:33 +0000 (20:33 +0000)]
A belated fix for #1808 (Debian #233106): Make sure
check-traditional-pgp doesn't leave the pager context unnecessarily.
This makes message-hooks like this one safe:
Thomas Roessler [Sun, 8 Feb 2004 09:38:38 +0000 (09:38 +0000)]
Change the logic in mutt_open_read to only catch directories -- mutt
may legitimately read devices (think /dev/null) or named pipes. Also
delegate error reporting to the calling function by setting errno.
Hi, off_t is a 64-bit number (like on Mac OS X/darwin), the
percentages don't show right while mutt is reading/parsing a
mailbox. Here's a patch (against 1.5.6i) to fix that.
Looking at the code, the problem is pretty obvious. A recent patch
to init.c (the one that was supposed to prevent Mutt from silently
failing to read nonexistant RC files, IIRC) changed source_rc() to
stat(2) the RC "file" before trying to mutt_open_read() it. There's
only one problem here: source_rc() has no way of knowing whether or
not its "file" is a file or a command. I'm attaching a patch that
fixes the problem in what I believe is the right way.
Mike Schiraldi [Sun, 1 Feb 2004 18:00:16 +0000 (18:00 +0000)]
As you all know, running "mutt -F foo.rc" will have mutt read foo.rc
as its config file. However, there is a bug -- if you specify a
directory (like accidentally typing "mutt -F /etc/mutt") mutt will
silently ignore the flag and leave you wondering why it isn't
working.
Emil Sit posted a patch for this in March of 2002, but it seems to
have slipped through the cracks. Here's the patch again; please
consider it for inclusion.