If "imbox" is 'innovation', then please keep it away from me.
And wash your hands.
A new email service called Hey aims to solve issues with one of the internet's oldest standards – but Apple will not allow the iOS client into its app store unless the maker pays Cupertino "15-30 per cent of our revenue." Hey comes from Basecamp, the company (originally called 37signals) founded by Ruby on Rails inventor David …
for 99$ a year I can get unlimited email accounts and a web hosting package with domain registration. That said, Microsoft, Amazon, and plenty of others are delusional enough to think I want to pay 4-5$ per mailbox per month. I do not.
This service is too expensive, too cutesy, and too walled off to make sense for me. I can see why they are freaking out though, as most of their customer base probably owns an iPhone. And 30% is a big cut to ask. That said, I hope the EU hands apple a slice of it's own hide at trial. Not really kosher to strong arm the little guy while letting Outlook sail by.
And even if I don't want to use it, If it jump starts interest in getting the ball rolling again on developing new email innovations, I may like the next project that comes along, and it may inspire some of the existing players to implement some of the advances in a less creepy way then Gmail.
Also, Gmail is terrible. Who thinks making things that look just like windows but aren't windows and don't act like windows is ever a good idea? They also championed the current trend of invisible controls that only appear if you accidentally mouse over them. User hostile design if ever I saw it.
"getting the ball rolling again on developing new email innovations"
Mandate a phase -n of PGP. By default the MX record also points to the public key server with an option to have a separate public key server. User can keep their private key(s) on their mail clients.
Oh, no, that wouldn't work. The webmail services wouldn't be able to read their customers' users' mail. I suppose they'd offer to hold the keys for them.
They'd have to hold onto the keys otherwise webmail services wouldn't work.
It's one of the key indicators of an insecure file service - are files accessible using a web interface? Yep, then it's insecure.
But then all security is a balance of security vs convenience/access.
While I suspect they should have known (and probably did know) the situation before they started, it is a timely lesson on the problems of monopolies.
User A purchases a phone from Apple. User A can't install an application from Vendor B unless Vendor B gives Apple a 30% cut?
I know Apple is providing the installation repository for Vendor B to use - but they specifically prevent Vendor B from using any other repository.
I think this is a bit immoral. This is no longer, "pay for a service you want and we provide" its more of a shake-down.
This post has been deleted by its author
In most mail clients, file -> new folder -> enter "Reply later" in name field. If your IMAP server is not tightly controlled, they can even sync it for you. Setting that up might require a desktop client but a mobile client should be able to add the mailbox if you sync it. Admittedly, having that built in rather than having to create it might be easier for some people, but otherwise it's not that big a feature.
This is true but it's still a drag and drop if the client doesn't also support adding something like a right click option or a "File this in pending" option. Personally I'd like to see clients not only providing this but also not allowing a message to stay in the inbox after it's been read. Provide at least some form of filing even if it's only "All emails from year yyyy". And delete all messages from Trash after a few days.
"Personally I'd like to see clients not only providing this but also not allowing a message to stay in the inbox after it's been read."
I take it your choices would be to move it to a folder or immediately delete it? That will certainly annoy the users.
"Provide at least some form of filing even if it's only 'All emails from year yyyy'."
Don't we have that with the advanced search feature? Mine lets me set date ranges, filters on from and to and CC and BCC fields, and lots of other options including regexes. Also, this is going to seem weird with the next suggestion:
"And delete all messages from Trash after a few days."
Which will lead to people never deleting any message. A lot of people use their email as a record they can comb through later. They may not always know they'll need a message a month from now, so they keep a bunch of archived messages to search through. Not efficient, no, but they want it. Removing that feature or designing features specifically to thwart them will just lead to annoyance on their part.
I wouldn't expect many others to use your client if you write it.
>What's different about a 'reply later' feature and a folder called 'reply later'
Depends on implementation.
A "Reply Later" button along side the "Reply" button does simply the process and makes it consistent across users. Also an integrated reply later button etc. potentially allows for some workflow such as attaching a note to help the memory as to why you wanted to reply later and putting some constraints on when you need to have completed the reply later action.
So nothing that isn't actually possible in say Outlook - ie. you could create an add-on with the necessary integrated functionality, just that it's there in the box and thus supported...
I've heard anecdotal evidence that email is already becoming passé with businesses moving to Slack/Teams/Hangouts/etc and individuals using Facebook/Whatsapp/etc.
With the likes of Google, Microsoft, et al offering free email services, I think paid for email/messaging is a tough market to be in.
The problem with Slack/Teams/Hangouts etc. and FB/WA is that they are all siloed. You have to be on that service.
For example, WhatsApp breaks GDPR and is theoretically illegal to use in Europe (although millions still do). So we use Signal and Threema, but their penetration is small, compared to WA.
For Slack and Teams, when it is internal communication, as long as the user has Teams etc. you can communicate with them. External is more error prone and makes people jump through hoops.
Email is universal. All servers"speak the same language".
That's the problem with any messaging service. You need the recipient of every message to be on that service. Virtually everyone who is on the Internet is available on email, and as it's a fairly well defined standard, you don't need to subscribe to a particular email service to send emails to others. Any sender can send to any receiver.
These services all have their advantages though, as it sounds like "Hey" does. I can see a few problems with it though. If you aren't allowed a signature, that may be a problem for some enterprise customers. Where I work, for instance, we are required to include various statements in our signature, including name, address, telephone or fax number and some pre-defined text.
You can, but doing it automatically means you don't have to. If you need to, want to, or have any inclination to whatsoever, the automatic feature is nicer. Taking it away rather than just not turning it on will probably annoy people who want signatures. While it doesn't affect me because I don't have a signature, others won't be so fine with it.
In theory signatures, after the dash-dash-space-newline, can be auto-snipped on reply (Outlook doesn't like to do it though), which slows the growth of messages that are replied and passed around. Auto-added disclaimers are a pain in the backside for this, often being longer than the email itself, and in Wales, public bodies are required to write the same thing twice, once in Welsh, once in English.
M.
Of course you already can get into arguments with people who flame you for deleting the back messages in the thread, forcing them to dig though their own inbox for the reply that they either can't find(packrats) or already deleted(inbox zero mutants or companies with CYA Evi... er, data destruction policies).
Even then, you have the Jurassic era flame war of top or bottom posting.
So yeah, stripping that cruft in the client actually has some merits I think.
All of these issues pale to naught when the email system encounters colleagues like some of mine where they will answer questions in an email by replying with the answers scattergunned throughout the original message rather than above or below.
They also have a tendency to just pick a conveniently located previous email and reply to it without changing the subject or clearing history when they want to contact you about something new and completely unrelated to the replied-to email, rather than clicking 'new message' and typing a name and relevant subject.
Build me an email system that can cope with those things and I might start to be interested...
I respectfully disagree. There are times when replying inline can be far more succinct and easy to follow. Copying the "relevant" bits to the top and replying to them there can lead to things being taken out of context, makes it harder to follow if related items are missed or out of sequence, and bloats the mail thread more than replying inline.
At my work, if we reply inline we'll prefix a reply with our initials, and colour-code it so it stands out. Not perfect, but makes it easier to follow and identify who said what.
Personally, the question of inline responses is almost trivial compared to multiple people top-posting replies at the same time to the same email. That gets out of sync real fast. Ability to merge multiple replies into a single master (oops, apparently can't say that any more - well bite me, it's the appropriate term) response would be a massive help here.
As ever, one size never fits all. Sometimes reply inline is a good thing, sometimes not. Context is king, and being dogmatically attached to one way or the other, then flaming anyone who doesn't follow your point of view, seems a rather pointless waste of time.
Isn't that just the old Usenet tradition of "inline" replies? It works really, really well with text-based email clients where the things can indent quotes properly and it really really doesn't work at all with Outlook, which just doesn't understand how to quote.
M.
>You can simply copy and paste those various statements at the bottom of your message instead of a signature
Why?
Outlook (for example) allows me to create a 'signature', get it formatted correctly, tick a box and job done, never have to worry (or explicitly do a copy-paste with all its associated lookups and clicks) again. Also, I can now distribute that signature as the company standard asking people to simply replace relevant details with their details - now all employees emails are signed consistently.
"including name, address, telephone or fax number and some pre-defined text"
And quite often the pre-defined text includes an instruction not to read this email is it wasn't intended for you, placed, of course, at the end where you only see it after you've read the entire message.
Is that GDPR claim based on the contact list uploading thingy I just read about? I've personally never touched the thing, I was hearing about fundamental security issues with its design back in the early days and now it's Just Another Facebook Product.
Email is universal, but it's also old and ropey and heaped with proprietary extensions and headers and other assorted nonsenses. I'm honestly surprised that a gold-standard open source replacement hasn't come to the fore yet. Way too many companies wanting to do their own thing and then also "diversify" into a swamp of unwanted services and bloat. I'm seeing more and more friends pop up on Signal over the past couple of years though, which is nice.
and no more viable as an email replacement for the same reasons as ICQ, AIM, Yahoo, and Google Chat before it. Single line text chat ties your hands up, while creating an expectation of constant communication. It's almost always slower than just talking. Also, even with persistent storage, short messages are a terrible replacement for email, which is better suited to long form writing.
Try to trade recipes via Slack and you will see what I mean. Slack is more of an alternate to SMS messages, but will never break the carriers stranglehold on the market. So they go after email, which thanks to google and the spammers, is vulnerable and dwindling in popularity, if not use. Same for voice calls. When people have to slog or suffer through masses of junk messages or calls, they start avoiding the whole platform. How many of you have had to text ahead to arrange a voice call, or ensure an email gets read, when you are dealing with someone under 30?
Having battled with Gmail/Gsuite on a daily basis in a corporate environment I can cheerfully say that Google is busily shooting itself in the foot and hastening the demise of email via Gmail. I never thought I'd see the day when I uttered "Come back Outlook, you were great" on such a regular basis.
E-mail really just works. If you don't like your provider it's pretty damn easy to move all your old e-mail as long as you control the domain. This is example of why standard protocols are good.
Some people think that these IRC-like services will solve the problem of too much e-mail. Until the network effect kicks in and you're back to square one. Or worse, because chat is really inefficient. On a service which now owns your data: lock-in that you pay for.
Some companies (KLM) are trying to move to WhatsApp for customer service, probably because they benefit from the metadata that Facebook can provide them.
Funny how that is. I changed providers because they kept moving my mail server to a different box and breaking my DNS mappings without telling me. I complained and downgraded my service, and in response they transferred my account to another box without moving my mail or my website. They then made one back up of the the empty box and deleted all of backups of the old one, along with the live site and 12 years of email. It also took 3 phone calls and 4 chat session to puzzle that out.
Thanks Bluehost!
"businesses moving to Slack/Teams/Hangouts/etc"
That's fine for internal communication, I guess, but I don't think you'll find IBM sharing Teams with Apple any time soon.
Between companies, you still need regular old email.
And as for individuals, God preserve me from a day where I have to have a FaceBook account to send my daughter or my wife something. I don't see how giving my life up to that slimeball is better than email.
The Google and Apple app stores, with their fat margins, are obvious targets for being fragmented on monopoly grounds.
It'd be a good idea for them to start providing better resources to reduce malware etc and more flexible terms to reduce the clamour for change from developers... but maybe they'll just decide that fat profits in the short term is the best approach.
Nobody is forced to provide their apps on the Apple Store - it's a commercial choice. If 30% is charged, then factor that in to the pricing. If you can't do that and still make the desired profit, rethink or go elsewhere. If Hey is so good, people will pay for it (though I agree with what seems to be the consensus here - that it does nothing that can't already be done in the existing, free, apps, by the people who might actually consider looking at alternatives). The complaint reads like marketing hype - make a fuss to get headlines; I'd not heard of Hey until now and, having looked at it's description on the store, realise why.
I use Apple kit <flameproof outfit> and find Apple's own Mail apps do all I need for the dozen or so accounts I have. One plus point is that they don't try to be anything other than straightforward email apps. They don't try to tell me which emails are more important than others (beyond Junk, which they don't try to hide, just shift to a second inbox, and highlighting mail from senders I've flagged as VIP). </flameproof outfit>
I use Thunderbird on my Linux box - again, an app that doesn't try to be all things - it receives and send email, and lets me sort local stores into folders that make sense to me.
I'd like to sell Ferrari's in my neighbourhood for the same price as a Ford Focus - I'd make a fortune if wasn't for Ferrari's markup!
If you ever watch Dragon's Den, consider the markups that get discussed there - it's not unusually something costing £5 to make, to be sold to retailers for £20 and then £40 to the consumer. A 100% markup is often derided by the dragons, so whilst Apple's 30% cut may seem outrageous, it's not unusual in the overall marketplace. And, as I started saying, nobody is forced to buy it. Apple's market share of mobile phones is only around 20%, so they hardly have a monopoly.
VCs are looking for things with enormous margins so they have an opportunity to squeeze overheads (not included in the raw manufacturing cost you mention) and thus pro£it.
Also,please remember that television programmes that seem to represent the more exciting aspects of business are entertainment, not reality. Otherwise, to take an extreme case, you might end up electing a failing businessman who acts a successful one on a game show.
"If you ever watch Dragon's Den, consider the markups that get discussed there - it's not unusually something costing £5 to make, to be sold to retailers for £20 and then £40 to the consumer."
There is something to that calculation that often gets ignored. The £5 is just the manufacturing price. It doesn't include payments to staff, investment in reducing manufacturing prices, rent on physical company presence, or R&D into new products. For quite a good reason, as those prices change a lot and are tricky to calculate anyway. For people who start a company, they probably aren't drawing a salary in the first place and can take risks, but if they have to hire phone support, they will still have to pay wages for it. However, seeing £5->£20->£40 and assuming this means £15 profit for the manufacturer and £20 profit for the retailer isn't correct.
Now where have I seen something like that? I know, a text only e-mail client that allows filtering of incoming mail into various sub-folders that you can define and even allow moving a mail to one of those folders. Strange I have been using that since the mid 1990s. The fact it is text only prevents the 'click on a link' problem and I can see the full url although the spam filter tends to sort them out now after years of learning.
Oh, I forgot, it is PMMail/2 running on OS/2.
I'm sure people have been doing this with mutt since the 1970s…
I'm currently using MailMate on MacOS for this kind of thing and Andew Cannion wrote a nice article on how to do the kind of things with MailMate (and SaneBox for the pattern-matched based stuff)
Same advantages for pine (now alpine) - all text, no crap. Email from people is text, and I read it. Email from Corporate Entities is generally an attempt to reproduce a Corporate Web Page, and I decline to view that sort of drek. Especially likely to be seen as unwanted are those propaganda missives that include -only- an HTML part, as if their particular shouty message could only be expressed with the garish and vulgar typography they invariably select ("web designers"). Words have always been the best way for me to express and understand complex concepts, so if you're sending me pictures of Shiny Things and your words are "Buy This!", then you've made yourself rather unattractive in the competition for my attention.
Perhaps worse - and certainly highly irritating - is the corporate habit of sending emails which are carefully formatted to look as if they are on the company headed paper and are too wide to fit in the viewing window of the company mandated viewer... and naturally, won't reflow as text ought to.
A triumph of style over substance - though it's only in rare cases that the substance is anything to worry about...
My large employer has managed one better: internal bulk emails use a formatting product that manages to produce an email that is always just too wide in Outlook, so you need to scroll horizontally to read the last half of the last word on each line.
The truly amazing part is that re-sizing the window doesn't fix the problem - it just makes the line longer and the last word is still cut off! (At least on my laptop. Perhaps if I had a 5K desktop monitor just like the designers of this crap, the problems might magically go away.)
Not just corporate users. I sometimes get emails from my history group members which contain invisible photographs. I have to switch to View Message body as Original HTML.
Maybe I need an add-on that bounces all HTML messages. Cut out the corporate crap and teach the Mac users to send plain text emails.
Much, much worse... organisations who convert the text into image files and then stuff these into emails to guarantee the formatting of their corporate messages.
They also pretty much guarantee legal claims for a disgusting and intentional lack of accessibility, and prevent anyone from ever doing a text search and finding the relevant email.
I've also suffered with tender documents rendered into .pdf form with the exact same problem, including page numbers that don't link in the contents page and documents that are unsearchable. All these tenders fail on the spot, no further scoring gets taken into consideration if they cannot produce a usable tender document.
But then I also suffer with online quote approval systems which have the same problem - some even make it worse by "preventing" the user from zooming into the text rendered as an image by abusing Javascript to maintain the size of the image file containing the text.
Now where have I seen something like that? I know, a text only e-mail client that allows filtering of incoming mail into various sub-folders that you can define and even allow moving a mail to one of those folders. Strange I have been using that since the mid 1990s. The fact it is text only prevents the 'click on a link' problem and I can see the full url although the spam filter tends to sort them out now after years of learning.Most email clients allow disabling HTML/inline downloading and forcing it text only or keeping HTML but only displaying embedded elements that are contained in the email itself.
This post has been deleted by its author
Not exactly. If you use in-app purchasing, they do, and that's common knowledge. However, there are lots of apps that do not do that and yet get money. You sign up for an account, add a payment method in that account, and use the app to access the account. There are lots of those out there, and they don't get evicted. I'm guessing they don't get evicted because Apple doesn't want grumpy users of what are primarily apps created by big businesses. The fact remains, however, that many apps are out there which receive money from inside the app or require a subscription where none of the revenue goes directly to Apple. As much as I don't care about this app, there is a reason to complain if they tried the same model and got removed without consistency. Since Apple won't talk about exactly what they used to make the decision and this app will always try to present their actions in the best light, I cannot know if what I presume is true.
Right, so how are you going to get your software installed on the massive user base who use iOS?
I normally give the Fruity company a general nod, but their App Store is just a money machine for them and verging on the monopolistic when you look at how many people use iPhones and want to install apps. Bad Apple. It doesn't cost them much to host an app on their store, but they regard it as a cash cow.
FFS, why isn't their cut something more reasonable like 1%?
This post has been deleted by its author
Can you imagine just for a minute Apple kicking Office apps out of its store? Microsoft won't pony up 30% of its Office 365 revenues and makes enough to hire real lawyers and has an extensive IP portfolio. Apple bullies just about everybody on the app store, but are hesitant to pick a fight with the bigger guys in the room. Or at least fight more that one at a time.
Seriously though, the app store is a rigged market. Bring on the EU please.
"Hey describes itself as a "full email service provider" with a few key features.": Let's look at them.
"You have to approve senders, who until then are listed in a "first-time senders" section. If rejected, subsequent emails go directly into a spam box.": So I have two sections. Emails from people I know and other ones. And, just like most other clients, there's a button to block the sender. Good to know.
"You can enable a sender to bypass the quarantine by giving them a code; these can be regenerated to prevent leaked codes causing trouble.": So if I understand this correctly, I'll be talking to someone else who wants to email me. I'll give them my email address, but then I'll also have to say "Wait a minute. My email is paranoid and will block you so I'm going to generate a number on my phone. Please put that number into your email in some place, I'm not really sure, and you'll bypass my system's filters". This is somehow more difficult than just going to see them in the first-time senders box?
"The inbox is renamed the "Imbox" on the basis that anything that makes it is Important.": Maybe it's just me, but that sounds childish.
"File attachments that you send are not included with the email, but sent as links to files stored on Basecamp's servers.": So it triggers spam filters that see a link to an unfamiliar server, huh? And it probably tracks people who access my attachments, exactly when or how many times, etc. The attachments don't get autostored on my recipients system like they usually do, so they might try to access it later only to find the server's deleted it. If I want to send them a link, I'll upload my own file somewhere I control, thank you very much.
"You can rename or merge email threads;": Sounds handy. I assume this is retroactive, not just what I can do during a reply. Maybe a useful feature.
"and email trackers, which tell the sender when you opened the message, are mostly blocked. "We bulk strip everything that even smells like a spy pixel,": Good job. How does this compare to the don't-load-remote-content feature on mail clients?
"In addition, all images are routed through the Hey servers so that the recipient's IP address is never revealed.": This is a nice privacy feature. I already have it by not loading the content, plus there are other mailservers which already do that.
"No automated signatures or footers are allowed." ... "The email already says it's from you. If someone needs your phone number, they can ask,": I'm restricted in what I can put into my own emails? Not that you strip the signatures from incoming emails when I wouldn't want them, but you strip them out of my own emails? Do you understand what user choice is? If I want to have a signature that gives someone alternate methods of contacting me in an emergency, or other people who might be better able to handle their question, I certainly will and getting in my way is ill-advised.
"The system does not show numbers of unread messages as this is an unnecessary distraction.": Or it's a method of finding out if you have new emails without the notification sound turned on. If you leave any messages unread, a flag will be up, and if you get some new ones, the number is higher. I can see it at a glance.
"Notifications are off, though you can enable notifications for specific senders or threads.": This is nice. I don't know many mail clients that allow me to tailor my notifications by specific message characteristics. I'd also like it if I could set different sounds or vibrations for that as well. That's a feature worth having.
"Attachments are filed automatically in an attachment library.": I'm not sure exactly what this means, but if it's just a window to see all attachments, why not.
"A "Reply later" folder lets you store emails for attention at another time – better than the common technique of marking an email unread, according to Basecamp.": Create any extra folders you want. I can do that too.
"Another feature is the ability to expand all unread emails in a single action so you can scroll through without opening each one individually.": I don't need that, but I can see why someone might.
"There is also a technique for managing frequent senders: you can bundle all their messages together so "they'll only take up a single row in your Imbox.": Possibly useful feature.
This looks like four useful features, five detrimental features, and three neutral features that are already possible. I have a suggestion for you guys. Ditch the server part. That's where most of your detrimental features are. Just implement a mail client program with the features you like, which includes all of the useful ones, and we can look at getting it later. No annual fee, perhaps, but maybe people will agree to buy it. I'd try to be less heavy-handed with your preferences, though.
Great summary
This can't be aimed at corporates anyway as email signatures footers will be mandatory for disclaimers and other legal requirements.
"File attachments that you send are not included with the email, but sent as links to files stored on Basecamp's servers.":
This is also something that you can do with Office 365 for example, where it allows you to send attachments as a link to OneDrive (or SharePoint if corporate) - it's been there for ages.
O365 is also less than $99/year and implements most of the other features too.
On price grounds it doesn't stack up either, and if you are that concerned about the privacy side then you'd use ProtonMail as someone else has mentioned.
>"File attachments that you send are not included with the email, but sent as links to files stored on Basecamp's servers.": So it triggers spam filters that see a link to an unfamiliar server, huh? And it probably tracks people who access my attachments, exactly when or how many times, etc. The attachments don't get autostored on my recipients system like they usually do, so they might try to access it later only to find the server's deleted it. If I want to send them a link, I'll upload my own file somewhere I control, thank you very much.
iOS/iPadOS does this today. It means normal users can attach a load of photo's to a message and not worry about whether the resulting message exceeds a widely used SMTP message size limit of 8MB.
I've implemented third-party add-ons for Outlook over the years to achieve exactly the same result, meaning for example that marketing can throw 300+MB attachments around as they negotiate with graphic designers, printers etc. on copy that will ultimately be printed for display on billboards...
It's also handy for throwing project documents around, if you haven't downloaded (ie. 'read') my draft within a week then its probably out-of-date and you need to call me to get an uptodate version...
It just sounds like email with restrictions. The 'first time senders' folder is just an annoying spam blocker that won't work. You've still got to wade through the thing every time you think you might be getting a mail from a new contact.
Then their statement "The email already says it's from you. If someone needs your phone number, they can ask," - that's just restrictive. It's not always convenient. Email footers grew out of the need to have them.
The whole thing might be useful for non-business purposes, but who would pay for a service when there are free messaging apps out there?
Apples % take on sales is extortionate. Far higher than any retailer. Lets be clear on this, they provide nothing for this fee other than access to their customers which is a closed environment that makes it effectively makes their position monopolistic.
Unfortunately no laws on monopolies ever considered this situation.
Google and Apple's stranglehold on the Mobile device markets really needs to be challenged as it is not good for the customers.
> Apples % take on sales is extortionate. Far higher than any retailer.
I'm pretty sure that is incorrect. Clothing retail for example can have mark-up as high as 400%. In fact that's probably a very conservative guesstimate. How much do you think Nike pays their slave labour camps suppliers for a pair of plastic shoes which retail at £100? £5? £1?
The rest of your post is spot on though, so have an upvote!
Apple will not allow the iOS client into its app store unless the maker pays Cupertino "15-30 per cent of our revenue."
So spin-off a subsidiary which earns very little money and publishes a cheap/free app. The app only happens to be compatible with the more expensive paid service from another company by a similar name, if you change a setting in the app. It works well enough to sheild Apple from paying taxes, so...
Or maybe offer in-app purchases with a 100% mark-up. People who know better will go to the website and buy the service at a discount. People who have no sense will pay both you and Apple for their cluelessness.
Hey requires a dedicated app, rather than working with any email client, and users pay a subscription of $99 per year. "That makes our business work without having to sell your data, advertise to you, or otherwise engage in unscrupulous marketing tactics," its makers claim.
You can find a plain vanilla email service with no advertising and a strong privacy policy for far less than $99. ProtonMail comes to mind, and is less than half the price.
'Or maybe offer in-app purchases with a 100% mark-up. People who know better will go to the website and buy the service at a discount. People who have no sense will pay both you and Apple for their cluelessness.'
Nope - Apple have that covered: they won't let you charge more for the in-app purchase than it is available for elsewhere, and they're very good at tracking that down.
I've been here myself - trying to get a subscription-based service into the App store that also has a WWW client and an Android version. The whole pricing structure for our subscriptions is constrained by the requirements Apple set. That 30% is just something you have to include as a cost centre if you're a small business, apparently.
$99 per year for a subscription email service with a few filters built in seems a lot to me. So even with them having to give Apple 30% of that, they surely should still be making a profit? If not what exactly are their running costs? My domain registrar offers me unlimited email accounts with my own domain name and 5GB of storage for just £12 per year and I assume they are making at least some profit on that service.
" File attachments that you send are not included with the email, but sent as links to files stored on Basecamp's servers." Don't want them deciding what to dump or not, it also won't stop scammers.
At work I've seen legit mailboxes from companies that have had compromised accounts, so they'd be on the allowed list, who then send the infected document in a password protected zip so the likes of Basecamps servers wouldn't be able to scan. The 2nd email they send you the password. Anyone not clued up will fall for it so still get exposed to the scam email.
That is what their idea won't fix. Is legit, allowed list accounts, being compromised and sending spam.
And who wants to pay $99 a year for "A new way of doing email". Especially, like others have said, for a company that could, at any moment, go bust before you've had a chance to download all the attachments that were sent to you.
I stopped doing any business with apple years ago.
Why? Because their business model involved being the ONLY player on the block. If anyone looked like a competitor, they were either sued out of existence or copied and rendered bankrupt.
"But lots of others do the same!" This was almost the only example of where Apple led the way. The same is done by everyone from Microsoft to Oracle but Apple showed them how. Microsoft developed the trend of buying up and closing down (I think there's a Simpsons episode) but it took the lead from Jobs.
Good to see a company returning to its roots...
No need to repeat what's already in the thread unless it is pertinent to your message. If I'm replying to specific points in an email (or on a forum) I'll inline my replies with the individual points I'm addressing. If I'm just continuing the general conversation I often Ctrl+A before I start typing. I never bottom post below a massive amount of text where no-one only us greybeards will know to look.
> If I'm replying to specific points in an email (or on a forum) I'll inline my replies with the individual points I'm addressing.
Yes, that is how we used to use email in days of yore. But Microsoft email clients make it maddeningly laborious. Even worse, some variants (at least the web one) may actually hide your nicely written mail if you quote material and reply under it, because the client thinks everything under the quote is part of the old thread, and helpfully hides it.
That is why, after decades of fighting it, I gave up, and started top-posting in work emails.
Microsoft really broke the classic email system.
Stop developing crApps on mobile platforms, which they will mostly always be, crap
Just develop the app in the web
Most of the shit in the appstore could be replaced with a web browser version, easily
The amount of hounding some of these wankstains do to harass you into downloading their mobile app, is ridiculous, Reddit being a classic example, oh and banking apps
The question is, why are they so desperate to stop me using the web browser, and instead push me into using their shitcode installed directly onto my device
Will you get email notifications for new messages on "Hey"? Will it talk IMAP? Will my (id)IoT systems be able to send and receive messages through the service? Will my Sailfish powered mobile device go "pling" when I get a new message? Can I download my messages for offline access? How many pages of indecipherable terms & conditions will I need to accept to use the service? Will those T&Cs change when the service is bought by Amazon/Microsoft/Google/[insert evil megacorp name]? Will world+cat suddenly find themselves unable to communicate in the unlikely event that when "Hey's" servers can't be reached? Will there be an open and free API for third party developers to use? Can I write my own "Hey" compatible software? Is yet another proprietary centralised comms platform really what the world needs? Do I feel comfortable with storing my nude photos cat pictures on a server I do not control? Will the "Hey" servers be based in a civilised part of the world that has strong privacy legislation or in a corrupt totalitarian banana republic the USA? Will I be able to run my own, private, "Hey" server? Does it handle CalDAV/CardDAV sync and storage? Is it possible to "improve" something without replacing it? Is backwards compatibility an important principle or just an obsoleted ideal from yesteryear?
Have we learned nothing?
P.S.
> Ruby on Rails inventor David Heinemeier Hansson
He may have invented Rails, but he sure as hell didn't invent Ruby!
> Hansson co-wrote Agile Web Development with Rails
I think I found the problem.
Demanding a cut if you're using Apple's subscription infrastructure is one thing. Demanding a cut if you handle subscriptions via your website (without breaking any rules regarding accessing the website from the app) is altogether different. Also, I can subscribe to Office 365 and Adobe Creative Cloud, via the web, and then us their premium apps (and premium features of otherwise free apps) obtained from Apple's app store. Does Adobe give a wad of cash to Apple for this? I doubt it. I don't think Google does this. Besides, I have more than one app store on my Google Phone. An iOS user has just the one app store to choose from.
The key element for me is this quote from Apple.
"We are not going to talk about other apps."
Obviously you can use Office365 etc. on Apple and they do not make you buy it via them, whether consumer or corporate. So why lock out Hey like this? What distinction are they actually trying to make?
They have nothing new here. The only novelty is a poor 'permission' based scheme for separating out senders. Remarkably similar to an emailing scheme, IMO, a far better scheme that I mused about more than 10 years ago. I doubt I was the first to have such ideas either - step forward PGP-enabled email and mailbox rules.
"The inbox is renamed the "Imbox" on the basis that anything that makes it is "Im"portant. File attachments that you send are not included with the email, but sent as links to files stored on Basecamp's servers." This is the fight for who gets hands on clients email and data. If you buy a Apple you expect Apple to be that company, if such things cannot be circumvented. But now out of the blue "Basecamp's servers" throw a wrench in the Apple clutch. Apple wins, Basecamp looses.