Re:FairEmail stopping development after Google falsely flags...
by g_p on Thursday May 19, 2022 @12:36PM
(#31436859)
My understanding is that this was an optional feature, and turned off by default - a user wanting to use this would need to enable it manually.
If a user turns on a feature to request favicons for received mail, it therefore seems logical that the app has to retrieve favicons. Doing direct retrieval is likely less damaging to privacy than using a central favicon retrieval server.
Re:FairEmail stopping development after Google falsely flags...
by corney91 on Thursday May 19, 2022 @01:58PM
(#31437983)
I use FairEmail so I just checked: Display Favicons is disabled by default and there's a note below the setting that says "there might be a privacy risk" and links to https://en.wikipedia.org/wiki/Favicon
Re:FairEmail stopping development after Google falsely flags...
by teawrecks on Thursday May 19, 2022 @01:17PM
(#31437398)
Agreed, 1) it's not sharing contacts, 2) it only pings those domains if you enable the optional feature. This is exactly how I'd want the app to behave, and I honestly can't think of a better way to handle it.
Maybe caching the favicons on a server hosted by the app creator so that no matter what domain the app looks up, it looks like it's contacting FairEmail.
Re:FairEmail stopping development after Google falsely flags...
by gommm on Thursday May 19, 2022 @01:47PM
(#31437836)
But in that case, the app creator would have a list of domains which I think is objectively worse from a privacy perspective...
I'm honestly a bit annoyed that OP is the top comment on HN when it exaggerates the impact of this feature.
So that favicon feature should be an optional feature but calling it sharing contact details is really exaggerating it.
EDIT: It is even optional, so yes really it's a non-issue.