Re: Emacs-like and key behaviour in index
On 11:50 Wed 11 Sep , Michael Tatge wrote: > Hi Neil, > > * On Wed, Aug 28, 2019 03:41PM +0100 Neil Woods (nw.pub...@gmail.com) > muttered: > > Is there a way to emulate Emacs's behaviour with the and keys in > > the Index? E.g. pressing the key moves the menu selection down until > > it > > reaches the bottom, then on the next key-press the menu selection > > moves > > to the centre of the index. And the same in reverse for the key. > > > > Is there any key binding, variable or macro available which could enable > > this behaviour? > > maybe not exatly what you want but take a look at > $menu_context, $menu_move_off, $menu_scroll > Interesting. I might be able to use those, thanks. Neil -- тнίs sραcє ίs яєsєяvєđ foя "вoв".
Re: macro to retreive openpgp certificate?
Hi there, > Sometimes I view mails with an OpenPGP signature without having the > corresponding certificate, then I get the error: > > > Can't verify due to a missing key or certificate > > Does anyone have a good macro to retrieve that specific OpenPGP > certificate and re-check the signature? I’m not aware of any such built-in functionality. Mainly because there are too many ways to do that. One way to deal with it could be to feed the sender’s address to GPG and try to find the key through the usual channels: gpg --auto-key-locate clear,nodefault,wkd,dane,cert,pka,keyserver --locate-keys sen...@example.org Nicer yet if there was an external script that would extract the sender from the email on its own, and then use `pipemessage`. But that’s not covering all the cases yet: there are headers that should be considered: - Autocrypt (may contain the public key) - OpenPGP (may contain the key ID or a URL to the public key) When you have the key ID, you can start searching on other places yet, like keybase.io. So, what I’m saying is: I don’t know of such a macro or such a script; but I suspect someone somewhere on the internet must have written it! Please let me know if you find such a script! Robert
Re: Getting color on FreeBSD
On Thu, Aug 22, 2019 at 07:14:28PM -0500, Tim Chase wrote: I'm a bit stuck trying to figure out why colors aren't working for me on FreeBSD (where I understand that termcap is used rather than terminfo). How are you invoking mutt? The only way I can get a mono mutt display is by invoking mutt with an empty config file (as I have a .muttrc with color statements already): touch .argaerg mutt -F .argaerg Have you tried copying the supplied sample.muttrc to $HOME/.muttrc and then running mutt? It'll at least show you colour if $TERM is xterm-256color If you installed mutt with pkg, colour will be enabled. Here's my mutt -v : Mutt 1.12.1 (2019-06-15) 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: FreeBSD 12.0-RELEASE-p10 (amd64) ncurses: ncurses 5.9.20140222 (compiled with 5.9) libiconv: 1.14 libidn2: 2.2.0 (compiled with 2.2.0) hcache backend: Berkeley DB 5.3.28: (September 9, 2013) Compiler: FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) (based on LLVM 6.0.1) Target: x86_64-unknown-freebsd12.0 Thread model: posix InstalledDir: /usr/bin [...] Compile options: -DOMAIN -DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE -USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP +USE_SSL_OPENSSL -USE_SSL_GNUTLS +USE_SASL -USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +HAVE_FUTIMENS +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS +LOCALES_HACK +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS -HAVE_LIBIDN +HAVE_LIBIDN2 +HAVE_GETSID +USE_HCACHE +USE_SIDEBAR +USE_COMPRESSED -USE_INOTIFY -ISPELL -- J. signature.asc Description: PGP signature