gpgme decryption does not currently work, handle Intents with gpg2 cmd line

This currently only handles incoming file URLs, like from ASTRO File
Manager.  It does not handle attachments from Gmail since those come in as
a stream/ContentProvider. That should probably wait until we get gpgme
decryption working.
add associations for known file extension to MIME types

I got these from the Free Desktop standards, i.e. looking at my own
machine in /usr/share/mime
switch things to use the standard file extensions

.asc and .gpg are overloaded and its very confusing, because the program
can't automatically know what kind of file it is.  If we use the PGP
extensions, we can help reduce some of that confusion:

skr = Secret KeyRing
pkr = Public KeyRing
working file encryption via SEND Intent: receives, encrypts, then SENDs

This code makes it so that gpgcli will receive arbitrary files via SEND
intents, then encrypts them to my hard-coded keyID, then launches a new
SEND Intent Chooser so the user can put the file somewhere useful.

TODO: the user needs to be able to choose who to encrypt to
send a local broadcast after key changes so consumers can update views

fixes #1486
Contacts mimeType should be specific to the action, not the included data

We incorrectly thought that the MIME Type used in the Contacts actions was
describing the data, but it is really supposed to describe the action.
So we renamed it from openpgp4fpr to encryptfileto in the gpg namespace
when calling gpg2 command-line-style, use "--trust-mode always"

We don't yet have any concept of trust management in the app yet, so set it
to "always" so we can actually encrypt to keys, etc.
handle "Encrypt File To" ContactIntent using the gpg2 command line

This is a first step to getting the full flow working. Right now, its using
the gpg2 tool in a Runtime.exec() call, then just writes out the file next
to the original file to be encrypted.  Ultimately, gpgcli should handle
incoming streams, EXTRA_TEXT, EXTRA_DATA, etc.