Re:Why Does Email Development Have to Suck? – Explaining all...
by LastTrain on Thursday August 17, 2023 @08:17PM
(#37170043)
OK. So what, I'm not going to complete my password reset notification because the page isn't beautiful? If you are tracking response rates it is because people aren't expecting an email, because they didn't ask for one (i.e. it isn't a password reset notification). GP is right - I want information I /need/ to be in an email in a succinct format, and I don't want emails I don't need.
[ Parent
| on HN ]
Re:Why Does Email Development Have to Suck? – Explaining all...
by yakshaving_jgt on Friday August 18, 2023 @02:26AM
(#37171972)
1. Yes, normal people who don’t read HN have less trust in a plaintext email.
2. Yes, abandonment will be higher if the user can’t click the password reset link in the email.
Re:Why Does Email Development Have to Suck? – Explaining all...
by marssaxman on Friday August 18, 2023 @02:05PM
(#37179692)
> less trust in a plaintext email
What a remarkable idea! "HTML mail = useless bullshit" is such a strong correlation in my mind that it had never occurred to me other people might see it the opposite way.
Re:Why Does Email Development Have to Suck? – Explaining all...
by yakshaving_jgt on Friday August 18, 2023 @04:00PM
(#37181302)
I can't tell if this is sarcasm.
Personally, I've been using mutt in the terminal as my primary email client for several years, and I absolutely prefer plaintext email.
But this isn't about me. Nor is it about any other computer nerd here clutching their pearls over HTML email. The reality is that users of web applications — the kind that probably a significant proportion of HN readers develop to earn a living — expect HTML transactional email.
It's table stakes. That's just the reality.
Re:Why Does Email Development Have to Suck? – Explaining all...
by marssaxman on Friday August 18, 2023 @04:39PM
(#37181786)
Not sarcasm at all.