Custom Query (1408 matches)


Show under each result:

Results (4 - 6 of 1408)

1 2 3 4 5 6 7 8 9 10 11 12
Ticket Resolution Summary Owner Reporter
#3974 invalid Didn't show an error message in case the a key for encryption is expired but not the key for signing mutt-dev mascha

I would like to write a friend that had a key where the signing key was valid but the subkey for encryption was expired. Mutt only said that it didn't found the key and also wanted to download the same key again.

I would like to get a helpful error message in case a key is expired and can't be used.

#3973 fixed Patch: maildir_check_mailbox() mutt-dev jaalto

This is forward of following post. Please consider investigating and contacting the original author.


(...)I noticed that when mutt locks up top(1) reports it consuming 100% CPU, which suggests that we can use the cpu-cycles perf event to gather a profile for mutt and figure out where those cycles are going. (...) Below is the change I made to mutt’s maildir_check_mailbox() to take into account the number of files my the LKML directory when building the hash table. With it, I no longer see any lockup when new mail arrives:


diff -r 02bc14ed1569 mh.c
--- a/mh.c	Tue Dec 08 09:12:09 2015 -0800
+++ b/mh.c	Sun Jan 15 21:35:48 2017 +0000
@@ -1908,6 +1908,7 @@
   struct maildir *md;		/* list of messages in the mailbox */
   struct maildir **last, *p;
   int i;
+  int count = 0;
   HASH *fnames;			/* hash table for quickly looking up the base filename
				   for a maildir message */
   struct mh_data *data = mh_data (ctx);
@@ -1945,15 +1946,15 @@
   md = NULL;
   last = &md;
   if (changed & 1)
-    maildir_parse_dir (ctx, &last, "new", NULL, NULL);
+    maildir_parse_dir (ctx, &last, "new", &count, NULL);
   if (changed & 2)
-    maildir_parse_dir (ctx, &last, "cur", NULL, NULL);
+    maildir_parse_dir (ctx, &last, "cur", &count, NULL);

   /* we create a hash table keyed off the canonical (sans flags) filename
    * of each message we scanned.  This is used in the loop over the
    * existing messages below to do some correlation.
-  fnames = hash_create (1031, 0);
+  fnames = hash_create (count, 0);

   for (p = md; p; p = p->next)

#3971 fixed mutt intermittently segfaults in macOS 10.12.6 during IMAP message deletion mutt-dev chdiza

I wish I could consistently reproduce this, but on macOS 10.12.6, with mutts built from hg tip, I get intermittent segfaults while deleting (especially) Gmail IMAP messages.

This problem has gotten *much* worse with the recent series of patches for IMAP sync and such.

Please let me know if I should be running in debug mode or anything like that. I can't really go about bisecting because I can't consistently reproduce the crashes.

mutt -v

Mutt 1.9+12 (78d17700c165) (2017-09-02)
Copyright (C) 1996-2016 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: Darwin 16.7.0 (x86_64)
ncurses: ncurses 5.7.20081102 (compiled with 5.7)
libiconv: 1.11
hcache backend: GDBM version 1.13. 11/03/2017 (built Aug  1 2017 21:09:25)

Configured with: --prefix=/Applications/ --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 8.1.0 (clang-802.0.42)
Target: x86_64-apple-darwin16.7.0
Thread model: posix
InstalledDir: /Applications/

Configure options: '-C' '--enable-debug' '--enable-imap' '--enable-pop' '--enable-smtp' '--enable-hcache' '--with-ssl=/usr/local/ssl' '--with-gdbm' '' '--disable-nls' '--disable-doc'

Compilation CFLAGS: -Wall -pedantic -Wno-long-long -g -O2

Compile options:
1 2 3 4 5 6 7 8 9 10 11 12
Note: See TracQuery for help on using queries.