If this works as well as Python's requests library, then you are my hero. I <i>hate</i> dealing with email in Python, because the standard library interfaces to email are horrible.<p>I have a have a project that could use this <i>now</i>, so I will give it a shot. I will report back with my findings.
From an API standpoint:<p>(1) I feel like sending emails isn't a task that's going to be repeated endlessly across a codebase, so is it really necessary to save three characters by truncating "from_address" to "from_addr"? You lose clarity for very little gain.<p>(2) If truncating the above was so important, why is it "text_body" instead of just plain "body"? In this case, you'd lose almost no clarity.<p>I prefer APIs to not have unnecessarily abbreviated words—especially when, realistically, I'm going to type them once per file.<p>(Sorry, pet peeve.)
I feel I should mention Mailer<p><a href="https://pypi.python.org/pypi/mailer" rel="nofollow">https://pypi.python.org/pypi/mailer</a><p>I think everyone who has ever used the python standard library email modules has had the thought "Well, if I just made a small wrapper around this... it wouldn't be so bad"<p>And just about everyone who thought that did it.
Looks pretty good. Being a Flask user, happy to see the flask example as well. Would definitely try and use it in side projects of mine. You open to any forks and/or pull requests ?
Nice wrapper, though it took me a while to get it to work. Tried with Google SMTP, but ended up throwing Sendgrid on a heroku app and hit that api.<p>Wondering if a debug mode would be helpful for the initial set up. See what requests are being sent/received to see what the possible errors are.
Envelopes looks very good for sending emails and for reading emails there is another cool library - Imbox <a href="https://github.com/martinrusev/imbox" rel="nofollow">https://github.com/martinrusev/imbox</a>