added procmailrc.example and edward-wrapper

this is useful for creating an automated setup with a .procmailrc file
in one's home directory.

added translation template

updated license info

corrected a link

verify sigs. in emails with nested multipart mime

sometimes a multipart mime message is part of another multipart mime
message which contains a signature of one of its subparts.

extend testing of pubkey encryption capability

test whether it is expired, invalid, disabled, etc.

check keys for revocation status

don't use them as encryption targets if they are revoked.

updated link to previous version of edward

mild refactoring

check to see if a reply encryption key can encrypt

sometimes keys are revoked or expire. if so, they should not be
encrypted to. edward now checks to make sure a key is good before
encrypting a reply with it. if only bad keys are available, edward
complains. however the complaint edward makes is that he does not have
the user's public key. this is because there is currently no translation
set for a more accurate message.

some other refactoring has been performed as well.

search for pub keys in inline signatures

these ascii-armored signature blocks are obfuscated until they are
decoded. they may contain public keys, so edward now looks inside.

some whitespace changes

don't complain about lack of encryption

unless the message has no signature, pub key or encryption.

split up reply strings for finer control

now edward can say hello without saying that decryption was successful.
he can also say that decryption was successful without saying he will
quote the reply.

don't track the en.pyc file or any .pyc file

process email using byte strings

using byte strings when feeding the email into the parser helps avoid
crashes due to non-utf-8 characters placed prior to any mime part, etc.

don't complain about missing signatures

the emailselfdefence guide asks users to encrypt messages without a
signature first. it would be confusing to get a message about a missing
signature before a user knows what a signature is.

handle encrypted/signed i18l msgs w/o mime headers

edward was chrashing when given encrypted or signed international input
without internal mime headers. edward now defaults to utf-8 if the
character set is not specified in a mime header.

added more debug output

about the contents of the reply message

renamed example config file

added detached signature verification test case

added spanish and italian translations

these were in the old edward install, in /home/e/edward

changed message generation logic; some refactoring

now edward remains silent about not receiving a public key, unless we
are not given a key and need one for verifying a signature. some
refactoring was required.

edward now complains to the user about lack of of encryption and
signatures in received emails.

i also changed the handling of newlines in email responses.

improved key loading and email response code

git ignore addition

rename the default configuration file

so that it does not conflict with the local modified version of the
default config file.

added valid detached signature test

always complain about missing signature

fixed test case output

the key used to sign this text is not in the git repo's gpg key store,
so the signature cannot be verified unless it is first imported.

only quote message if there is a valid signature

there still needs to be work to ensure that the encryption target key is
the same as the one that was used in the first block of encrypted and
verifiably signed text.

check for other types of success

sig.summary == 0 appears to be a type of signature success.

check for signature validity

knowing the fingerprint that was allegedly used to sign a message is not
sufficent for validating messages.

fix test cases

the input messages have good signatures, so the reply must mention the
successful signature verification.

count sig/encryption block combos as signatures

remove note; pubkeys in encrypted text are useable

if a new, unimported pubkey is contained in an ecrypted and signed block
of text, then that key can be used for the reply, as desired.

simplify mime creation; set payload charset

added international test with plaintext reply

change name of test type

to avoid name collisions between tests

add a newline at the end of replies

don't sign unencrypted replies

writing code that creates detached mime signatures in a way that
enigmail will accept as valid is proving to be quite difficult. (i only
got it to work for mutt.) if i find a way to make messages validate i
will add that feature back into the program.

can now email replies; "-p" prints repies instead

edward now uses sendmail to send email replies to messages piped in
through stdin (one at a time). the "-p" option causes edward to print
replies to stdout instead of emailing them.

choose reply from address; fix language selection

variable name changes

prettier code re-arrangement

use enums instead of strings for message type ids

clarified some code

fix test case result

prefer pub key as a fallback key for encryption

issue mentioned in comment does not require a fix

don't crash with bad gpg key imports

catch semi-specific errors only.

don't crash when given a corrupted detached sig

use the un-decoded mime part in sig verificaion

this is closer to how the OpenPGP MIME spec says it should be done.

Removed clearsigning verification

Clearsigning is difficult to verify for all encodings and is not a part
of RFC 3156. Inclusion in this program would encourage its use and lead
users into issues down the road when interacting with other people using
clients that do not support this out of spec feature.

Enigmail uses PGP/MIME by default so users should have an easy time not
creating clearsigned text in their messages unless they decide to paste
clearsigned text straight into a message.

Because the email self-defence guide guides the user through the steps
of installing and setting up enigmail, I am not concerned about leaving
out this feature.

changed variable name

clarified the name of the reply email generator's "To:" email address
variable

pick out encryption keys from nested signed text

if signed text is then encrypted as a separate step, use the signing key
as the target for encrypting the reply.

sign reply message even if not encrypting.

whitespace change

more documentation

removed unused function

added note about a needed code fix

more function documentation

removed comment

it's no longer relevant

fixed bug, removed stale code

piece_type is set to "signature", not "message" if it is an armored
signature.

we shouldn't include plaintext unless we don't need further nested
signatures.

more functions documented

don't use doxygen quite yet.

removed the Doxyfile

added Doxyfile for doxygen comment parsing

Added more documentation

using python doc strings

only run main() if not in interactive mode

change classes format

this way, attribute names are shown by python3's help() function

added comments to the classes and main()

fixed a comment

don't use the 'an' language

it currently has no translations, so we should default to english.

don't check message block for encryption status

if it was only an armored signature, then it had its piece_type field
changed and this code would not be reached in that case.

modified .gitignore

updated expected test results; added more tests

check unencrypted message blocks for signatures

some message blocks aren't encrypted.

fixed some simple bugs

the referenced issue is resolved

there is pubkey loading error handling in the get_key_from_fp function.

split up prepare_for_reply_pieces

also made changes to the way message blocks are handled.

updated the message flattener

it no longer prints nested layers of decrypted text.

check to see if we have keys before adding them

add pubkey as a fallback key

a signature key should be set as a fallback key

generate the encrypted mime reply

we can finally use this function again! : )

only quote the message if we are going to encrypt.

this belongs over here

partly because the function it was in was recursive.

added a function which tries to load the pub key

this will be useful later

for knowing how which nested layers of decrytion to reply with.

pick out public key fingerpints from the message

this will be the key that the reply is encrypted to, if one is
available.

whitespace changes

return fingerprints not sig objects

add signed txt, etc. if it's in an encrypted block

later there will need to be fingerprint checking to make sure that
edward can't become a decryption service for edward traffic observers.

renamed variable for clarity

eddy_obj -> eddymsg_obj

removed %s from end of string

it's unneeded by this version of edward.

added basic mutli-language reply generation

fixed detached signature verification

the indentation was wrong.

some variable name changes

... to be more specific

added detached sig verification

woohoo!!

don't process 'None' EddyMsg objects

it would only mask bugs elsewhere in the code.

don't pass back the object pointer

because it is unchanged.