Re: [Mutt] #3020: smime_keys doesn't work correctly with mutt-1.5.17

#3020: smime_keys doesn't work correctly with mutt-1.5.17 Changes (by pdmef): * status: new => closed * resolution: => fixed Comment: (In [001d6be61905]) Glob paths derived from mutt -Q output in smime_keys.pl. Patch by Fabrice Bellet and Miroslav Lichvar (closes #3020). -- Ticket UR

Re: [Mutt] #3020: smime_keys doesn't work correctly with mutt-1.5.17

#3020: smime_keys doesn't work correctly with mutt-1.5.17 Comment (by mlichvar): My vote would be for 2), I like the pretty-printing. The patch needs to use GLOB_NOCHECK flag so it works even when the directory doesn't exist yet. {{{ --- mutt-1.5.17/smime_keys.pl.smimekeys 2007-03-02 19:44

Re: [Mutt] #3020: smime_keys doesn't work correctly with mutt-1.5.17

#3020: smime_keys doesn't work correctly with mutt-1.5.17 Comment (by pdmef): Ah, my fault. I didn't know that smime_keys relies on mutt -Q. So I see two options here: 1) fix the original changeset to not pretty-print paths or 2) include this patch. Personally I can live with full paths in m

Re: [Mutt] #3020: smime_keys doesn't work correctly with mutt-1.5.17

#3020: smime_keys doesn't work correctly with mutt-1.5.17 Changes (by mlichvar): * version: => 1.5.17 * milestone: => 1.6 -- Ticket URL:

[Mutt] #3020: smime_keys doesn't work correctly with mutt-1.5.17

#3020: smime_keys doesn't work correctly with mutt-1.5.17 changeset:5216:4f9ff1d61847 changed behavior of mutt -Q. "mutt -Q smime_keys" command now returns tilde in the path (as mutt_pretty_mailbox() is called in parse_set()), but this is not handled in smime_keys. If the expanding should be