That'd be nice, but I'd even settle for the plain pdf attached to the email.

mcv 3 hours ago | parent | next [-]

Unencrypted sensitive data in an email is a really bad idea. I hope they never do that.

Although what I would really like, and think is long overdue, is an extension to email that normalises encryption and sender verification. It's ridiculous that email can be spoofed like that. (The same is even more true for phone numbers.)

▲

pocksuppet 3 hours ago | parent [-]

Is it really? Who can read it today? Your email provider and theirs? Gmail won't deliver messages without TLS any more, so everyone supports it or they're effectively kicked out of email.

	▲	floam an hour ago \| parent [-]
		TLS just encrypts the IMAP / SMTP sessions, no guarantee it’s stored encrypted, let alone end to end

▲

saltcured 4 hours ago | parent | prev [-]

For things like financial records, I would not want plain PDF in the email. I think it needs encryption for confidentiality.

I am geeky enough to use PGP or S/MIME if they had the option, but I can definitely see how vendors would see this as too fringe with retail customers. I would not like the typical "secure email" which is nothing more than a volatile link back into yet another website.

	▲	wwind123 3 hours ago \| parent [-]
		Hmm, yeah some people feel that plain emails are not secure for sensitive information. As a result, some banks provide a "secure email" box that's usually PITA to use. It'd be great if there's a unified API for all financial institutes to provide sensitive info (statements, tax forms etc.) and you just need to run a software tool to download them once in a while or when you need it.