Eu tive a seguinte mensagem criptografada no meu computador quando estava brincando com o GPG (e, nesse caso, o Enigmail)
-----BEGIN PGP MESSAGE-----
Charset: ISO-8859-15
Version: GnuPG v2.0.20 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
.............+AWJjL0Un8xWK0lFgw26Oos
ynzsVjy9fZAVlzoVN3XgucjIG8guTrakLbbvF0aMwDIwUXb3x1b+4hGNmkx+TUQV
kE6WcnnJw5B+8/m3CQ+IxbalHKAOu7VRHZ7XJCvY6dLAIQGSmwx77S3TV4zKH5PR
p3e15GJbcM+Gfo9Ka8u6KtGZALEk9xsZjH3QmfyB66dARp4/u7gJZrJ9hd5bzXJ9
LfjEvqygdpTeak2etz+r90WbiC/P4mnXQoxz7s3m1nJESb6VcpipJFkfwFdl1BYx
0XVfY/uH/gkQGiPNQL.....................O87w==
=Cnbj
-----END PGP MESSAGE-----
Se eu tentar executar gpg --list-packets ou gpg --decrypt na mensagem, recebo a seguinte saída (com o aviso "caractere inválido ignorado" repetido cerca de trinta vezes):
gpg: invalid radix64 character 2E skipped
gpg: invalid radix64 character 2E skipped
gpg: invalid radix64 character 2E skipped
gpg: invalid radix64 character 2E skipped
gpg: CRC error; A3E958 - 0A76E3
gpg: [don't know]: invalid packet (ctb=3a)
Por que o GPG não gosta dessa mensagem? O que há de errado com isso?
Mensagens OpenPGP blindadas em ASCII são representadas em Radix-64 (variação Base64 com checksum adicionado) , que não tem o símbolo de ponto . , então obviamente os dados estão simplesmente corrompidos.
Com base na repetição seqüencial do mesmo caractere, também é provável que a mensagem tenha sido editada propositadamente para obscurecê-la.
Essa mensagem de erro pode ser causada por quebras de linha extras foram adicionadas à mensagem depois que ela foi criptografada. Recebi uma mensagem de erro semelhante por esta causa.
Para evitar esse problema para uma combinação de mailvelope e gmail / Google Inbox, criptografe a mensagem como um arquivo e anexe o arquivo. Parece plausível que isso seja uma solução para outros cenários.
Este blog fornece uma explicação mais detalhada.