robn_fastmail

9 ms·

31.
by robn_fastmail 11y ago
> FastMail's already pushing their own JMAP[2] protocol which I imagine they'd be very happy to become a standard. Perhaps everyone should wait for a standards body to come up with a solution, but personally I'd rather the
32.
by robn_fastmail 11y ago
> I can't wait for CardDAV syncing. Its actually enabled for all accounts and fully supported. We just haven't advertised it widely yet because its a big, complex feature and we've got enough people travelling at the momen
33.
by robn_fastmail 11y ago
> Since you work there.. why did you guys choose that approach for 2fa? Reading what's written on the help page about the master password, it sounds like you want the master password to serve as a recovery code. So why not just have
34.
by robn_fastmail 11y ago
IMAP "push" usually means the IDLE extension, where a client holds a connection open and waits for the server to report that something has happened. This works ok, but isn't great on mobile because holding a TCP connection op
35.
by robn_fastmail 11y ago
So far the majority of devices haven't had a problem. We've got one confirmed case of it not working automatically on iOS 9 beta, and a couple of other reports that we haven't been able to identify yet. We'll keep testin
36.
by robn_fastmail 11y ago
> Our main servers "main" servers. Most services are mastered at NYI, with replicas at other sites (currently Amsterdam, soon LA as well). Soon some services will have the option of being mastered elsewhere. Maybe I should rewo
37.
FastMail supports Roundcube Next development(blog.fastmail.com)
20 points by robn_fastmail 11y ago|9 comments
38.
by robn_fastmail 11y ago
Give me a ticket number and I'll have a look. Tbh, I wouldn't be surprised to find the ticket was assigned to me and I never got to it. I have a few CardDAV tickets still lying around. That's part of the "beta" guar
39.
by robn_fastmail 11y ago
We've made a lot of improvements since then. Did you ever report the problems you had?
40.
by robn_fastmail 12y ago
As an Australian company, we fall under applicable Australian law. The new data retention regime is not applicable to us (we believe) because if the reasons outlined in the blog post, that is, we don't meet the criteria necessary for t
41.
by robn_fastmail 12y ago
The apps use OS/platform push for notifications, because the webapp component is asleep at the time. When the app is active, its just the regular webapp, which uses eventsource. The JMAP spec provides for eventsource and webhooks, but
42.
Crosswalk Lite – a Chromium WebView for Android in under 10MB(crosswalk-project.org)
1 points by robn_fastmail 12y ago|0 comments
43.
by robn_fastmail 12y ago
FYI, our CalDAV support has been in full production for almost a year now.
44.
Adding XMPP support to Nginx(robn.io)
2 points by robn_fastmail 12y ago|0 comments
45.
by robn_fastmail 12y ago
We talked about this in the office a few weeks ago. The conclusion that we came to is that we're pretty happy with our current situation so any buyout would have to have a fairly enormous amount of cash attached :)
46.
by robn_fastmail 12y ago
So all those services you use right now where you type in a password. How exactly are those passwords transmitted to the server?
47.
by robn_fastmail 12y ago
Right. I'm a little rusty on the details. My point stands - key distribution is not a solved problem for the average user.
48.
by robn_fastmail 12y ago
We're working on a proxy that will work with any IMAP server that of course will work with Cyrus. I think its likely that we'll look into building support directly into Cyrus at some point but we don't have any concrete plans
49.
by robn_fastmail 12y ago
If you read the spec closely, you'll note that it provides support for arbitrary challenge/response auth mechanisms. Its conceptually the same as SASL in that respect. Yes, we're assuming a secure transport. Most of the inter
50.
by robn_fastmail 12y ago
We're fully owned by the staff, with no external funding. We've been nicely profitable since the beginning. Not huge profits but enough to pay for a nice office, decent salaries and few gadgets. So yes, if your goal is to attract
51.
by robn_fastmail 12y ago
And how do you trust those? And if I'm a brand new user, how do I get my key in there? All the moving parts probably exist, but so far no one has pulled it together into something that a random person off the street can use. Its not th
52.
by robn_fastmail 12y ago
Android, iOS, (Windows Phone, Blackberry, etc) have services where a server application can push a small data packet to a specific device. That device wakes an application in response which can then do things. We use this right now in our m
53.
by robn_fastmail 12y ago
> "J" is misleading because it's not JSON that distinguishes JMAP from IMAP, but rather the use of HTTP Not actually true; the protocol does not require HTTP. Any bi-directional stream transport will work just as well. &gt
54.
by robn_fastmail 12y ago
Its expected that you'll run JMAP over HTTPS which takes care of the wire encryption. For end-to-end encryption, there's a heap of problems that still aren't solved (key distribution, need for content analysis). There's
55.
by robn_fastmail 12y ago
That doesn't match our experience. Do you have benchmarks to support this? I'd be interested to take a look.
56.
by robn_fastmail 12y ago
The other side is that it does take a not-insignificant amount of time and effort to prepare a fifteen-year-old codebase for the public. There's got to be some benefit to the business to make it worth that. The old web framework that w
57.
by robn_fastmail 12y ago
Please report this in this issue tracker: https://github.com/fastmail/overture/issues
58.
Open-sourcing OvertureJS – the JavaScript lib that powers FastMail(blog.fastmail.com)
181 points by robn_fastmail 12y ago|41 comments
59.
by robn_fastmail 12y ago
Nah. If they want your stuff, they'd work through the appropriate Mutual Assistance Treaty to get an Australian court to issue a warrant, and then we'd comply with it and hand over your mail because we follow the law. Making a pho
60.
by robn_fastmail 12y ago
Our current advice is that we are bound by the provisions of the Privacy Act 1988 and the Telecommunications (Interception and Access) Act 1979. Neither of these contain provisions that would allow indiscriminate capture of communications.

More ›