I do believe as well that webmail should stay for desktop usage only and separate apps for mobile should be the best.
I tried to use the version 7 of Runbox on my mobile and the layout is rapidly a mess when the messages are in html. The responsive design get lost when we read html emails.
Sorry then but for most of people in 2019 not having mobile apps is not possible as a first choice for a customer.
Also, if you force us to use webmail via mobile then it means that we have to create a shortcut on our home screen to be able to quickly go on the webmail like an app which is first not user friendly. And for iOS users only Safari allows these shortcuts so you force me to use safari which is of course not my first choice. Maybe I’m wrong but I never found this feature on Chrome iOS.
Of course all of this is based if we don’t want to use a third party client.
Perhaps this is more appropriate in a separate topic, but I definitely agree that (on my iPhone 6 Plus, which I think has a decently large screen) the button layout is quite cramped, such that I worry about tapping the wrong button. In contrast the dedicated apps of other providers seem to make better use of the space.
We are aware of the limitations and problems with the web app on mobile devices at the moment, and we haven’t ruled out a separate app entirely. We can see the benefits and drawbacks of both approaches. There is more we can do to improve how the web app works on mobile devices.
It’s OK here for now but if it starts a discussion on the layout in the web app more generally I’ll move the posts somewhere else. I understand why you put it here though 
As I mentioned above, there is more we can do on the layout that would be specific to mobile devices and make it more user friendly.
Yes, we need more optimizations for smaller devices, but that is not a inherent problem with how the app is delivered to the users. It just means we need to make more optimizations for smaller devices. Desktop has been the main focus so far.
I’m not very tech savvy. Is there an easy way to set up the app to run it like any Mail Client app from an app store? I don’t know how to use programming languages. Thanks,
This is still a very actual suggestion. Thanks. I now feel like I have a standalone app 
You can sign in to Runbox with any email app that supports IMAP, as long as you’ve turned it on.
In addition, you can sign in to other email accounts with Runbox and have RB fetch those emails for you.
I currently use RB with K9 Mail.
If you use Android or iOS, go to Settings > Accounts and Mail > Add Account > Email.
Type your username and password. If you use TOTP, use an app password.
Then click Manual Setup, and select IMAP.
incoming and outgoing should be mx. runbox. com (the IP works too)
Incoming port should be 993 TLS
outgoing port should be 587 STARTTLS
use same app password for both IMAP and SMTP
Name your account, and then click OK.
If you need Calendar and Contacts, use DavDroid and use the url
https: // dav. rumbox. com and use the same credentials (or a new app password if you use TOTP)
Incoming and outgoing servers should be: mail.runbox.com (please don’t use mx or the IP even if it works because if we make changes this end it could break your set up)
Port 465 will also work but it can take several minutes for the verification to complete. We don’t know why this is, but once it is set up it will work.
If it does, I will make sure it is corrected and will reply again to this particular thread when it does. I presume you guys own the entire sixteen bit block?
Not necessarily. IPs are not allocated to us on this basis.
When an email client attempts to auto-configure, it actually selects mx.runbox.com because it reads the DNS record first, and that’s the entry shown.
If possible, may I add mail.runbox.com as its own MX entry?
I’ve never known an email client do this as the MX entry is rarely the correct entry for incoming or outgoing mail for a client. If your email client is doing this it isn’t behaving in a normal way. Which client is this please and I’ll test this myself to see what is going on?
We do have an autoconfigure file which is what some clients will read and this contains mail.runbox.com for IMAP, POP and SMTP.
Let’s start with emClient.
eM Client is well known for getting this wrong. It does look up MX records, but it has no business doing that as MX records are for incoming mail being delivered to email accounts on our system they are not for SMTP submission or IMAP/POP retrieval. I realise it is trying to be helpful and will often come up with a configuration that works but it can cause issues later on.
In addition the automatic set up also uses the least secure port and TLS protocols (587/143) with STARTTLS) for SMTP and IMAP/POP. It can use the better options which is why we have instructions showing you how to set this up: https://help.runbox.com/imap-for-emclient/
It’s a minor point because there isn’t too much difference with those ports, but it’s an example of why automatic set up may not be the best option.
We always recommend a manual set up so that you are in control of how your email is set up and not the email client. We like eM Client which is why we recommend it, but with a manual set up only.
I hope that’s useful.
It most certainly is. Thanks.
Truer words have never been written. I have always hated automatic setup, no matter what mail client we’re discussing.
Can I suggest an app just for using files, a file-sync app?
Hello @lcruggeri and welcome to the community!
We are planning to expand the Runbox 7 PWA with a file storage service that may in the future include synchronization.
– Geir