What is Reddit's opinion of
HEY?
From 3.5 billion Reddit comments
93 reviews of this app found across Reddit:
> Any thoughts on the likelihood of Hey.com going under in the near future?
I don't think this is likely. 3-6 months of payroll for 1/3 of staff will be a hit but not existential. I don't think they would've offered such generous severance if they couldn't afford it.
I expect the biggest impact to us as customers (or former customers) is that new feature development will slow down because of the reduced team size.
Epic picked a very public fight with Apple on purpose. Already this pressure combined with the hey.com guys has made them change their rules and add more carve outs, Those rule updates are also being criticized heavily.
Change happens slowly. I think the end result of all of this noise will be Apple reducing the cut they take permanently or allowing alternatives to IAPs in apps in a lot of scenarios.
Because that's really what this is about. Allowing users to side load apps and have alternative app stores would be cool but I think most of these companies would settle down if Apple wasn't taking 30% of their revenue and their app updates were no longer blocked for random arbitrary reasons.
How on earth is this the end of the iOS ecosystem? What are you even taking about? I say this as a published app developer, Apple having a more developer friendly app store would encourage me to participate more.
I think there is a difference between employees coming and going and losing 1/3 of your staff as well as your entire iOS development team. I'm not predicting they are going under. But I'd not be surprised if Hey.com as a product doesn't go away.
There are some basics that are repeated over and over, I stopped watching all the videos a long time ago, but I keep an eye if they come up with something interesting.
I just make my classification.
If you start from absolute zero, spend a Sunday watching either:
- Tim Schmoyer
- The Nimmin brothers
For technical filming advice
- Jeven Dovey
Then just keep an eye to see if they come up with something interesting.
Not very interesting and redundant if you have watched those above (too much on motivational side for me)
- Benji Travis
- Sean Cannell
- Brian G. Jonson
- Sunny Lenarduzzi
If you want some serious motivational content
- Roberto Blake
Follow religiously
- Matt Gielen (top YT critic by miles and miles and miles)
- Derral Eves (when he is speaking in public only, the short videos are usually nothing special)
- Ian Corzine (legal advice)
- Hey.com (criminally underrated)
Mention of honour for
- Daniel Batal, the nicest person on YT
- VidIQ channel
Hey has a similar concept. There is The Feed that I use for newsletters and promotional items and Paper Trail that can be used for receipts or notifications and such. You will have to opt them in first and designate to The Feed, for example - it’s not automatic. But that’s per their philosophy to not let machine decide for you. Also product is not free.
This page has been online with a claim of 98% since June 16th, 2020. Linked in the footer of every page on Hey.com under "No Spy Pixel Tracking!"
The website has a pretty clear page about the spy pixel blocking that claims they block "98%", not 100%. They have a listing of which ones they block, too.
There are many, many methods to accomplish the type of tracking that spy pixels do. It's a game of whack-a-mole for Hey to try and figure them out and block them. I believe they've documented at least one case where a company changed its method after Hey launched.
> so it strains the imagination that it comes as a shock to any app developer.
You and I are arguing the merits of thing. That a rule was in place, does not in and of itself prove its own merit.
> So let's move the argument to whether or not Apple should be requiring apps to use its payment mechanism.
That is, in effect, exactly what I was arguing in the first place. Once the app is downloaded, the payments and delivery for content, for example on Amazon app are handled by Amazon, not Apple.
I'll add the fact that many businesses do not want to use Apple's payment system because Apple then takes over the customer relationship and the business has no capability to do customer service, offer a refund, etc. Everything (payment wise) has to be through Apple if Apple handle's the payment. Read Hey.com's CEOs explanation if you like.
My overall point is I should be able to "buy" a kindle book by pressing a buy button in the Kindle app. I am not asking that Apple handle the payments of kindle apps—that's Amazon's job. The relationship is between me and Amazon. And Amazon is doing 100% of the work.
But Apple has this rule, as assumed, because it wants to incentivize apps to hand over payments to Apple.
Why do you say they don't encrypt data at rest? They claim on their hey.com/security page to encrypt "at rest" as well as "at work". Which is a bit above and beyond from my experience. And access to customer data by employees is also logged.
Thanks for the reply! Unfortunately, I have too many email accounts and I need to use an app (currently Spark) to check them all in one place. After some research, I found hey.com that offers that but only for their email service. Nothing else :(.
I will try this!!! Whoa! Way better. You'd think Hey support would have mentioned this tip. Guess they really dig their email philosophy! Hehehe
I agree with your point in 3, except that I do want to go through all my newsletters, like TED.com, and a bunch of others, but my Feed is mostly ads and flyers, so I wanted to delete those in bulk, and then go through 8 months worth of newsletters.
I am in an outlier situation where I didn't use my Hey.com email for 8 months (Basically when I had to do remote teaching and couldn't even find time to watch a full movie).
I'd really like to see something implemented similar to how hey.com blocks tracking pixels even when remote images/content are loaded. Apple definitely has the resources to implement this, and ProtonMail presumably does as well. Obviously this is not possible for E2EE email, but the overwhelming majority of email that hits our inboxes arrives at ProtonMail's servers readable and at that point known tracking pixels could be stripped. It's a difficult problem, but not impossible, and ProtonMail has plenty of talented and capable employees. Fingers crossed this makes its way into a future release.
I'm looking for an alternative solution for my main email service. Protonmail is in my radar, Tutanota is quite a possible solution, but now Hey is pretty interesting (visually speaking, to me) because in terms of security they said:
> What about encryption? HEY’s database (which holds your email) is encrypted both at rest and at work, which means our technical team can access the database for service, support, tuning, and forensics, without giving them access to people’s actual emails. HEY is not end-to-end encrypted (we still hold the keys), but otherwise it’s as locked down as can be.
And about privacy:
> Can you read my emails? Technically, yes, but practically, everything is locked down tight. We hold the encryption keys to be able to send and display your email, but we have strong and strict access protocols, policies, and auditing in place to prevent misuse. Every instance of data decryption by our team is logged, and that log is reviewed on a weekly basis by a separate team. Read more about our security approach.
Sul profilo open source + privacy penso sia l'opzione migliore. Non so se ci siano vere alternative.
A me piace moltissimo anche hey.com ma è più costoso, non e2e encrypted e non ha parti open source.
Hi /u/drudan_forest. Thanks for the feedback. This blog/newsletter is hosted on HEY. They are usually supportive of the "Web 1.0" and non-walled gardens. I've investigated a bit, and I see that sometimes Firefox cannot detect the body of an article. That's why it doesn't work out of the box. I'll try to reach HEY folks and see if they can make it possible.
Apparently, there's no much documentation on how to make a website properly support reader mode.
Another option is to grab the RSS feed and render it with a client.
I agree, I'd use it for small non crucial parts like admin panels etc. To Hotwire's defense it's being used in production by the Basecamp guys for their new Hey.com app but still it's very very new and I'm sure bugs will turn up.
I'm especially curious about the streaming part - how will that scale, it's gonna put ActionCable to a real test.
Maybe you're right and it wasn't clear enough that you couldn't use the email as a sending alias after you leave, I wouldn't even have considered this honestly.
They've been pretty clear though that they're not considering adding smtp access right now.
You're in a similar situation than me where Hey isn't just the right fit for me right now. It still forwarding emails to an email account on a domain name I choosed and own, so it's easier to say goodbye to that hey.com alias.
I found links in your comment that were not hyperlinked:
I did the honors for you.
^delete ^| ^information ^| ^<3
> As for adverbs and adjectives, I think they have their place in content/copy as long as they're not overused.
I agree. I wrote it for people who write like 'the most powerful team management tool' instead of 'manage your team with X'. It is overused.
> The same way no one likes reading about someone's life backstory (that's there only for SEO) when reading a recipe on cooking.
I agree with this one too but a story like HEY! is always great in my opinion.
​
Thank you for the comment!
Good write up, always love reading things like this. The neverending quest for the optimal setup! I'd enthusiastically join a club where we all do a write up like this.
Interesting you use Fish - I've tried twice to get away from Zsh (once with Fish, once with Xonsh) and never quite made it stick. Too many things break or need workarounds. Might be time try again.
OneTab, FileLight - great suggestions!
Re: email - I switched to Fastmail to get away from Google. No complaints at all. (I'm very interested in Hey.com though. Will see how that plays out.)
Have you had a go of Comrade Neovim? I find this pretty cool - when using a JetBrains IDE I can seamlessly swap to a real Vim instance and back.
So I thought you were having a stroke, but now I understand that one of the old sponsors was an email product called just "hey" hey.com – IMO this is among the most confusing product names in the past year along with "M1 Max" and "M1 Macs"
Great post. Here is what I did:
- Was exercising regularly (gym 2-3 times/week) for a few months, it was great. Then got surgery and stopped.
- Hired a personal assistant overseas. She helped me a lot, especially with finding doctors and managing appointments. Because of that, I did so much more for my health in 2021 than in 5+ years prior.
- Signed up for Hey.com. Much more effective and pleasant to process emails than in Gmail.
- Got a lifetime subscription for Amazing Marvin. I've been looking for a perfect task management tool all my life. This year I finally found it.
I really tried to make a go of DuckDuckGo and Bing but for programming, Google just has it dialed in. Chrome has been much easier to kick outside of work. I kept hoping hey.com would offer its single user plan with a custom domain so I could ditch Gmail.
I found a solution to this that works for me.
There's a app called Doosra that lets you get a dummy mobile number and receive SMS etc on it so you can give it anywhere, even if they ask for OTP
Similarly I use hey.com for E-Mail. It is a privacy focused E-Mail tool where whenever somebody E-Mails you for the first time they go to the screener where you decide whether you want E-Mails from them or not. If it's unwanted it's just one click and the spammer is gone forever.
I'm not associated with either Doosra or Hey. Just nice tools to use.
Please review the sidebar rules, in particular:
- Hey invites? Try https://hey.com/soon/ first, otherwise go to /r/HeyEmail
I am a bot, and this action was performed automatically. Please [contact the moderators of this subreddit](/message/compose/?to=/r/Invites) if you have any questions or concerns.
It's a common misconception that you have to choose.
StimulusReflex doesn't attempt to handle forms. You should use Turbo Frames to handle form submission so that you get the full value of ActionDispatch for data entry UIs. Model validation, REST/CRUD routes, safe params and middleware are all things Rails has always been amazing at.
StimulusReflex is only for working with the current page. It's designed to be paired up with Turbolinks or Turbo Drive for navigation.
StimulusReflex is built on Stimulus. Weirdly, Turbo Frames/Streams update the DOM using innerHTML, which will reset Stimulus controllers.
Turbo Streams is - in my personal opinion - hot garbage. It has an awkward ERB template API; CableReady has 7x the operations and a long list of powerful features. If Rails Core was smart, they could transparently replace Turbo Streams with CableReady in a few hours.
Turbo Native mobile wrappers can be used with SR/CR apps just as easily as Turbo Frames/Streams-based apps.
The StimulusReflex Discord provides free, generous, non-judgemental, 24/7 live support for StimulusReflex, CableReady, Stimulus, Rails and Turbo.
TL;DR: Use Turbo Frames and SR/CR together to win. The further your app is from Hey.com, the sooner a Turbo Frames-only path will hit a hard ceiling, complexity-wise.
I would suggest downloading your emails, which Hey allows you to do, and also create an account somewhere to forward all future Hey emails to in case the whole thing goes under.
I am keeping my fingers crossed that they keep going as I really like Hey.com and I'm paid up through September.
Try Turbo? It's basically iframe-like navigation that make backend rendered pagelets feel like SPA. It's the underlying of Hey webmail
>A me piace moltissimo anche hey.com ma è più costoso, non e2e encrypted e non ha parti open source.
Effettivamente è un po' troppo costoso per le mie tasche ma grazie ancora per il suggerimento :)
> HEY for Domains includes: > The best of HEY, and then some > Each user gets everything included with the personal HEY plan, except for an @hey.com email address and a personal blog.
Looks like HEY for Domains is still not a superset of Hey for You
I know you are probably being facetious but if you are serious, we are in the process of making a blog that you can post to using email - something like Hey World by the guys at hey.com but for your own domain.
Let me know if you want to know more details.
Any mail sent to your hey.com address can be forwarded whereever you want forever. You can't send using a hey.com address inside of gmail which is what it sounds like you're trying to do.
What you want is Fastmail. Check out their offering.
Forwarding out of hey.com to Fastmail works just fine. I've tested that. But again, you cant use that address for sending email from anywhere other than HEY.
Ohhh I have no idea about Android. Could be they didn’t update the Android app 😬.
In that case you’d be better off waiting it out or maybe checking out Hey https://hey.com or Big Mail https://getbigmail.com/
https://hey.com. It’s an alternative email provider, you get a @hey.com address, but you can forward your gmail and it works well like that. Subscription, but the app is the best I’ve ever used, they’re privacy first and you’re supporting a small company with your money rather than a huge company with your personal data.
Please review the sidebar rules, in particular:
- Hey invites? Try https://hey.com/soon/ first, otherwise go to /r/HeyEmail
I am a bot, and this action was performed automatically. Please [contact the moderators of this subreddit](/message/compose/?to=/r/Invites) if you have any questions or concerns.
Hook me up with an invite. Clubhouse reminds me of this app called HEY I have a feeling clubhouse is going to be like that once they get enough analytics to exploit its users long term.
The majority of online ads are from Facebook and Google. It's more possible than you might think to get them out of your life.
I deleted my Facebook account, switched to Safari/Firefox for browsing, use DuckDuckGo for searching, and hey.com for my email.
The only thing I haven't been able to quit yet is YouTube.
I had thought that consumer Hey didn't allow sending as any address other than your *@hey.com, but it looks like they did add in SMTP sending support. However it doesn't work for "services with more complicated authentication requirements or restrictions, like Gmail, Google hosted domains, and some Office 365 setups".
Technically, it's not different. The biggest difference is that Hey is fundamentally designed around this workflow. You are required to screen in each address, and the UI is designed to give you an easy choice of where to deliver the emails as you do this. You could establish rules in Gmail for every single address, but it would be tedious because the UI wasn't conceived for that.
Not sorting by AI is part of the Hey manifesto: https://hey.com/the-hey-way/#hi-not-ai
I mean it may still be a bug that should be corrected. You usually are suppose to keep your @hey address even after cutting your subscription but only for forwarding.
Check https://hey.com/pricing/
Check out hey (paid email service not a client) from the creators of Basecamp. They even block trackers embedded in emails. https://hey.com/
A short snippet from their website:
Encryption at-rest, at-work, and in-transit, but not end-to-end
The first thing people often think about when they think about security is encryption. Someone really savvy might have heard about end-to-end encryption, which is the gold standard.
But email was never designed to be end-to-end encrypted, because with email you don’t get to control what app or service the recipient uses. That’s both the curse and the magic of email. It would take changing thousands of email apps, millions of email servers, and nearly fifty years of inertia and established protocols to support end-to-end encryption in an easy, consistent, and guaranteed manner. As you can imagine, that’s not likely to happen.
They have notifications, just not app badges. See here.
You can also use the new iOS widgets to have a glimpse into your Imbox, Feed or Paper Trail without needing to open the app.
I don't know what OP's deal is either but they should read HEY's Refund Policy which states:
>If you were really not happy with HEY, you can have your money back.
No reason to pay $100/year (at minimum) if you aren't all in.
Sounds to me like you're being targeted by a dedicated attacker(s).
I'm not sure how it'd work in postfix exactly, but I'm thinking something along the lines of hey.com where email from unknown senders is routed to a "maybe junk" folder for the user to approve or deny, and then future email from that address is either blocked, or delivered to the inbox depending on the user's decision.
Paying for custom domain access through Hey is a tough sell. As it stands now, I can pay $100/year for a Microsoft 365 family subscription that allows custom domain access along with (there may be oethers):
- full access to Microsoft Office products for six people
- 1 TB OneDrive storage/person for up to six people
For the price of Hey.com, I shouldn't have to also pay for custom domain access.
- Custom domain support not arriving for the general public this year. They missed their deadline. I'm disappointed but not surprised.
- But it is happening. There are users right this minute using what is apparently going to be called HEY for Work. The folks at Basecamp themselves of course are also using it. Release to general public now promised for early 2021.
- HEY for Work apparently doesn't exactly = HEY for custom domains. They seem to be designing HEY for Work so that HEY becomes a key collaboration tool for teams. Those of us who just want to use HEY with our own domain will be able to do so "soon" but I'm not sure whether that's going to be HEY for Work or whether they're going to release a slightly different flavor of HEY perhaps with different pricing.
- You can read more here.
Basecamp runs on Rails, and Shopify does as well. Both of them regularly release information on how they tackle issues, so to be honest, I don't see how Twitter leaving Rails is even relevant anymore. There's also Github/Lab. Also worth noting that DHH recently launched HEY.com on Rails which is a paid email service that's quite smooth and was built for scale. However much of an issue it was back in the day, it's appears to be significantly less of an issue now.
Protonmail uses an encryption method known as PGP. PGP is a standard way to end-to-end encrypt email content that has been around for close to 30 years. It can be "added on top" of any email service since it happens on the client side. The provider only see a standard email with a peculiar email body. PGP works by using public-private key crypto. For you to use it, you need to
​
- Create a keypair
- Exchange the public keys with whoever you want to talk to.
Step 1 is automated with Protonmail, it happens when you create an account. Step 2 is automated between people using protonmail. There is nothing stopping you from emailing safely with people outside the ecosystem, but you need to import the public key for the email recipient and give them yours before they can reply. (you can automatically attach the public key to sent emails in your settings. This may or may not be a good idea). You import the keys by uploading them to a contact in protonmails web interface
​
I checked hey.com, and the claim that they encrypt email and other data but they do not claim end to end encryption. If you want it with the hey.com account, you need to do step 1 and 2 by yourself. It will require some reading from you, there is a reason PGP never really took off. "User friendly" is not words I would use to describe the experience of setting it up by yourself. You need to use the Enigmail plugin on Postbox
​
It is not easy to know is somebody support it. There are three ways.
- Are they using a provider that automates it? (Basically, are they protonmail users?)
- Ask them
- Query a key server for a published public key. Please be aware that anybody can publish a PGP key for an email adress. This may or may not be a concern for you (If you are random dude/dudette 123 probably not). A hit does not guarantee they still use it either
Please review the sidebar rules, in particular:
- Hey invites? Try https://hey.com/soon/ first, otherwise go to /r/HeyEmail
I am a bot, and this action was performed automatically. Please [contact the moderators of this subreddit](/message/compose/?to=/r/Invites) if you have any questions or concerns.
Hey.com has a system where you have to allow each unique email from hitting your inbox, solves the problem without charging people which is a silly idea.
There are also plenty of websites where you can pay to send a message (that is confirmed read) by celebrities etc
According to this:
@hey address is $99 a year Custom domain is $12 a month per user
Therefore if you want both (@hey address and your custom domain) it will be $243 a year.
I think Hey wants to move away the paradigm "I need to see everything so I don't miss anything" towards "Missing some newsletters doesn't decrease my quality of life and reduces time I spent on email".
"Email is a river. Let it flow." https://hey.com/flow/
Please review the sidebar rules, in particular:
- Hey invites? Try https://hey.com/soon/ first, otherwise go to /r/HeyEmail
I am a bot, and this action was performed automatically. Please [contact the moderators of this subreddit](/message/compose/?to=/r/Invites) if you have any questions or concerns.
I found links in your comment that were not hyperlinked:
I did the honors for you.
^delete ^| ^information ^| ^<3
Sure.
Ship your opinions basically means that you need to build features that fit your point of view of the world. This will make you unique.
As an example, Basecamp built a feature in Hey.com (their new email service) called 'The Screener'. Basically, when someone who has never emailed you before, emails you for the first time, their email will not land in your inbox. It will go into an area called The Screener which is a list of emails from people you don't know. You then let Hey know if this new person should be allowed to email you or not.
If you approve them, every email you get from them in the future is always in your inbox. If you decline them, you will never hear from them again.
This is a great example of 'ship your opinions' because it's consistent with how Basecamp approach email communication. They believe you have the right to choose who you let into your inbox and not let anyone email you. It's contrary to what other email clients do.
Apple is also another great example of a company that really ships a lot of opinions. For example, early on, they believed that keyboards on phones are necessary and stupid, so instead of copying the successful competition (Blackberry), they shipped the iPhone without a keyboard and that made the product unique.
I found links in your comment that were not hyperlinked:
I did the honors for you.
^delete ^| ^information ^| ^<3
>You can also sell any digital goods or subscriptions without paying apple anything, but you can't do it directly in your app
This is wrong. If your app has a subscription, you must offer a way for users to pay for it via an in-app purchase. Certain companies like Netflix and Spotify are exempt from this rule, but most aren't. This is exactly what the entire controversy with the hey.com app was a couple of months ago.
A bit funny is very kind of you 😄
I think we have seen ways to put Apple in its place by the peeps at Basecamp with their Hey.com rejection over this. I think this is a topic that wont leave Apple sphere any time soon. The all around mood in the developer community is not very positive towards Apple at the moment. Many have friends there, including me, working on really important stuff. The beef between the developer community and Apple is Apple management
#3 is tricky to do if you don’t own the domain due to SPF/DKIM/DMARC — (#6) if you own the domain, custom domains are coming https://hey.com/custom-domains
#5 it’s an electron-based clone of the web app - so it doesn’t have anything extra the web app doesn’t have
Newish. See the hey.com rejection fiasco just before WWDC: https://www.theverge.com/2020/6/18/21296180/apple-hey-email-app-basecamp-rejection-response-controversy-antitrust-regulation
Read their Manifesto. Go with the flow.
https://hey.com/the-hey-way/#flow
> Rather than encourage people to keep cleaning up their inbox, or attempting to achieve inbox zero, HEY takes > advantage of time. You can’t get to inbox zero in HEY. You can’t even archive emails in HEY. When you read an email, it > just moves down, and, eventually, moves off when newer emails come and take its place. In HEY, emails just flow, they > don't pile up. Let go.
Seems stupid. I don't have Facebook or an iCloud account. I'm thinking of ditching Gmail for hey.com so your product would become inaccessible to people like me.
Personally I think it should be up to whoever made this decision to justify why they think you should approach on-boarding in a fundamentally different way than the other 99.9% of companies? It's either a mistake or some idiot thinks he has Apple-esque innovation foresights.
I found links in your comment that were not hyperlinked:
I did the honors for you.
^delete ^| ^information ^| ^<3
I guess my issue would be that your paper trail will get full up of stuff that isn't really paper trail, as you're using it as an archive for random emails you're done with and not just 'paper trail' bits. So it may become difficult to manage or sift through in the future.
I've realised I have no problem with not having a screener as all it really is is rigid automated rules, and starting a fresh. So starting any new email account gets you a screener as you can then choose what correspondence you get and set up rules for accounts. Those rules can also be way more flexible on other services, so a [email protected] account could have multiple rules for invoices, newsletters, general correspondence based on subject line rather than a blanket rule based on the email.
If it works for you then absolutely go for it, just seems too big a compromise to me when Hey.com is unlikely to flex it's policies.
Each one has a server signature based on the domain name etc.
They are not difficult to spot in the email source code.
Here's a list I found with 30-sec google search
https://github.com/JannikArndt/EMailTrackerBlocker
Here's what hey.com blocks:
I'm liking some features of Hey, but $99 for only a hey.com domain would be tough pill to swallow. If they won't commit to including custom domains in that price, I'm feeling doubtful I'll commit to Hey until they do (or if there's a additional charge, it'd better be darn minimal).
This is why there is no talking to people with your position. I have been to hey.com, and I just went back. There is a distinct lag on every button click in the nav bar. Yes, the nav bar persists, thank you Turbolinks. And no matter what you do, images still flicker and bounce all around while they're loading, because the default web is a terrible UI platform, because it wasn't designed to be a UI platform.
Web developer as well. What I hate the most is that I'm seeing patterns repeated in JavaScript that were abandoned in other languages because we found out in the long run they were painful.
I also hate that I have the fastest Internet I've ever had in life and one of the slowest browsing experiences. Pages, on average for me, aren't loading faster than my first 6 mbps cable modem because the ad networks, shitty coding, etc, have bloated everything so much.
With respect to "that old HTML" you should look at what Basecamp has done with hey.com/ as a lot of folks are noticing how "plain" its HTML is. The site almost runs without JavaScript and although not on the roadmap, the founders have discussed adding that ability.
>And they don’t encrypt data at rest
Hey claims that the data is encrypted at-rest and at-work (meaning DB fields are encrypted with specific keys derived from a master key): https://hey.com/security/
I can only assume these keys are all in memory. So this means they have the keys needed to decrypt your data, but it is encrypted in the DB. From reading their website I get the impression that this is to limit how much raw user data their engineers are exposed to when working on the application or troubleshooting.
This is not as good as ProtonMail, since ProtonMail derives keys from user's passwords. In theory ProtonMail can't read stored emails. (There are plenty of ways for them to get around this, though.)
Note that Hey's whitepaper makes no mention of the encryption "at-work". I asked them about this and a member of their security team said that the whitepaper was out of date and that they'd work to update it soon.
Not me. I only trust one-way encryption for my emails and documents. Coupled with non-sms two factor and third party audits, it's as close to bullet proof as you can get. That Hey can (and do) decrypt your data is a non starter for me.
​
> Can you read my emails? Technically, yes, but practically, everything is locked down tight. We hold the encryption keys to be able to send and display your email, but we have strong and strict access protocols, policies, and auditing in place to prevent misuse. Every instance of data decryption by our team is logged, and that log is reviewed on a weekly basis by a separate team. Read more about our security approach.
I can give you similar example that made me decide not pay for Hey. Here, in The Netherlands, we have discount online retailer- zalando-lounge.nl - every day they send me list of brands that are on sale. Most of the time I delete these emails, but sometimes I order using their links. Then I receive invoice from the same address - now where is this supposed to go? The Feed or The Paper Trail? And finally - weeks later I will receive shipment confirmation, again from the same email address - this one should come to my imbox + have notification on so I can make sure I am available for delivery.
My emails can not be organised based on the sender alone and at the moment that is the only option offered by hey.com.
That is intentional, if you read the manifesto - https://hey.com/the-hey-way/ - it basically explains that it shouldn't always be trying to grab your attention and distracting you. Instead as mentioned by others you could choose to set specific contacts to notify you.
Email by its nature is an asynchronous form of contact and so there should be no expectation that you reply immediately. Personally I tend to check my emails manually every hour or so when I have a break from a focussed task. Everyone is different of course so you could do more often or if you prefer I think it is possible to set always to get alerts for mails in your Imbox. But it is worth asking yourself first if you really need to know the instant someone emails you and if the value of that is worth the fact it probably causes you to slow down your efficency on what you are working on.
It's just an email service / client. you can read their pitch to see if any of the features or design is worthwhile to you.
Apple's rejection was mostly about Hey needing a paid subscription to work but Hey not wanting to use Apple's in-app purchase system (and giving up 30% of the profits to Apple) or give up the ability to offer customer support directly
But a lot of companies have figured out ways to land their marketing email in primary tab of gmail ;) BTW there are new email clients coming (Hey by basecamp - https://hey.com/) which might not allow email marketing at all.
In case you're not a troll. - They make it a point to "name and shame" services that use tracking pixels on their site so it's actually quite important to call it out if they are doing the same.
If you are a troll, then happy trolling :)
you know the sign up button.
Sorry for using the verbiage of fill out form.
e-mail the address listed and state why you want an invite. Think it's just to prove you're human.
Saying Devs can go to Android is like like Mob saying give us X, or move to Illinois. Apple has too much industry power. No one company should have that power, hence people are calling for anti trust probe.
If Apple wants to force a walled garden, then the least they can do is allow apps to function properly.
That’s what I want. That’s what I value.
Maybe you get off on apps not working properly, and devs having to employ empty work arounds that are nonsensical. I don’t.
You seem so content to let Apple get their way, and a little too disconnected as to why Apple is a nuisance.
I recommend you listen to dev podcasts and read their blog posts and twitter takes. Here’s one to start, from Hey’s CEO:
They do mention encryption: https://hey.com/faqs/#what-about-encryption
> What about encryption? HEY’s database (which holds your email) is encrypted both at rest and at work, which means our technical team can access the database for service, support, tuning, and forensics, without giving them access to people’s actual emails. HEY is not end-to-end encrypted (we still hold the keys), but otherwise it’s as locked down as can be.
I found links in your comment that were not hyperlinked:
I did the honors for you.
^delete ^| ^information ^| ^<3
Thanks for the good write up. The email address thing does seem like a serious flaw. In my organisation the regular newsletter-time emails come from a real person's email address, so I'd have the same problem as you. (The issue with sending to large lists isn't so much of a problem).
The domain support is important too. I can forward email into Hey - but can I respond with a different from: address besides hey.com? (In other words, can I use Hey for work even without work supporting it?)
Why do you keep bringing up “argue in good faith.” You’re the one starting out antagonism with “lmao”, followed by a mocking conversation, followed by whatever the fuck your sign off was. There is nothing good faith about your approach. If you were approaching me in good faith, then we would be discussing the topic at hand, instead of the poor quality of your behavior.
Secondly, idiot, we’re not here to discuss Apple’s 30% app fee. We’re discussing whether or not Apple can use its market position to compel businesses to share their service revenue with Apple. Not their app revenue, your idiot, their service revenue.
Hey.com is not an app company. Nor do they make their money selling apps. They make their money selling email service. Which Apple has nothing to do with. In 2020, email service providers cannot thrive if they are barred from iOS. Hence Apple has market dominance and are using that to compel a business to share email service revenue, which Apple has no hand in producing nor selling.
Thirdly, you should read the CEOs perspective. https://hey.com/apple/iap/ you don’t strike me as a perspective taking person though. Doubt you’ll read it, nor understand it.
Anyway, don’t respond. It won’t be read.
The Hey CEO had a good response to this approach: https://hey.com/apple/iap/
The ;tldr is that using IAP, those aren't your customers. It creates a problematic model and ties customers into Apple in a way that is good for Apple but not good for customers or companies providing services.
Please educate yourself, you sound incredibly uninformed. Apple has changed the rules without actually changing the written rules.
I recommend you listen to the latest episode of ATP where they talk about this in depth. It starts around 1:28:00 right after their sponsor message.
You should also read this. Money is not the only problem here.
Please educate yourself and read this. They are only offering a service to small-time devs. Full fledged companies are only hurt by using the App Store. This article details several reasons why.
It is just email, but email done in a nonstandard way. Because of this, it puts the app in a weird spot. If you open up Outlook or Gmail, you can sign up for their free services and you can also log into each others services. Hey does not offer a free tier that I am aware of (I could be wrong though. I never heard about them until this) and building an app around other email protocols and standards doesn't make much sense to them probably because their own service doesn't use (or at least expose) them.
They have a faq but it doesn't get too much into the weeds.
Not within the App Store. If you download it, you can see that you can just sign in to an existing account created from their website, there's no way to sign up.
Btw also Hey offers a free trial (14 days) without any credit card required: source.
>Gmail è imbarazzante per lavorare. La gestione delle mail va bene giusto se ti fai arrivare le bollette della luce. Per 50+ mail al giorno è un parto, anche se la ricerca ovviamente compensa i difetti. Le "accettazioni" dei meeting e le mail di out of office che mi finiscono nella posta inviata non le commento nemmeno.
Sotto questo punto di vista hai visto hey.com? Se dai uno sguardo al video di presentazione, è davvero geniale. Costicchia e per uso privato dare 100Euro all'anno è probabilmente una overkill ma per lavoro sogno un futuro dove si usa hey.
Sugli altri tool condivido un po' la frustrazione. Per i meeting in effetti con GMeet non avevo notato sta cosa perché di solito facciamo solo meeting interni.
Google Drive lo trovo abbastanza buono invece, però non l'ho mai confrontato più di tanto.
It depends on what you're trying to do. The company I worked for last had landing pages for every topic people would search for like:
<Our Product> vs <Competitor Product>
<Our Product> for Non Profits
If it's for building up hype, the usual way would be to have a separate page that users can sign-up to get early access. Something like this
https://hey.com/soon/
So no hard and fast rules here, just do something that works for you.
They do. They block the spy pixels and they do encryption at rest, at work, and in transit https://hey.com/security/
I cant justify paying for email without a job but i will be paying for this once that time comes. There respond later feature, screening feature, and imbox (not a typo) setup are pretty sweet https://hey.com/features/the-screener/
I read the article and the salient points are that the team at Hey thinks email is things you need respond to, things you need to know, and receipts. There's a waiting room for emails from people/places sending you stuff for the first time and other perks that make you feel like you're in control of who has your attention.
​
It's interesting, but I won't be switching as I am not motivated in the slightest switch email accounts. I think the innovation would be there. Some method of seamlessly and easily (with privacy in mind) switching all 1,000 accounts to a new email whenever I want. If someone does that, I'll consider a switch to a Hey.com account.
I used it on a new project, it felt like a better version of Tachyons. I'm not the biggest fan of ultilty CSS as an approach, but I did like how I could copy and paste the samples and they'd look the same.
The main changes I've made to my process right now:
- I'm using using PurgeCSS, otherwise I'll end up with a CSS sheet that's 1.5mb.
- As /u/tongboy mentioned, I also use the
@applymethod over having a messy frontend. I can totally see frontend moving on in the future and I don't want to have to unpick a bunch of frontend code.
I am wondering about just copying the Hey CSS Approach & using CSS variables for font sizes & spacings, then just focusing on making CSS components. I think that might be where we end up.
You should check out Hey.
Is not open source but is worth the mention since they are focusing on bringing-in a new email service without the bottlenecks of current providers, and make email great again.
It’s a new Basecamp product and the guys behind Ruby on Rails, DHH tweets about it sometimes so it’s definitely worth to check!