https://documentation.mailgun.com/api-sending.html#retrievin...
quopri.decodestring(message_source)Edit: a quick cursory google shows http://www.dpit.co.uk/decoding-quoted-printable-email-in-c/ as a good enough solution for C#. I feel kind of stupid now, but had honestly never heard of QP encoding before.
In my experience, it's the only way to keep content of an unknown character set and highly diverse content from getting corrupted when going through processing stages (for email). A lot of the tools to manipulate an email message can (also) be destructive.
Email is weird.
I can see why they'd use it for this service, if the original email was also a part of the notification they're sending.
also first time i was sending sms messages and not using ascii trying to determinate the message length was fun. and by fun i mean gsm 7bit annoying.
Debugging something in an email message encoding in quoted-printable simply by viewing its source is doable sometimes. If it's in base64, not so much. I believe the size of your message would also be less using quoted-printable, rather than base64
The only other issue that I do have with them is that the "history" for messages has a really stupid encoding. Basically, when a message does fail, or get marked as spam, we have a web hook set up. This works great. However, when looking at the message source, it has a dumb encoding on carriage returns, and colons. It's not the biggest issue, but still annoying.
We ended up making a little appliance to resend failed emails for our sales guys. Basically, this had to have the code "Replace("=\r\n", "").Replace("=0D=0A", "").Replace("=3D3D", "").Replace("=3D", "=");" instead of just being a straight copy paste. Ideally we could have a "resend" button. In the console.