lumpygravy

Re:Android libstagefright still exploitable on Thursday August 13, 2015 @02:00PM (#10056041)

Indeed. Even the supposedly quickly updated Moto X did not receive a patch yet two weeks after the fact [1]. I feel sorry for all those people who are still stuck on Kit Kat or even worse Jelly Bean.

https://www.reddit.com/r/MotoX/comments/3gugxa/anyone_got_th...

Re:Google sued for data-mining students' email on Wednesday March 19, 2014 @06:55AM (#7427784)

You can check out the mx settings for the domain using one of the free online tools.

Except that people who are on regular GMail will probably use e-mail forwarding provided by their domain registrar. Especially since the free Google Apps for domains is gone.

Re:Google sued for data-mining students' email on Wednesday March 19, 2014 @06:01AM (#7427595)

Also the cusomised ad advertising is an option you can opt out of, so once again I'm not understanding the issue here beyond grabbing some headlines for mistakes that were avoidable on many levels.

As far as I understood from previous coverage and reading the privacy policy, the point is that e-mails are mined even if ads are turned of for the domain. The resulting profiles are then used for showing contextual advertisements in services that are not in Google Apps (e.g. Google search and Google+). Google's lawyers have also admitted that this is true. IANAL, but reading the privacy policy and the ToS for Business accounts, it seems to be the same there.

Of course, you can completely opt out of interest-based ads, both on Google services as on Google ads across the web. But I assume that profiles are still built, if not used.

A related problem is that persons sending e-mail to a GMail address (which could be hidden behind a non-gmail domain) never consented to the ToS and their e-mails are profiled. To which Google's reaction was: "all users of email must necessarily expect that their emails will be subject to automated processing." [1] IMO there is a difference between scanning e-mail for spam and viruses, and using the content to build a profile of the sender or receiver.

[1] http://www.theguardian.com/technology/2013/aug/14/google-gma...

Re:Goodbye Gmail on Wednesday March 19, 2014 @02:11AM (#7427079)

- Yes, initial payload size matters. But where's the true comparison about what each app is loading? How are the features and the UX? Would a power user be satisfied with Fastmail (e.g. search, filters, etc.)? (It looks nice, but none of this was discussed at all).

My experience with Fastmail's webmail (coming from GApps) is that it has all the features a power user needs, minus the annoying Google+ and Google Drive integration. Heck, it even uses GMail-style keyboard shortcuts.

The primary downside is that you lose labels (and get folders instead).

- Switching is never as simple as described, and forwarding is a fairly messy solution (and will only get messy as the author creates new login accounts and further forks his usage).

For me, the automatic IMAP migration in Fastmail just worked, ~21000 e-mails.

Re:Goodbye Gmail on Wednesday March 19, 2014 @02:05AM (#7427068)

Trust me, if you used the paid Google Apps, it isn't any faster ;).

Re:Goodbye Gmail on Wednesday March 19, 2014 @02:04AM (#7427066)

Why wouldn't you just use imap in an email client?

I agree, unfortunately, GMail has a non-standard IMAP implementation. As a result, it doesn't work well with Mail.app (while Fastmail's pristine IMAP does) and plugins such as MailTags.

Re:Goodbye Gmail on Wednesday March 19, 2014 @01:58AM (#7427058)

What worries me more is that it is apparently very hard to get support:

http://www.emaildiscussions.com/showthread.php?t=68642

There are many such complaints in the forums. For nearly the same price Google gives phone support.