Live data from Hacker News

Show HN: Mail Studio – IDE for designing responsive emails

mailstudio.app

181–190 of 214 posts

Re: Show HN: Mail Studio – IDE for designing responsive emails

#181
post #60

An email user's viewpoint: pretty emails formatted like web pages (e.g., like what GOG.com sends) may provide a sense of accomplishment to the designer, and their employer a warm, fuzzy, Brand-CompliantTM feeling -- but as a user I kind of like emails that are just... messages. With hyperlinks if it's appropriate. Images aren't always a great idea -- lots of clients block them by default. Why not have just text in pa…

You're talking about optimization. In your opinion emails with fancy layout and "on-brand" design will get a lower level of engagement than plain text with well-written copy. You may well be right (in a lot of cases.) But you don't know that. It's a guess based on your biases and assumptions. This is why it's critically important to measure things when you optimize them. Believing that you should engage with your cus…

I hope you’re not suggesting inserting and relying on tracking pixels and other unreliable junk into outgoing emails in order to measure.

Besides, guess what, many times, “engagement” is precisely what I don’t want to be coerced or manipulated into doing.

Cursing while clicking around your funneling website to find a place to do a GDPR data delete request and eventually giving up while filing your sender as spam also counts as engagement. Whereas plaintext email is way less likely to trigger that response.

Re: Show HN: Mail Studio – IDE for designing responsive emails

#182

Earlier quoted context omitted.

Outlook is probably the most common desktop client, but I think most people (even in corporate settings) are using webmail these days; either Google Apps Suite or Office 365. The former at least displays images by default (Google re-hosts them and rewrites the email source). Not sure if MS does the same.

Nope - https://emailclientmarketshare.com/

> Since determining the client in which an email is opened requires images to be displayed, the data for some email clients and mobile devices might be over- or under-represented due to automatic image blocking.

I wager Outlook users are less likely to have remote images enabled

Re: Show HN: Mail Studio – IDE for designing responsive emails

#183
post #13

This is desktop software, why is there a monthly fee? I occasionally want to send “nice looking” emails but get asked by lots of comms people about it. Recommending a monthly fee service is a non starter, but buying some software is pretty easy to decide. “Should I pay once? Or pay forever?” Is there anything in the functionality that takes advantage of SaaS? Other than updates and whatnot? Of course the price/value…

This is directly from Martin (developer of Bootstrap Studio and Mail Studio):

"You will notice that Mail Studio has a different pricing model - it is subscription based. This is necessary because the app depends on a lot of cloud features like cloud saves, sending email previews and syncing with email providers, which are not possible to provide with a one-time purchase."

I bought and paid for a lifetime license to Bootstrap Studio and I absolutely LOVE that product.

Re: Show HN: Mail Studio – IDE for designing responsive emails

#184
At first I wasn't going to run a Bash script for installation, but wow, this one is nice. It's just an AppImage, and the script just adds .desktop files and such, and only for the local user.

The only suggestion I would make, would be to use/make an Applications folder. I think that's the recommended place to put AppImages. Having it's own dotfolder in my home dir is a bit... cluttering.

Re: Show HN: Mail Studio – IDE for designing responsive emails

#186

Earlier quoted context omitted.

My understanding is that is exactly why Google provides a proxy for that.

Last time I checked Google is proxying the external ressources right in the moment when the email is opened, so it just protects the IP address.

Yeah most companies don't care about the IP they care that the email was opened by the target/victim and that's what happens even with proxied images.

Re: Show HN: Mail Studio – IDE for designing responsive emails

#187
post #143
post #12

MJML deserves a mention. We use it, together with mustache, to let users create their own mailings from some building blocks we offer. Works quite well!

Huge fan of MJML! I've been using it to send out my [shameless plug]weekly nerd-focused newsletter (see bio)[/shameless plug] and I've got a nice workflow going with it. I'm using a workflow of Pug (nice and short syntax to save on keystrokes) -> MJML (via Pug mixins) -> HTML. MJML has a really nice Visual Studio Code plugin that has live reload on edit, so it's all a super nice locally-hosted way to develop rich tex…

would love to know about your workflow & link to the code :)

Re: Show HN: Mail Studio – IDE for designing responsive emails

#188

An email user's viewpoint: pretty emails formatted like web pages (e.g., like what GOG.com sends) may provide a sense of accomplishment to the designer, and their employer a warm, fuzzy, Brand-CompliantTM feeling -- but as a user I kind of like emails that are just... messages. With hyperlinks if it's appropriate. Images aren't always a great idea -- lots of clients block them by default. Why not have just text in pa…

It's not just web-based clients that implement dark mode, macOS Mail also does this. That's why I was a bit disappointed to see "background-color: #ffffff" in the screenshot.

Re: Show HN: Mail Studio – IDE for designing responsive emails

#189

Earlier quoted context omitted.

My understanding is that is exactly why Google provides a proxy for that.

Last time I checked Google is proxying the external ressources right in the moment when the email is opened, so it just protects the IP address.

Google proxies the requests, and makes one (and only one) upstream request. This prevents subsequent 'pings' if the user opens the email again later.

Re: Show HN: Mail Studio – IDE for designing responsive emails

#190

Earlier quoted context omitted.

The problem in 2021 (and 2022 and 2023, etc) is that the app will break over time. OS updates will break a small piece of functionality. Critical security vulnerabilities will be discovered that need to be patched. If the developer abandons the application because it isn't earning new revenue, the application will eventually degrade over time. I don't have a good answer here, because I also don't like the SASS billin…

You think those issues began in 2021?

No
Post reply on HN