Pode haver um conjunto de diferentes problemas que ocorrem.
Chave privada não importada
Se você não migrar as chaves privadas para a nova máquina, obviamente elas não poderão ser usadas. gpg --export
exporta somente chaves públicas , não privadas. Execute gpg --export-secret-keys
além disso.
Você pode verificar se isso é um problema executando gpg --list-secret-keys
(ou a versão abreviada gpg -K
). Sua chave deve estar listada aqui.
Após a importação, veja também a seção "trust" desta resposta.
O GnuPG 2.1 não encontra as chaves
GnuPG 1 e 2 usam secring.gpg
para armazenar chaves privadas, o GnuPG 2.1 as move para pubring.gpg
. Se você já instalou o GnuPG 2.1, certifique-se de que ele também veja sua chave privada. O GnuPG 2 geralmente é instalado como gpg2
: gpg2 --list-secret-keys
.
Se gpg
listar as chaves, mas gpg2
não, exportá-las do GnuPG 1 e importar para o GnuPG 2.1:
gpg --export-secret-keys | gpg2 --import
Após a importação, veja também a seção "trust" desta resposta.
Chave errada definida na configuração do Enigmail da conta
Você pode ter definido uma chave fixa na configuração do Enigmail da sua conta. Abra as preferências da conta e escolha "Segurança do OpenPGP" para a respectiva conta. Existe alguma chave fixa configurada?
Configuração de confiança ausente
Por padrão, o Enigmail usa apenas chaves verificadas. Para poder verificar chaves, deve haver um caminho de confiança de uma chave válida para essa chave.
Sua própria chave é a fonte de confiança na web do conceito de confiança, e deve ter confiança final . Na linha de comando, a confiança pode ser configurada executando gpg --edit-key [key-id]
. Agora, no prompt de comando da chave de edição do GnuPG, execute a confiança . The assistant will ask you what trust to provide, choose "ultimate". Finally,
save 'as alterações.
Isso também pode ser feito usando vários frontends gráficos para o GnuPG, mas existem muitos para descrever como fazer isso. Dê uma olhada se você encontrar algumas configurações de "confiança" ao editar sua própria chave.