[APP][5.0+] FairEmail - Fully featured, open source, privacy oriented email app

Search This thread

M66B

Recognized Developer
Aug 1, 2010
26,263
56,684
Im selecting messages of the same inbox from the same account. I'm not even using a unified inbox. I always get the account selector first.

Edit: I even get it with one selected message.

Edit2: wouldn't that also mean that moving across accounts should be impossible?
Moving across accounts is possible, this is also why there is an account selection first.
If this would be removed, moving across accounts wouldn't be possible this way anymore ...

You are right though that the selection will always be there (also when selecting one message).

So, advantages and disadvantages ...
 
  • Like
Reactions: sieghartRM

deechte

Senior Member
Feb 1, 2007
913
214
Soest
OnePlus 7T Pro
Right.
Then my proposal would still be to make the experience uniform. But since the account selector isn't something that's frequently needed, I'd suggest moving it to the folder list to save a step in most cases.
 

M66B

Recognized Developer
Aug 1, 2010
26,263
56,684
Right.
Then my proposal would still be to make the experience uniform. But since the account selector isn't something that's frequently needed, I'd suggest moving it to the folder list to save a step in most cases.
People with smaller screens won't like the space used for this. Note that dialogs can't have an overflow menu.
 
  • Like
Reactions: sieghartRM

M66B

Recognized Developer
Aug 1, 2010
26,263
56,684
The number of features requests is about the same as the number of 1 star ratings like "Fa schifo", which is Italian for "It sucks". According to Google this is not violating Play store policies, while I can think of multiple policies being violated.

Let me be clear, also given my personal situation, I will do my best to maintain and support the app, but the number of new changes and new features will be limited for the time being.
 
  • Like
Reactions: sieghartRM

fraschi51

Senior Member
Mar 17, 2016
1,149
416
Hallo Marcel, could you please clarify the algorithm for 'This will select the last identity used when selecting a recipient for new messages'?
 

M66B

Recognized Developer
Aug 1, 2010
26,263
56,684
Hallo Marcel, could you please clarify the algorithm for 'This will select the last identity used when selecting a recipient for new messages'?
All messages will have a 'via' field, which you can view by expanding the addresses section between the message header and message text. This is the identity used or matched for the message. This identity is stored in the local contact database ('Manage' contacts in the receive settings) for all recipients of the message, which will be used when you select a recipient in the message editor to auto select the identity at the top.
 
  • Like
Reactions: sieghartRM

fraschi51

Senior Member
Mar 17, 2016
1,149
416
All messages will have a 'via' field, which you can view by expanding the addresses section between the message header and message text. This is the identity used or matched for the message. This identity is stored in the local contact database ('Manage' contacts in the receive settings) for all recipients of the message, which will be used when you select a recipient in the message editor to auto select the identity at the top.
This works - I think - only for the first (if there are multiple) recipient?
 

M66B

Recognized Developer
Aug 1, 2010
26,263
56,684
Learned something new again!
I for sure would support this change.
But which account should be used for the folder list? When selecting messages of one account this would be clear, but not anymore if there are more. You could say to not ask if there is one account only, and to ask if there are multiple, but this would be inconsistent and inevitably result in questions (or worse).

You are selecting multiple messages, so is one tap more a huge problem? I don't think so.
 

fraschi51

Senior Member
Mar 17, 2016
1,149
416
Every time you select a recipient (either in the suggestions popup or by picking a contact) the identity selection will be updated. So, it works for any number of recipients.
So is there not just one, but possibly several different identities at different recipients?
I had thought that an e-mail, no matter if with one or more recipients, can always have only ONE identity - then the same for all recipients.
 

M66B

Recognized Developer
Aug 1, 2010
26,263
56,684
So is there not just one, but possibly several different identities at different recipients?
I had thought that an e-mail, no matter if with one or more recipients, can always have only ONE identity - then the same for all recipients.
There can be only one identity for one recipient. If you later use a different identity for the same recipient, this one will be used: "the last used".
 
  • Like
Reactions: sieghartRM

deechte

Senior Member
Feb 1, 2007
913
214
Soest
OnePlus 7T Pro
But which account should be used for the folder list? When selecting messages of one account this would be clear, but not anymore if there are more. You could say to not ask if there is one account only, and to ask if there are multiple, but this would be inconsistent and inevitably result in questions (or worse).

You are selecting multiple messages, so is one tap more a huge problem? I don't think so.
Your proposal in the first paragraph sounds exactly perfect.

If you're speaking about inconsistency, that's there already, between moving from the list and moving an opened message. That's my whole point.

Yes, it's only one click. I know
 

M66B

Recognized Developer
Aug 1, 2010
26,263
56,684
Your proposal in the first paragraph sounds exactly perfect.

If you're speaking about inconsistency, that's there already, between moving from the list and moving an opened message. That's my whole point.

Yes, it's only one click. I know
There is a difference between moving one opened message and multiple selected messages. In the case of a single message moving within the same account is much more logical.
 
  • Like
Reactions: sieghartRM

Top Liked Posts

  • 4
    I understand the importance of getting paid hence why I purchased the Pro version. What I don't get is why everyone's insistent on having a subscription service for everything. Sorry but I don't make enough to subscribe to everything. Hence why I bundle where I can, onetime purchases if possible, or go without.
    But paying only once can also become a problem for the developer.

    I had, in the context of a one-time payment, bought a software about 20 years ago, by means of which I can watch TV or record movies via a TV card on the PC. The software has been continuously developed over all these years.

    Now I read on the website of the developer that due to all the streaming services the turnover has decreased in such a way that the income does not cover the costs anymore. I had then made a donation again, because I want to continue to use the software in the future.

    But basically I'm with you, buying software by subscription is not my idea either. Possibly only if further payments would accrue every 2 to 3 years, but not in a monthly subscription.
    1
    dragging again the average rating down, which has been going monotonously down only last weeks :-(
    I can only see the US Google store but I don't see this. In the year I have used the app the ratings there have been 4.7 usually. Maybe 4.6 or 4.8 once in a while. You cannot get any better than that. Basically a statistically perfect review rating. Just for fun, I quickly scrolled through hundreds of listed apps and saw almost no others with 4.7 or better. Certainly, way less than 1% of apps have that rating. So, you are with the creme de la creme of Apps on Goggle.
  • 20
    QUESTION ABOUT FAIR EMAIL OPTIONS:
    Assuming the starting point of no on-device Google Account...

    Q: Which of these Fair Email Google mail server options is "most" private?

    1. 2SV/2FA (using any of a half dozen secondary methods), or,
    2. What Fair Email terms "GMail (Android)", or,
    3. What Fair Email terms "GMail (OAuth)".

    Note Marcel knows the answer, so he can instantly nip this tangent in the bud by answering that question in a single word... (where I suspect the answer is undoubtably #3 but others strongly think it's #1 apparently, so I could be wrong - but it's NEVER gonna be #2.

    The desired single word answer is "none". Google scans all your messages and you can only hope that the gathered information isn't used in an un-private way. Option 1 (assumed to be app passwords) and option 3 do not send extra information to Google. Option 2 requires an on-device Google account. You can control the sync options of a Google account via the Android settings. If these options work as expected and are turned off, no information should be sent to Google. This applies to all other Google services and apps, like Maps and Drive, too. You'll need to go into the settings and turn things off and trust that Google honors this.

    I expect to see no more messages about this subject anymore, with no exceptions for anyone. If you want to continue discussing about this, you should create a new XDA thread for this.
    19
    I have just uploaded a 4th YouTube video, with things which are not being described and not were asked for before ...
    Yesterday, the OAuth verification team requested a minor change and a test APK file, which probably means that the app fulfills all requirements now and that the verification process transitioned to the next phase. In any case this is looking good so far.
    17
    Since I need a distraction anyway, I am trying to get a web OAuth flow for Gmail accounts approved by Google because it seems the policies were changed for this type of authentication. K9 mail was approved too, without the expensive security audit formerly required. This would allow authenticating Gmail accounts via OAuth without an on-device account.
    16
    The next version will have optionally VirusTotal integration, so you can check attachments easily:

    Screenshot_20220723-102554.png
    13
    Using a Gmail account in FairEmail will inevitably leak your IP address, and thus your rough location, but nothing else, except the obvious: the messages you receive and sent and their meta data (sender, receiver, subject, etc).

    Note that it is not a good idea to use a VPN to hide your IP address because you'll probably run into "Please log in via your web browser" at an inconvenient moment.

    For HOTP and TOTP I recommend FreeOTP+.

    I think enough has been said about the privacy aspects of a Google account now. Whether a Google account on your device is a privacy concern or not is off-topic here. If you want to keep discussing about this, please create another XDA thread for this. You can leave a link to the created thread here if you wish.
  • 241
    ic_launcher.png

    FairEmail
    Open source, privacy friendly email app for Android

    banner7_long.png


    See here for a description:
    https://github.com/M66B/open-source-email/

    See here for screenshots:
    https://email.faircode.eu/#screenshots

    Downloads:
    https://github.com/M66B/open-source-email#user-content-downloads

    Frequently asked questions:
    https://github.com/M66B/open-source-email/blob/master/FAQ.md

    Please read this before requesting a new feature:
    https://github.com/M66B/FairEmail/blob/master/FAQ.md#user-content-get-support

    This XDA thread is about using the latest version of FairEmail.

    For support on authorizing an account you should consult the documentation of your provider, see also here.

    Off topic comments are allowed as long they are related to FairEmail and are in the general interest of the followers of this thread.

    Discussion of purchases is not allowed here, please contact me via here instead.
    69
    How was the call with Google today, Marcel?

    Google was pretty friendly and cooperative and told me the favicons are indeed the problem, and it can/should be fixed by updating in the privacy policy to "disclose how your app accesses, collects, uses, and shares user data":

    Privacy Policy​

    All apps must post a privacy policy in both the designated field in Play Console and within the app itself. The privacy policy must, together with any in-app disclosures, comprehensively disclose how your app accesses, collects, uses, and shares user data, not limited by the data disclosed in the Data Safety section. This must include:
    • developer information and a privacy point of contact or a mechanism to submit inquiries
    • disclosing the types of personal and sensitive user data your app accesses, collects, uses, and shares; and any parties with which any personal or sensitive user data is shared
    • secure data handling procedures for personal and sensitive user data
    • the developer’s data retention and deletion policy
    • clear labeling as a privacy policy (e.g., listed as “privacy policy” in title)
    The entity (e.g., developer, company) named in the app’s Google Play listing must appear in the privacy policy or the app must be named in the privacy policy. Apps that do not access any personal and sensitive user data must still submit a privacy policy.

    Please make sure your privacy policy is available on an active URL (no PDFs) and is non-editable.

    So, I have updated the privacy policy and added this new table:

    https://github.com/M66B/FairEmail/blob/master/PRIVACY.md#summary-of-shared-data

    I am not sure if it covers everything, so feedback is more than welcome. @mkasimd maybe you can take a look?

    Note that I have also enabled BIMI, Gravatars, Libravatars and favicons for the Play store version again.

    The short term goal is to release a Play store test version (and associated GitHub version) and to get the update approved. I will think about the next steps after this has been accomplished. Given the huge number of supportive messages I received (much appreciated!) the project will be continued in some form in any case.
    50
    Version 1.1900 is available on GitHub now and in the Play store test program after Google's approval (which is the main goal of this release).

    Changelog/download:
    https://github.com/M66B/FairEmail/releases

    My girlfriend is slowly recovering too :)
    47
    It is time for a new, modern, open source, privacy friendly email client for Android.

    I have just released a first alpha version for feedback on the design and features.

    Not for production use yet!

    Most of the stuff basically works, but be prepared for crashes and error notifications.


    Safe email is a working name, but it is for several reasons not a convenient name, so suggestions for a name are welcome.
    37
    I have just released alpha version 0.15

    Changelog/download:
    https://github.com/M66B/open-source-email/releases

    With a bit of luck the next version can be a beta version.

    I am putting a lot of effort into this project, so thanks are appreciated.