Custom Query (1408 matches)


Show under each result:

Results (25 - 27 of 1408)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
Ticket Resolution Summary Owner Reporter
#3948 fixed Please add a hook called just before sendmail invocation mutt-dev tpikonen

I'm using mutt with msmtp as sendmail and have msmtp configured with 'passwordeval', which calls gpg to decrypt the mail server password. My GPG is version 2.1 and I'm using the ncurses-based pinentry program.

Since sendmail output is redirected off the screen, terminal-based pinentry does not work and msmtp fails to send mail. If the GPG passphrase has been entered previously (within gpg-agent TTL) msmtp succeeds.

There are various hooks in mutt (at least send-hook and send2-hook) which are called when sending mail, but even send2-hook is normally called before composing the message. Since I like to keep my gpg-agent TTL low, it expires in the time between send2-hook call and sendmail execution.

Could a hook be added which is called just before calling sendmail? This would make ncurses-pinentry work also with a short TTL.

#3945 fixed mx_open_mailbox can call realpath(NULL,NULL) and abort mutt-dev tamo

In mx_open_mailbox ( ), mutt calls realpath with a safe_strdup'ed path:

570	  ctx->path = safe_strdup (path);
571	  if (! (ctx->realpath = realpath (ctx->path, NULL)) )
572	    ctx->realpath = safe_strdup (ctx->path);

But safe_strdup can return 0:

237	  if (!s || !*s)
238	    return 0;

And most (if not all) of realpath implementations don't make sure the first arg is non-NULL.

So maybe we should either wrap the ctx->path with NONNULL or check it before calling realpath.

  ctx->path = safe_strdup (path);
  if (!ctx->path)
    mutt_error (_("Tried to open an unnamed mailbox. Maybe your muttrc is wrong or incomplete."));
    if (!pctx)
      FREE (&ctx);
    return NULL;
  if (! (ctx->realpath = realpath (ctx->path, NULL)) )
    ctx->realpath = safe_strdup (ctx->path);

I found this issue when I was reading but I'm not sure if it is related.

#3942 fixed mutt with hanging on large Exchange "Deleted Messages" folder brendan wyardley

I'm having an issue again with Mutt (1.8.2) hanging on my Deleted Items (i.e., trash) folder. Usually, it will open, up to a certain size, and then I start having problems opening it -- not sure if it's a specific type of message (or a malformed) that causes an issue or what, but it would be nice to be able to abort the operation, and would also be nice to have it handle the condition more gracefully. I had hoped that some of the bugfixes in recent versions would have resolved this issue, but apparently not. It seems to finish fetching, so maybe there's an off-by-one type issue?

% mutt -v
Mutt 1.8.2 (2017-04-18)
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.5.0 (x86_64)
ncurses: ncurses 5.7.20081102 (compiled with 5.7)
libiconv: 1.11
hcache backend: lmdb LMDB 0.9.19: (December 28, 2016)

Configured with: --prefix=/Library/Developer/CommandLineTools/usr --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.5.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin

Configure options: '--enable-hcache' '--enable-imap' '--with-ssl=/usr/local/opt/openssl/' '--enable-smtp' '--with-sasl=/usr/local' '--with-included-gettext' '--with-lmdb=/usr/local' '--enable-debug'

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

Compile options:
To contact the developers, please mail to <>.
To report a bug, please visit

With some problems, clearing out the cache seems to help, however with this, only deleting my Exchange deleted folder seems to help. I can't figure out a way to abort the operation either (G, C, etc. don't work), but have to suspend and kill Mutt.

This is with lmdb, but have tried other db libraries in the past and had similar problems. It seems to be reproducible with header cache disabled too.

I recompiled with debug and ran with -d3. I snipped a big section where it's just fetching a ton of messages (I put in [....] in that section). If someone needs the full debug session, I can provide it to you separately.

I tried running under dtruss, however, getting some errors with that for some reason.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
Note: See TracQuery for help on using queries.