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

Search This thread

M66B

Recognized Developer
Aug 1, 2010
24,044
49,424
Hi @M66B
I set the Promotions category of Gmail to manually synchronize in Fair Email. When I swipe down to sync the folder, after the sync is complete I have to swipe up to read the received messages ( it does not auto scroll up ).
Is this the default behavior? Is it something that I overlooked in setup?
Best regards,
Luis
You can enable scroll to top on new messages in the behavior settings.
 
  • Like
Reactions: no.one.writeme

M66B

Recognized Developer
Aug 1, 2010
24,044
49,424
I have integrated DeepL into FairEmail for myself. I am rather hesitant to release this because it would require people to create a DeepL account and subscribe to the API plan and enter the authorization key into the app. I am afraid that this is a too big obstacle. There are 1 star ratings for much less.

Would anybody be interested in this?
 

topcaser

Senior Member
Dec 17, 2005
695
67
At the top of the snooze dialog there is "1 hour", "1 day" and "1 week" already.
Didn't realize this, sorry. But it again shows that this dialogue isn't user friendly. Sorry to say, but the date picker is old fashioned and confusing although you probably will write that the dialogue is a standard Android dialogue. Look at the Gmail app how user friendly it could be.
 

M66B

Recognized Developer
Aug 1, 2010
24,044
49,424
Didn't realize this, sorry. But it again shows that this dialogue isn't user friendly. Sorry to say, but the date picker is old fashioned and confusing although you probably will write that the dialogue is a standard Android dialogue. Look at the Gmail app how user friendly it could be.
It is indeed the standard date/time dialog. User friendly is relative and FairEmail is a lot more flexible with snooze times than Gmail.
 

fraschi51

Senior Member
Mar 17, 2016
952
264
I have integrated DeepL into FairEmail for myself. I am rather hesitant to release this because it would require people to create a DeepL account and subscribe to the API plan and enter the authorization key into the app. I am afraid that this is a too big obstacle. There are 1 star ratings for much less.

Would anybody be interested in this?
I wouldn't do it under these conditions, especially since you can always copy texts of interest and paste them into deepl for translation.
But I'm afraid it can't really be prevented after you've already entered the strings into the translation file .... ;-)
 

topcaser

Senior Member
Dec 17, 2005
695
67
It is indeed the standard date/time dialog. User friendly is relative and FairEmail is a lot more flexible with snooze times than Gmail.
I am wondering where the flexibility is and again it's not user friendly, especially setting a certain date. E. G. I want to snooze a message until Saturday. I have to carefully increase the date and observing the written text to stop increasing when the text says Saturday. Furthermore the snooze defaults are not useful to me. Indeed they can be overlooked as you can see from our discussion. Attached a screenshot how Google does it. Here you can see the difference regarding UX (user experience) between fairmail and Google. Google present the user just one dialogue (in this attached screenshot: using some defaults) to focus the user on the 70 percent task (I assume Google did a study on that). Next the date can be selected by a month calendar date picker. Again it is focused exactly on this task (UX). The user can quit the wizard now and Google addressed 90 percent of use cases. The rest of the 10 percent can schedule a certain time if necessary. Again 100 percent focus on setting the time.

This is user friendly and probably engineered by a lot UX engineers,since it is Google and not fairmail. I don't understand why you don't want to accept and transfer those solutions in the one or other idea to fairmail. You are wondering why you get some reviews where users complain about complexity of fairmail and you are asking here for what can be improved. I told you to have a look to other clients with more man power to analyze user behaviour resulting in certain workflows like snoozing messages. But the only answer is "user friendly is relative". OK than leave it as it is if you are the opinion that this is the best way to present the dialogue to the user.
 

Attachments

  • IMG_20210518_043814.jpg
    IMG_20210518_043814.jpg
    89.1 KB · Views: 24
  • IMG_20210518_043854.jpg
    IMG_20210518_043854.jpg
    90.2 KB · Views: 26
  • IMG_20210518_050414.jpg
    IMG_20210518_050414.jpg
    62.7 KB · Views: 25
  • IMG_20210518_050216.jpg
    IMG_20210518_050216.jpg
    67.5 KB · Views: 23
  • IMG_20210518_050246.jpg
    IMG_20210518_050246.jpg
    52.3 KB · Views: 21

fraschi51

Senior Member
Mar 17, 2016
952
264
I am wondering where the flexibility is and again it's not user friendly, especially setting a certain date. E. G. I want to snooze a message until Saturday. I have to carefully increase the date and observing the written text to stop increasing when the text says Saturday. Furthermore the snooze defaults are not useful to me. Indeed they can be overlooked as you can see from our discussion. Attached a screenshot how Google does it. Here you can see the difference regarding UX (user experience) between fairmail and Google. Google present the user just one dialogue (in this attached screenshot: using some defaults) to focus the user on the 70 percent task (I assume Google did a study on that). Next the date can be selected by a month calendar date picker. Again it is focused exactly on this task (UX). The user can quit the wizard now and Google addressed 90 percent of use cases. The rest of the 10 percent can schedule a certain time if necessary. Again 100 percent focus on setting the time.

This is user friendly and probably engineered by a lot UX engineers,since it is Google and not fairmail. I don't understand why you don't want to accept and transfer those solutions in the one or other idea to fairmail. You are wondering why you get some reviews where users complain about complexity of fairmail and you are asking here for what can be improved. I told you to have a look to other clients with more man power to analyze user behaviour resulting in certain workflows like snoozing messages. But the only answer is "user friendly is relative". OK than leave it as it is if you are the opinion that this is the best way to present the dialogue to the user.
I find the current FE snooze dialogue better and I have no problem looking at the day of the week shown above when setting the date.
Incidentally, a programmer's quantity says nothing about quality.
 

nadir husain

Senior Member
Aug 31, 2019
162
179
I find the current FE snooze dialogue better and I have no problem looking at the day of the week shown above when setting the date.
Incidentally, a programmer's quantity says nothing about quality.
Agree absolutely! Marcel is a one man army and he has accomplished more in a couple of years than Google engineers in more than a decade. Gmail cant even get their push mail on Android working correctly. No comparison! FairEmail does more than Gmail and in easier , better ways.
 
  • Like
Reactions: O_DoC and fraschi51

topcaser

Senior Member
Dec 17, 2005
695
67
I find the current FE snooze dialogue better and I have no problem looking at the day of the week shown above when setting the date.
Incidentally, a programmer's quantity says nothing about quality.
Hi, I don't talking about the quality. This is outstanding from Marcel. I talked about the number of engineers supporting the development. I am working for a software company and I know how much effort we put in analyzing user behaviour resulting in UX concepts. This is something, a private project can't deliver. Therefore would be my suggestion to transfer concepts from big providers (I mean not to copy them, to transfer).

How often do you use snoozing messages? For me, this dialogue is one of the bad things in fairmail.
 

M66B

Recognized Developer
Aug 1, 2010
24,044
49,424
I am wondering where the flexibility is and again it's not user friendly, especially setting a certain date. E. G. I want to snooze a message until Saturday. I have to carefully increase the date and observing the written text to stop increasing when the text says Saturday. Furthermore the snooze defaults are not useful to me. Indeed they can be overlooked as you can see from our discussion. Attached a screenshot how Google does it. Here you can see the difference regarding UX (user experience) between fairmail and Google. Google present the user just one dialogue (in this attached screenshot: using some defaults) to focus the user on the 70 percent task (I assume Google did a study on that). Next the date can be selected by a month calendar date picker. Again it is focused exactly on this task (UX). The user can quit the wizard now and Google addressed 90 percent of use cases. The rest of the 10 percent can schedule a certain time if necessary. Again 100 percent focus on setting the time.

This is user friendly and probably engineered by a lot UX engineers,since it is Google and not fairmail. I don't understand why you don't want to accept and transfer those solutions in the one or other idea to fairmail. You are wondering why you get some reviews where users complain about complexity of fairmail and you are asking here for what can be improved. I told you to have a look to other clients with more man power to analyze user behaviour resulting in certain workflows like snoozing messages. But the only answer is "user friendly is relative". OK than leave it as it is if you are the opinion that this is the best way to present the dialogue to the user.
I almost always set specific snooze times and this can be done with the least number of taps with the current solution.

Basically, every solution has advantages and disadvantages and will therefore make somebody happy and somebody else unhappy.

I understand that there might be room for improvement from your point of view and we can talk about this within the current solution. Like for example changing the quick snooze buttons.
 
  • Like
Reactions: O_DoC and fraschi51

fraschi51

Senior Member
Mar 17, 2016
952
264
Hi, I don't talking about the quality. This is outstanding from Marcel. I talked about the number of engineers supporting the development. I am working for a software company and I know how much effort we put in analyzing user behaviour resulting in UX concepts. This is something, a private project can't deliver. Therefore would be my suggestion to transfer concepts from big providers (I mean not to copy them, to transfer).

How often do you use snoozing messages? For me, this dialogue is one of the bad things in fairmail.
If you frequently put mails on hold until the next Saturday or similar, a calendar selection may actually make more sense for you. In fact, I rarely use the Mails snooze dialogue because I prefer to use my Calendar or ToDo app for reminders. However, I often have to deal with the same dialogue when I prepare something today that is to be sent later. And I have never had any problems with this dialogue.
 

M66B

Recognized Developer
Aug 1, 2010
24,044
49,424
I wouldn't do it under these conditions, especially since you can always copy texts of interest and paste them into deepl for translation.
But I'm afraid it can't really be prevented after you've already entered the strings into the translation file .... ;-)
Indeed, but this will be available in the GitHub version only.

Version 1.1596 1.1597 is available on GitHub now.

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

This FAQ explains how DeepL integration can be configured and used:

https://github.com/M66B/FairEmail/blob/master/FAQ.md#user-content-faq167
 
Last edited:

fraschi51

Senior Member
Mar 17, 2016
952
264
In the meantime, I have discovered that you don't even need to copy text to translate, because the 'translate' command is already included in the copy dialogue after the selected text and you can do this with one click. Possibly this command comes from one of the translator apps, either from DeepL or from the MS translator .... I don't know exactly.
 

M66B

Recognized Developer
Aug 1, 2010
24,044
49,424
In the meantime, I have discovered that you don't even need to copy text to translate, because the 'translate' command is already included in the copy dialogue after the selected text and you can do this with one click. Possibly this command comes from one of the translator apps, either from DeepL or from the MS translator .... I don't know exactly.
That's what I have been using so far too, but you need to copy and paste. The integrated solution will automatically extend the selection to a paragraph and insert the translation after the paragraph with a new line in between. This is much easier, especially if you use this a lot.
 

fraschi51

Senior Member
Mar 17, 2016
952
264
That's what I have been using so far too, but you need to copy and paste. The integrated solution will automatically extend the selection to a paragraph and insert the translation after the paragraph with a new line in between. This is much easier, especially if you use this a lot.
But if I see it correctly, your FE translator can ONLY be used in the composer and not when reading, right?
 

Top Liked Posts

  • 8
    The next version will check the block list of spamcop too (if checking block lists is enabled of course).

    8
    Version 1.1619 is available on GitHub now and in the Play store test program after Google's approval.

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

    It is possible now to enable using spam block lists in the report spam dialog (tap on the little warning triangle just above the message text).
    3
    I have 6 email accounts and all together in the same inbox is a little bit confusing...
    Not, if you use the color-stripe for differencing them.
    1
    Thanks for your answer!



    Tried, but is not what I'm looking for....



    Is it not possible to limit the list of folders only to the main ones (exactly those listed for the "unified" account)?



    If I open an email from a notification and press back, I would like to open the inbox folder of the account associated with the email just read and not the list of folders, this regardless of whether the email just opened is actually contained in the Inbox folder .
    The quick link in the navigation menu is not the solution for me.

    In other words, I would like the app to be "Inbox-driven": the mail clients I've used so far (on PC and smartphone) all work in this way ...

    However I understand that there are choices in every app that favor certain aspects over others and I do not expect FairEmail to adapt to my needs, especially if no other user has the same point of view.
    FairEmail is "Inbox-driven" too. When you open a message from a notification and tap back, you'll land in the unified inbox (unless you changed the start screen).

    I think that it is logical to go from an out of band opened message (not from navigating within the app) to the start screen on back.

    Putting the inbox in between the unified inbox and the message opened from a notification would be possible, but I am pretty sure most other people will not like this extra navigation step.

    Moreover, a conversation is being opened, not a message. The notified message might not be the last message of the conversation and the last message might not be in the inbox (for example in the sent message folder). Also, more messages might arrive in the conversation while it is being viewed.
  • 18
    Then they've reached their goal ...
    They didn't.

    Version 1.1606 is available on GitHub now and in the Play store test program after Google's approval.

    Changelog/download:
    https://github.com/M66B/FairEmail/releases
    15
    Version 1.1610 is available on GitHub now and in the Play store test program after Google's approval.

    Changelog/download:
    https://github.com/M66B/FairEmail/releases
    15
    Version 1.1618 is available on GitHub now.

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

    There is a new receive option (default disabled) to check if the domain name of the from / reply-to addresses is on a spam block list (for now Spamhaus/zen only). If this is the case, there will be a little warning flag in the message header (the same as for message authentication problems, etc).
    14
    Version 1.1615 is available on GitHub now and in the Play store test program after Google's approval.

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

    The raw message viewer uses cards now and will show the message structure at the end.

    In the search dialog you can disable searching in the trash and spam folders when searching on the device.
    14
    Version 1.1600 is available on GitHub now and in the Play store test program after Google's approval.

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

    DeepL integration is an experimental feature now, so experiments need to be enabled in the miscellaneous settings. This feature is not available in the Play store version.

    Edit: the power menu tile (Android 11+) needs to be enabled in the miscellaneous settings.
  • 199
    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.