improve edward output

now edward puts all the verifications of message correctness before any
quoted message. this has the benefit of making these messages more
prominent.

remove extra space from japanese translation

verify signatures even if key is new to edward

previously when users sent edward their gpg key and signed that message
with that key, users would not receive a message noting signature
verification success.

this commit processes emails twice so that keys are imported the first
time and signatures are verified the second time around. it is not the
most elegant method, but it works and lengthens run time very little.
for now debug output mentions imported keys twice but debug output is
not visible to users.

performance improvement for large emails

very large emails around 4 MB were slowing down edward because it was
using a complex regex. parsing a 4 MB was taking 4 days.

this fix removes group matching, causing 4 MB files to be parsed in a
matter of seconds.

reply to 'Reply-To:' address if specified

otherwise reply to 'From:' address

only parse header when accessing header fields

this is a simple performance improvement.

fixed bug occuring when key cannot be not fetched

raise error instead of sending email to no one

... when the processed email contains no from address

added test case

it tests the encrypted and signed container of a message and public key.

don't quote attachments

this patch improve output sanitization

fixed some comments

created test case for signed mutt-like nested mime

corrected link for original edward source archive

clarified configuration step needed to run edward

removed unused language file: lang/an.py

whitespace formatting for edward-wrapper output

insert a newline at the end of the output of the time command

added function docs, removed unused parameter

(the send_reply function)

proper email sending methodology

i am now using the smtp facilities of python rather than calling
sendmail.

this resolves a bug induced by any human name in a from address
beginning with a '-' (dash). this confused sendmail, as it interpreted
the dash as an unknown command line option.

convert isolated <CR> or <LF> -> <CR><LF>

this is for the sake of proper signature verification.

sometimes mail servers strip <CR><LF>s from the ends of lines. however
these characters are required by RFC 3156 for proper signature
verification.

remove colon from procmailrc regex

this fixes an issue related to some messages from the mailer daemon
being treated as normal messages.

updated function documentation

added instructions to README file

users need to configure some variables during setup.

added README file

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