Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Caniemail.com – like caniuse but for email content

caniemail.com

Post reply on HN
Print view View original

211–220 of 263 posts

Re: Caniemail.com – like caniuse but for email content

#211

Post by mamediz »

morgunkorn wrote: post #108

Hilarious anecdote about this website: the owner once said there are tons of entries in the usage log of people misunderstanding the purpose of the website and inputting celebrities names to try to email them. :D

At first glance I was trying to figure out what this is about but, so far nothing. It's "like caniuse but for email content", ok but, what is caniuse? I don't know if it is worth but, before launching something new, I wish everyone consider to publish a brief section to explain to the average person what this is about.

Re: Caniemail.com – like caniuse but for email content

#212

Post by iamacyborg »

willdr wrote: post #194
iamacyborg wrote: post #188

Earlier quoted context omitted.

It can quite quickly lead to clipping in gmail if you’re not careful though.

can you elaborate?

Gmail will clip emails if they’re larger than (I think) 104kb.

Using frameworks like mjml can add a lot of arbitrary markup that’ll rapidly increase the size of your email.

Re: Caniemail.com – like caniuse but for email content

#213

Post by pyrale »

idle_zealot wrote: post #120

A fully-featured HTML "document" is really an application, not a document at all, so it makes sense that mail clients limit support. But this fragmentation makes me yearn for a real standard here, an official non-application subset of HTML that doesn't allow fetching remote resources or executing code. Just a document format with embedded media, animations, styling, etc.

Quite honestly, people have no business sending me code to execute or resources to fetch.

I get that adtech is interested in using my email as their billboard, but they can fuck right off. Plaintext + attachments or gtfo.

Re: Caniemail.com – like caniuse but for email content

#214

Post by pyrale »

shortformblog wrote: post #58
evantbyrne wrote: post #51

Earlier quoted context omitted.

They said many of the people they know only accept plaintext, not all of them. We should interpret each other generously.

My point, though, is about confirmation bias. Most people don’t know a lot of people who turn on plaintext email as a point of habit. It might seem like I’m criticizing the guy, but the thing is, there is a very real problem where people are looking at this from their own tech-forward perspective when this is a topic that affects many more people.

I believe there are two points in the message :

- A normative one : the less is supported, the better.

- A descriptive one : many (not indicative of any share) of their relations actually do that.

None of the points is telling about their relations, aside from, maybe, not having many friends in adtech.

Re: Caniemail.com – like caniuse but for email content

#215

Post by Aachen »

qwerty456127 wrote: post #87

What about RoundCube, RainLoop, SquirrelMail etc?

I was also a bit disappointed by the lack of open source coverage. If someone uses proprietary crap that doesn't work, they can go cry to their vendor, but I'd like Thunderbird, K9, FairEmail, and RoundCube to work for example. Anyone is free to use these so it would be cool if emails work there

Would you be interested in adding RoundCube, FairEmail, and K9 support? Those clients I'm familiar with so I can easily load up some eml files into my IMAP server and try them out, but it's some 144 tests total and a tad much to do all alone for "fun"

Re: Caniemail.com – like caniuse but for email content

#216

Post by brongondwana »

arp242 wrote: post #96
legitster wrote: post #90

Earlier quoted context omitted.

> Plain text content is the best content. Hard disagree. Things like bolding text, adding pictures, changing colors, etc are very important for the emails I send. So some amount of HTML is important to me.

Lack of ability to distinguish between pre-formatted text and regular prose alone makes it a complete non-starter for most who aren't reading monospaced text in a terminal. I don't really like reading monospace text for prose (many people don't), and using proportional fonts means things that are supposed to be aligned will break (and if you restrict yourself to text only, you'll find yourself aligning things on occa…

Ctrl-D to format the selected text as monospace in the Fastmail composer is pretty nice - I use it often for sending bits of log line or terminal output when writing up incidents or describing how to do something.

Re: Caniemail.com – like caniuse but for email content

#217

Post by brongondwana »

luckman212 wrote: post #121
brongondwana wrote: post #86

Earlier quoted context omitted.

Huh? You can paste if you have an image in your buffer, or drag-drop image files into an email in the Fastmail composer. I paste images into emails from screenshots almost every day. (I'll take this report as a "we need to make it clearer you can do this!")

Very happy Fastmail user here! Would love if images could be resized in the webapp. For some reason most screenshots I paste in get scaled up to a very unwieldy size.

Yeah, this is a common request :) I've added your prod to the "this is common" data

Re: Caniemail.com – like caniuse but for email content

#218

Post by shortformblog »

iamacyborg wrote: post #188
shortformblog wrote: post #72

Earlier quoted context omitted.

MJML is easily the best tool of its kind and I use it a lot. If anyone is trying to build emails in 2024, it's a major shortcut that helps avoid and mitigate some of HTML email’s biggest headaches.

It can quite quickly lead to clipping in gmail if you’re not careful though.

I usually add a minify step to my sends for this reason.

In my experience one of the biggest causes of clipping is styled links with lots of tracking, oddly enough.

Re: Caniemail.com – like caniuse but for email content

#219

Post by shortformblog »

pyrale wrote: post #214
shortformblog wrote: post #58

Earlier quoted context omitted.

My point, though, is about confirmation bias. Most people don’t know a lot of people who turn on plaintext email as a point of habit. It might seem like I’m criticizing the guy, but the thing is, there is a very real problem where people are looking at this from their own tech-forward perspective when this is a topic that affects many more people.

I believe there are two points in the message : - A normative one : the less is supported, the better. - A descriptive one : many (not indicative of any share) of their relations actually do that. None of the points is telling about their relations, aside from, maybe, not having many friends in adtech.

"Many friends in adtech ..." try average people.

HTML email would not be a thing if only adtech people used it, my man.

Post reply on HN