• Introducing XDA Computing: Discussion zones for Hardware, Software, and more!    Check it out!

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

Search This thread

fraschi51

Senior Member
Mar 17, 2016
1,012
307
I noticed today (don't know from which version this behavior is) that tapping 'open with' on an internet link no longer offers me - as it used to - my 10 or so different apps that are able to do this, but only the same default app, which also opens after pressing 'o.k.'. Can this be?
 

M66B

Recognized Developer
Aug 1, 2010
24,687
50,974
I noticed today (don't know from which version this behavior is) that tapping 'open with' on an internet link no longer offers me - as it used to - my 10 or so different apps that are able to do this, but only the same default app, which also opens after pressing 'o.k.'. Can this be?
"Open with" will hand over the link to Android.

I guess this might help:

 
  • Like
Reactions: fraschi51

fraschi51

Senior Member
Mar 17, 2016
1,012
307
"Open with" will hand over the link to Android.

I guess this might help:

Yes, thanks, it helped - now I can decide again, which App I will use in every case.
 

M66B

Recognized Developer
Aug 1, 2010
24,687
50,974
Version 1.1727 is available on GitHub now.

Download:
https://github.com/M66B/FairEmail/releases

We all hate spam, therefore blocking senders is done by creating special entries in the local contact database now, instead of using filter rules, so it can be a free feature. You can see the entries via the manage button in the send settings. There is a new filter option in the three dots overflow menu of the local contacts list to filter spam entries as well.

Another change is that the background of the original message view will follow the background of the current theme (dark/light) now. In the horizontal three-dots message menu there is a menu item to override a dark background if it is necessary to view the message with a light background. It is possible to add a button for this as well, so you can quickly switch.

Verifying S/MIME signatures failed if the sender didn't strip trailing spaces from the encoded message content. PGP requires this, but S/MIME oddly enough doesn't, but FairEmail "fixed" this in both cases. Hopefully, removing the fix for S/MIME will not result in other signatures failing.
 

jmh2002

Senior Member
Jun 1, 2016
114
65
NZL, POL, UKR
Why don't you use the collection input? Then you can see every new incoming mail, no matter in which folder it ends up? Or do I understand something wrong here?

Because of my setup I want to be able to deal with new emails by category (sender, generally), ie: by folder/label, not by some type of 'all new mail' folder where mail from different senders is all mixed together (yes I can manually filter it each time, but why, when I already have automatic filters setup?).

I use gmail and for years and years already have an extensive list of filters setup that automatically label and move new messages. Additionally, as far as possible, I would like my mobile setup to mirror my desktop setup. From a UI and workflow perspective this just makes sense.

I was a bit surprised that the benefit of this feature was initially perhaps misunderstood however as I said that may depend on the individual user's setup on the mail server side.

In any case Marcel already solved this by simply adding a 'Sort Unread On Top' feature which is fantastic.

My screenshot in a recent post after this feature was made available might better explain the use case.

THANKS :)
 
Last edited:

mkasimd

Member
Apr 7, 2021
46
32
I just got a quick question on the new integrated changelog. Showing it after an update makes sense. But wouldn't it be better to exclusively show the changes done between the previous and current version when displaying it automatically after an update? There can also be buttons "Show More" and "Confirm" below the minimized changelog, if quickly accessing the full changelog is deemed important.

Reason: The after-update-changelog will be much smaller and neater, and should be sufficient for most users. Many might even find a huge changelog annoying as they probably just want to read/write emails and not read the changelog with every update; especially so as there are updates multiple times a week. Though, people annoyed by the larger changelog will probably be annoyed by the smaller one too.

Alternative: Only show a small "notification line" at the bottom with a text like "see the changelog" while the line disappears after after a few seconds. If the user clicks there, the full changelog opens. If he doesn't, the information at the bottom disappears after x seconds, and the user can go his business as he likes. That should keep the annoyance-level even much lower.

The larger changelog in the three-dots-menu could and should remain the same as is, so anyone requiring more details can still look it up there, and do so anytime they wish.
 

M66B

Recognized Developer
Aug 1, 2010
24,687
50,974
I just got a quick question on the new integrated changelog. Showing it after an update makes sense. But wouldn't it be better to exclusively show the changes done between the previous and current version when displaying it automatically after an update? There can also be buttons "Show More" and "Confirm" below the minimized changelog, if quickly accessing the full changelog is deemed important.

Reason: The after-update-changelog will be much smaller and neater, and should be sufficient for most users. Many might even find a huge changelog annoying as they probably just want to read/write emails and not read the changelog with every update; especially so as there are updates multiple times a week. Though, people annoyed by the larger changelog will probably be annoyed by the smaller one too.

Alternative: Only show a small "notification line" at the bottom with a text like "see the changelog" while the line disappears after after a few seconds. If the user clicks there, the full changelog opens. If he doesn't, the information at the bottom disappears after x seconds, and the user can go his business as he likes. That should keep the annoyance-level even much lower.

The larger changelog in the three-dots-menu could and should remain the same as is, so anyone requiring more details can still look it up there, and do so anytime they wish.
The changelog is a file, so what you are asking for is not simple to implement and IMHO not worth the effort, considering you can cancel the changelog with one 'back' or by tapping on the close button at the top.

So, it will either be as it is now, or back to the old system with the changes documented in the GitHub releases.

Edit: yesterday somebody reported a bug while being about 1,000 updates behind. That would be a very long changelog!

Edit: there will be no in-app changelog for the Play store version anymore from the next version.
 
Last edited:

mkasimd

Member
Apr 7, 2021
46
32
Edit: yesterday somebody reported a bug while being about 1,000 updates behind. That would be a very long changelog!
By "full changelog" I meant the file you linked to, not a full changelog as in "you should include anything starting from the very first alpha release". Of course, nobody should expect you to do that. So, sorry if the term was confusing.

The changelog is a file, so what you are asking for is not simple to implement and IMHO not worth the effort, considering you can cancel the changelog with one 'back' or by tapping on the close button at the top.
IMO, showing a large banner is obstructive. A user should be able to go his workflow without having to do that with every update. And as said, the update frequency is too high, ranging from several times a week to several times a day even. If somebody updates quickly, as I do, it will get annoying over time. Or I might end up deciding to not update as often anymore.

As I use the GitHub version, the GitHub changelog worked well for me. I also still have a look at the GitHub commits with each update as that's a form of more detailed changelog, plus I can see changes to the FAQ much better there.

But especially PlayStore users won't do so. So adding an in-app changelog was the right choice IMO. But it can be done in a lesser obstructive way without having to change the changelog file at all.

To avoid further misunderstandings, I just created an example on what I mean (the banner at the bottom opens the changelog file, the banner disappears after x seconds):

img.jpg
 

fraschi51

Senior Member
Mar 17, 2016
1,012
307
Do I understand correctly that - since spam handling is now done via the managed addresses - the previous rules for individual spam senders are NOT automatically transferred to the managed contacts and then deleted as rules? Will extra entries be created in the managed contacts for future individual sender spam addresses?
 

M66B

Recognized Developer
Aug 1, 2010
24,687
50,974
Do I understand correctly that - since spam handling is now done via the managed addresses - the previous rules for individual spam senders are NOT automatically transferred to the managed contacts and then deleted as rules? Will extra entries be created in the managed contacts for future individual sender spam addresses?
Existing rules, which could be modified, will be kept and still be executed.

Blocking new senders will be done in the new way though.
 

avalx

Senior Member
A voting round will be appreciated.
Will do!

EDIT:
I've tried to change and reapply my review but have not been able to. When I change the text and click SUBMIT nothing happens (I've tried different browsers with the same effect). I'm not sure why this is happening now as before I was able to do this.

But I did down-vote the 1-star review and report some as spam!
 
Last edited:
  • Like
Reactions: M66B

Top Liked Posts

  • 1
    Hi Marcel!
    First of all again, thank you so much for your amazing work and support! I'm a happy paying customer since a couple of years and I love your app.

    I have a question which I haven't found an answer to yet.
    Is it possible to hide the Account Name in the mailbox? I'll try to explain myself better. I have several email accounts set up, and I read emails from them separatly. I have assigned a different color for each one and in the main view I have the list of each account. So I click one, open the Incoming folder and read emails.
    In the emails list header I have 4 rows: Sender, Object, Name of my account, Text Preview.

    I would like to hide the line which contains the Name of My Account. I know which account I am in and I don't need to see it there, I think it just adds clutter to the view. I have looked around in settings but haven't found a way to do that.
    Is it possible?

    Dank je wel!
    There is no account name in the message header when viewing a conversation, only a folder name. The account name is the subtitle at the top.

    If you mean the account/folder name in the message list, try to switch to compact mode via the three-dots menu.
    1
    Ah interesting, like what?
    Whether the message was replied to, forwarded, classified, is snoozed, has attachments, the number of messages in the conversation thread, etc.
    1
    Nice! I still think that being able to hide it would give a more polished aspect to the mail list view, but it's not such a big deal and if it's useful for other purposes I'm fine with it.
    Thank you for everything Marcel!
    There is a configurable padding on my to do list, but it won't be high priority.
  • 20
    Stopping with improvements wouldn't be fair to the people appreciating my effort, so I will keep improving the GitHub version and reduce the Play store updates to once a month.
    16
    Since it happened too many times to me that I answered a message while a new message arrived making the answer less useful, the next version will show a bottom notification when a new message arrives in the same thread as you are composing a message for. Tapping on 'Show' will open the conversation, so you can quickly check the new message.
    13
    Version 1.1764 1.1765 is available on GitHub now and in the Play store test program after Google's approval.

    Changelog/download:
    https://github.com/M66B/FairEmail/releases
    13
    Version 1.1761 fixes all reported problems, including my failures as reported by @Dark_Eyes_

    https://github.com/M66B/FairEmail/releases
    12
    A documented reason why privacy friendly apps are pretty important:


    The most common tracking library on Android is Google Play Services (in 87.3 per cent of apps)

    None of my apps contain any tracking library!
  • 209
    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/

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

    See this XDA article for some screenshots:
    https://www.xda-developers.com/fairemail-open-source-privacy-friendly-email/

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

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

    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.


    XDA:DevDB Information
    FairEmail, App for all devices (see above for details)

    Contributors
    M66B
    Source Code: https://github.com/M66B/open-source-email/


    Version Information
    Status:
    Stable

    Created 2018-08-02
    Last Updated 2020-11-18
    41
    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.
    37
    I have just released alpha version 0.10

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

    I have put many hours into developing and debugging this release, so thanks are appreciated.

    This version is still not suitable for production, but all basic functions are present now. The goal is now to stabilize this version into a first beta release, so please let me hear what problems you have.

    Edit: due to database changes you'll need to setup your accounts/identities again.
    33
    I have just released beta version 1.745

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

    The changelog might seem uninteresting, but in fact displaying messages has been rewritten to introduce inline displaying of original messages. I spent about two days developing and testing this, so at least a "thanks" will be appreciated.

    Some background: normally the web view cannot be used in a scrolling list (of messages in a conversation) and although there exist several workarounds for this, none were satisfactory. However, I had a completely novel idea (as far as I know) about how to approach this without the usual edge cases (hopefully) !

    To do: investigate if using a dark background is feasible (setting the background dark is simple, but the challenge is to modify the message so that everything is still readable). I will consider to add an option to always display original messages.

    Please report any problem you discover, so it can be fixed.