Eu resolvi isso criando uma pasta vazia chamada .mutt no meu diretório pessoal. Mutt estava procurando por isso. Por que não criá-lo por padrão está além da minha compreensão.
Acabei de configurar o Mutt para se conectar ao servidor IMAP e SMTP da minha empresa. Tudo funciona; mas quando lamento o mutt, recebo um aviso sobre o certificado e tenho a opção de:
(r)eject, accept (o)nce
Eu não obtém uma opção para (a)ccept ou qualquer outra maneira de salvá-lo. Eu suspeito que o servidor está mal configurado porque Mutt diz:
WARNING: Server certificate has expired
WARNING: Server hostname does not match certificate
No entanto, eu ainda gostaria de salvar o certificado. Afinal de contas, é mais seguro fazer com que a máquina aceite um certificado específico, fixo, do que entrar no espaço de bater o toda vez que eu lanço o mutt.
BTW: algo parecido parece acontecer toda vez que eu envio o e-mail também. Os servidores SMTP e IMAP estão na mesma máquina.
[UPDATE: solução parcial]
Depois de um pouco de RTFM, descobri que você pode adicionar
set ssl_verify_host = no
set ssl_verify_dates = no
para .muttrc , para desativar as verificações. Isso faz com que o mutt trate o certificado como OK e permite salvá-lo. O problema é que, mesmo depois de salvo, você deve mantê-los nas configurações. Pior, eles são configurações globais, portanto, se eu começar a usar vários servidores, eles serão menos seguros.
Alguém tem ideias melhores?
Eu resolvi isso criando uma pasta vazia chamada .mutt no meu diretório pessoal. Mutt estava procurando por isso. Por que não criá-lo por padrão está além da minha compreensão.
Observe que você não precisa definir ssl_verify_host ou ssl_verify_date globalmente. Você pode usar um account-hook para aplicá-los apenas a um determinado servidor.
Este provavelmente não foi seu problema particular, mas você obtém o mesmo prompt, sem a opção (a) ccept, se você não tiver o conjunto de variáveis certificate_file.
Tags ssl imap mutt certificate