yashsingh1/xdaforums huggingface dataset:
[Android Apps and Games] M66B:
Cars can cause accidents, so all cars need to be banned.
[Android Apps and Games] M66B:
It seems to me that there is no other choice left than to add a message like "You are using an unofficial build that can't be supported because it is more often than not outdated" (suggestions welcome).

Edit: to be clear: this is not what I want and it won't be good for F-Droid either, but the amount of time I am spending on old, buggy versions downloaded from F-Droid is not acceptable either. Not to speak about the people having trouble with receiving and sending email, sometimes critical from them.

F-Droid like it is, just seems to be not a suitable distribution channel for FairEmail.
[Android Apps and Games] Licaon_Kter:
Because that's the conclusion you got from my posts above, right? Mmmmkay...

Anyway, as the issue above says, we won't be able to publish any newer versions until the maven repo is changed back. I'll update the metadata to build 1.971.
[Android Apps and Games] M66B:
Yes, I did because I see no solution for the problem. I like to be wrong, so please correct me if i am.
[Android Apps and Games] M66B:
I can't change the repo back without introducing a solved bug again. The repo can be changed back again after a new release of JavaMail, which can take quite some time because the release frequency is low.

As already explained, the repo is of the maintainer of JavaMail, so just as reliable as the main repo. Who is judging if a repo is reliable anyway?

If this isn't solved, there will be an buggy version of FairEmail on F-Droid yet again, possible for a long time! Nice :(
[Android Apps and Games] Licaon_Kter:
We need more of you :)

There's always a solution, since it's open source, we could build it and then use those artifacts.
[Android Apps and Games] M66B:
Please send me more developers. This is basically what you say too ...
[Android Apps and Games] Licaon_Kter:
By "we" I mean F-Droid when it builds FairEmail.
[Android Apps and Games] heinhuiz:
I would prefer multicheck after longpress, because that is what I am used to. I think everybody has his own wishes, often based on their experience with other apps.

I'm strongly against swipe to delete from the trashcan.
[Android Apps and Games] BreckZeBoulay:
[MENTION=2799345]M66B[/MENTION] , [MENTION=4356248]heinhuiz[/MENTION] and [MENTION=4913921]BreckZeBoulay[/MENTION] are in a boat.....

Who's the captain ? :D

I will go to my provider's webmail and click on the purge the trash to do the job ;)
[Android Apps and Games] M66B:
As I am strongly against multiple select because it often fails with accidental touches. Unfortunately for you, I have to make choices.

Maybe this will be surprising: Android has no support for multiple select in recyclerviews yet and I don't want to build a custom solution for it or use a third party library that appears to be unsupported in the end.
[Android Apps and Games] heinhuiz:
For me the longpress to delete method works good, [MENTION=2799345]M66B[/MENTION]. I'm just trying to make a point that you cannot make everybody happy.
[Android Apps and Games] M66B:
As I have said already before, I am glad that we are discussing about minor user interface things only.

Also, I cannot make everybody happy.

Edit: as soon as I have a device with Android Oreo/Pie again, I will work on notification grouping. This should allow for trashing single messages from single new email notifications. Currently, I have no device I can test this on. You can create an issue for this to remind me.

Edit: create an issue to empty trash and I will see what I can do.
[Android Apps and Games] BreckZeBoulay:
So FairEmail v1.0 is on the way ?! :good:

Edit : oops no, edits were added :D
[Android Apps and Games] heinhuiz:
Well, I do run into a bug now: while in Conversation view, when you longpress one item and mark it unread, all messages in the thread are marked unread. Same with adding/removing a star.
[Android Apps and Games] M66B:
That is by design and in fact it is display only (edit: so, not on the server).
[Android Apps and Games] heinhuiz:
I don't see the logic behind it. If it is really needed to change the entire thread, that should be done from the three dot action menu. Selecting one item should change that one item only.

---------- Post added at 02:01 PM ---------- Previous post was at 02:00 PM ----------

So what is the practical use then?
[Android Apps and Games] M66B:
You mark a message unread or star a message for a reason, which is likely to remind yourself to look into it. Also, FairEmail shows messages by thread, which would result in a problem when a new message in the same thread arrives: no visible star anymore.
[Android Apps and Games] heinhuiz:
Yes, but I would want to be able to star separate messages within a thread, or mark only one message inside a thread as unread.

Furthermore, I think that marking read or unread should always sync with the server, so that the message has the same status on all my devices.
[Android Apps and Games] m0d:
why?

There will be a confirmation popup to confirm deletion.
[MENTION=2799345]M66B[/MENTION]

It makes no sense then to have swipe for trash folder, if both are same commd - move to inbox.
[Android Apps and Games] heinhuiz:
I'm using an imap account with a colleague, and to make sure he reads a message that I've already seen, I mark that message unread again. That way I can see whether he's seen it too.

I think that is what imap was designed for in the first place.
[Android Apps and Games] M66B:
Okay, but when should the message thread be shown as unread / starred? Currently that is when one of the messages in the thread is unread or starred.
[Android Apps and Games] M66B:
And that will still work because you mark a single message unread.
[Android Apps and Games] heinhuiz:
I'm a bit confused now, but maybe that is because I'm not used to starring/unstarring entire threads, and even less in marking entire threads read or unread.

Concentrating on the read/unread status, like I've said before, I think setting that status should be completely transparent through all devices, and thus should be done on the server.

I have a small thread right now, consisting of one item in Sent, one in Trash and one in Inbox.

If change the read status of one of those messages in Thunderbird on my PC, I can see that change in the corresponding folder in FairEmail, but not in the Conversation view. There the statuses of all individual mails are the same, because there you treat that status locally instead of taking the status from the server.

That is not logical to me. Why would one message have two different read/unread statuses, depending on the view from where you look at it?

Edit: What are other people's views on this?

Edit 2: For starring this might be different, that depends on your use of the star. I can get used to starring entire threads instead of single messages.

---------- Post added at 05:14 PM ---------- Previous post was at 04:20 PM ----------

Some IMAP servers work from the Inbox folder as a root folder. Other folders are created as subfolder of the Inbox folder. Other mail programs, including Thunderbird, simply strip the INBOX. prefix from the folder name if it exists.

Can you consider to do the same? There can be no collusion, because on these servers it is impossible to create folders on the same level as the Inbox folder.
[Android Apps and Games] M66B:
What I am going to do is to set individual message to (un)read/(un)starred. The thread will keep showing unread or starred if one of the messages in the thread is unread or starred, but tapping on the message thread will open the thread view if it is not the last message that is unread or starred or if there are more messages unread or starred, else it will open the message as usual if there is more than one message in the thread (excluding archive).

Stripping a prefix would be simple, but can lead to problems. For example there are providers that prefix the inbox and its subfolders, but do not prefix the other folders. I am not going to add anything provider specific, so I see no good way to solve this.
[Android Apps and Games] heinhuiz:
That is perfect, that would have been my preference anyhow (didn't want to ask ;) ).

Maybe in a later stage you could add advanced server settings, where users can define the root folder themselves.

This is how Thunderbird implements it: (fourth bullet), also see attachment.

Outlook takes a similar approach, but I think there you only have to give the root folder name.
[Android Apps and Games] M66B:
I will add a display name field to the folders, so everybody can display the folder name as they like. This will also allow to localize folder names.
[Android Apps and Games] heinhuiz:
That is probably the best solution, because it gives the user even more flexibility.
[Android Apps and Games] M66B:
That would be a nice solution, thanks.
[Android Apps and Games] mrrocketdog:
hey marcel , just wanted to say i think its a cool thing when i open FE it lets me know if their's an update. very nice feature.:good:
[Android Apps and Games] ammarr:
I use both F-Droid and FairEmail and would love to see a solution that works for both. They're both awesome open-source projects IMO. Really, there should be less of looking at just one side of the equation and more of "how can we make it work within these constraints".

And even if there is no immediate solution, it should be possible to have a civil discussion of those constraints and move on. My personal experience has been that those who want to stay within open-source options are used to dealing with limitations. Anyone who is using F-Droid over Google Play should really know that its a limited distribution channel and so shouldn't be complaining.

[MENTION=2799345]M66B[/MENTION], instead of showing a notice, maybe you can put a text like the following next to whatever method there is of seeking feedback:

F-Droid builds are not controlled by the FairEmail dev. Please update to the latest Github build before reporting an issue on F-Droid builds.

Something similar in the FAQ may help.

As an aside, its been some time since I commented in this thread; happy to see FairEmail keeps getting better. IMO the best apps are those that get out of the way and let you focus on what you want to do, and FairEmail has kept going down that path. Good stuff!
[Android Apps and Games] beeshyams:
Bad reviews are often discussed here, so thought of sharing this article - shocking to know that developers purchase reviews

https://www.androidauthority.com/pl...roblem-1082191/amp/?__twitter_impression=true
[Android Apps and Games] andy356:
What are the things blocking FairEmail from being reproducible?

Edit: the F-Droid page on this has F-Droid specific info. The main website has lots more information on how exactly to go about it.

https://reproducible-builds.org/docs/

---------- Post added at 04:47 AM ---------- Previous post was at 04:37 AM ----------

https://www.androidauthority.com/play-store-fake-review-problem-1082191/

This is the useful, non user tracking part.
[Android Apps and Games] M66B:
I would like to solve the problem and I will do what is necessary to solve the problem, but I seem to be hitting a wall. F-Droid is just a machine that builds apps (or not) and there seems to be no procedure for exceptions and no will to add such a procedure. This affects the usability for both the users of F-Droid and for developers.
[Android Apps and Games] M66B:
I would love to see reproducible builds and I will do what is necessary for it. However, it seems not to be possible when the NDK is being used.

Note that F-Droid needs to provide instructions to make the F-Droid build reproducible. There is some documentation, but clear instructions are missing.
[Android Apps and Games] andy356:
Are you referring to the answer by eighthave (Hans) here?

https://stackoverflow.com/questions...android-applications-with-reproducible-builds

It's over two years old. Hopefully the situation has improved since then?
[Android Apps and Games] M66B:
"Anything built with the NDK will be much more sensitive. For example, even for builds that use the exact same version of the NDK (e.g. r13b) but on different platforms (.e.g OSX version Ubuntu), the resulting binaries will have differences."

https://f-droid.org/docs/Reproducible_Builds/

Which means that F-Droid should specify which NDK version to use. This is what I meant with missing clear instructions.
[Android Apps and Games] andy356:
Hans (eighthave) seems to be the person to contact about repro build related questions. The F-Droid documentation page doesn't have a date showing when it was last updated. Who knows? That info might be outdated as well.
[Android Apps and Games] M66B:
I have just released version 1.990 1.991

Changelog/download:

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

[MENTION=6749263]Licaon_Kter[/MENTION] JavaMail is being built inline now, so please do the necessary to let F-Droid build this version.

Please report any issue you discover, so it can be fixed.
[Android Apps and Games] M66B:
I have requested for more information here:

https://forum.f-droid.org/t/help-wanted-how-to-create-a-reproducible-build-fairemail/8860
[Android Apps and Games] M66B:
I have just released version 1.992

Changelog/download:

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

[MENTION=6749263]Licaon_Kter[/MENTION] this version should be suitable for reproducible builds based on the information provided so far.

Please report any issue you discover, so it can be fixed.
[Android Apps and Games] M66B:
I have just released version 1.992

Changelog/download:

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

[MENTION=6749263]Licaon_Kter[/MENTION] this version should be suitable for a reproducible build based on the information provided so far.

Please report any issue you discover, so it can be fixed.
[Android Apps and Games] maybeme2:
I've actually often wondered (silently) if some of the 1 star reviews might not be planted by jealous competitors rather than real users.
[Android Apps and Games] beeshyams:
It's possible. It struck me too
[Android Apps and Games] M66B:
I have just released version 1.993

Changelog/download:

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

After spending time on reproducible builds there was still some time to add two new features ;)

Long pressing on an account in the navigation menu will to go to the inbox of the account and tapping on the floating action reply button will show a small menu with reply to sender, reply to all (if there are more recipients) and forward. The new reply menu wil result in an extra tap. Please let me know if you think that is acceptable.

Please report any issue you discover, so it can be fixed.
[Android Apps and Games] Shakidor:
Thanks, those are useful features. Regarding issues:

1. My accounts had crossed-out cloud icons, which became full again after I went and disabled/re-enabled "receive messages". It has happened before, so I'm no sure about causality.

2. I get the impression that the app is a bit sluggish from time to time (for example, when I go from the Accounts screen to the unified inbox, the left "margin" seems to hang before the unified inbox displays fully). Again, I don't know if this is linked to the version change.

Thanks again for your work.
[Android Apps and Games] M66B:
See the legend (navigation menu) about what the icons mean. It seems to me that there are connectivity issues. Please check the log (navigation menu as well) for what is happening.

It might be easier to use 'Force sync' in the three-dots menu top right.

If FairEmail is busy with other things (check the operations in the navigation menu), there might be a delay when the database needs to accessed. Devices are not infinitely fast ...
[Android Apps and Games] maybeme2:
I like the multifunctional floating reply button.
[Android Apps and Games] M66B:
To my own fellow Dutch country (wo)man who rate FairEmail the lowest of all countries (!): be a little more grateful and less demanding. It will make you a lot happier.

I am considering to stop distributing FairEmail for the Netherlands, and maybe France and Italy. There is no point in continuing distribution if people are generally not happy with FairEmail.
[Android Apps and Games] Shakidor:
OK, thanks.
[Android Apps and Games] ouzowtf:
I can't change the display name of a folder I created a few hours ago below the inbox using version 1.993.

It can be changed for folders that are a few months old.
[Android Apps and Games] Shakidor:
I hadn't realised that people were generally not happy with your app; are you sure of that?
[Android Apps and Games] M66B:
Is this about user or system folders?

What happens exactly when you try it?
[Android Apps and Games] M66B:
The Play developer statistics are objective and are detailed by country. There is a lot of difference between ratings from different countries.
[Android Apps and Games] ouzowtf:
User folder. Only the folder name is editable, display name is not, because it's grayed out.
[Android Apps and Games] M66B:
Are you sure?

What happens if you tap on it?
[Android Apps and Games] ouzowtf:
Uhm... I'm dumb. Forget that I wrote anything :silly:
[Android Apps and Games] Shakidor:
Wow!

In #12413, you announced a similar measure affecting most of the world's population.

Is that still in effect?
[Android Apps and Games] M66B:
That is still in effect because I don't want to deal every day with lots of unfair/unreasonable reviews, which are not good for my motivation either.
[Android Apps and Games] Shakidor:
I believe that they are, in the main, the product of sick or empty minds, and that your app is of the highest quality.

Personally, I do not like the idea of geographical blocking, but that choice is yours.
[Android Apps and Games] wimstefan:
Can't believe what I read ?!?!?

So I give a 5 star review and spend the highest amount of money I *ever* spent for *any* Android app just to show my appreciation and now I might not receive any more updates because I happen to live in a country with stupid ungrateful people [emoji15]

That hurts [emoji37][emoji34]
[Android Apps and Games] jaholm:
Automatically show inline images didn't work in html display mode anymore. HOWTO reproduce:

1. Set Automatically show inline images to on

2. Show a mail with inline images

3. Tap on "Show full screen"

Otherwise this is working:

1. Set Automatically show inline images to off

2. Show a mail with inline images

3. Tap on Show images

4. Tap on "Show full screen"

Behavior observed on 1.989 and 1.993
[Android Apps and Games] M66B:
Yes, it hurts, but also to me.

For now, I will leave it as it is.
[Android Apps and Games] M66B:
I will look into it.

Edit: this will be fixed in the next release.
[Android Apps and Games] chantoine:
I agree. Pro user since ever and regular gifter, i recently (strongly :) )advised my daugther, using free version since months, to buy pro version. I'd like to avoid moving it to github release...

I'll anyway ask her to grant 5 stars, i think as a youngster she never reviews any app :(
[Android Apps and Games] wimstefan:
Good to hear!

It makes me sad that you're affected so much by the reactions of those "onnozels" ... they simply don't deserve that much attention.
[Android Apps and Games] Danmann:
What about izzys fdroid repo? He collects several apps from GitHub & Gitlab - fairemail as well. Last fairemail is 1.993 / 2020-02-27.

https://apt.izzysoft.de/fdroid/index.php

https://apt.izzysoft.de/fdroid/index/info
[Android Apps and Games] m0d:
Nothing. I mentioned him having his own repo.

But is it official? As in fdroid builds compatible?

I do not think so. Which would be a shame

According to non-existent stats Izzy is the second most commited in fdroid, again not considering the robot.

From your link:

There are two issues here,

1. Apps does not follow fdroid regs as in built from source, therefore does not ensure not bad 3rd party libs etc.

2. Even though it is great apk is taken directly from dev, not all devs publish apks, because they rely on fdroid to do so. Official and all.

So, at the same time it is a hindrence and breakthrough.:highfive:

Weird.

And this is the problem with fdroid. If fdroid ensures all fdroid apps are reproducible from the start, as one of the conditions. Then automatically izzy repo will be official.

But, it is too much hassle, or not enough devs, or not waste tims, or any other excuse Lecoantr can think of.

Fdroid can easily be better. There are simple solutions, that not even a programmer can think of.

But for some reason it is forbidden to criticize the lack of fdroid ...

It might be a headache at start, but by just making reproducible builds a standard, already repo of izzy with >350 apps would be official.

So now we will hear other impossible issues that make this and that impossible.

fdroid suffers from the same issues for a long time, with no solution in sight unfortunely.
[Android Apps and Games] beeshyams:
Izzy repo will never be official. It's scope is more liberal than F-droid. See

https://android.izzysoft.de/articles/named/izzyondroid_repo_1
[Android Apps and Games] m0d:
Exactly.

And izzy is the second most 'active', commit-wise to fdroid.

This is an issue. As even fdroid own community are not helping in improving fdroid.

2nd most commits to fdroid, has secondary 3rd party repo.

This can be seen as a problem, or the solution.

Remove fairemail from fdroid main official repo and just ask users to use izzy repo.

Since it is more up to date and fdroid app supports 3rd party repos:

This might be the best solution in regards to fdroid users, as apks are taken/scraped from github, so dev official apks are also supported automagically ~ both github updates and fdeoid app 3rd party updates would work
[Android Apps and Games] M66B:
I have just released version 1.994 1.995 1.996

Changelog/download:

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

Please report any issue you discover, so it can be fixed.
[Android Apps and Games] Dark_Eyes_:
Anyone knows what exactly does the Delete old unread messages option in the Receive tab? Does it delete local only or both local and server messages? I imagine the old messages are those older than the keep messages period?
[Android Apps and Games] M66B:
If you disable this option, unread messages will be kept on the device forever. Maybe the title should be changed accordingly.

Edit: in the next version there will be an extra help text.
[Android Apps and Games] M66B:
The latest version added the number of additional recipients after the sender name in the conversation view. So, for example to: Bill cc: John will be shown at Bill +1

Is this useful? Is it annoying?
[Android Apps and Games] M66B:
I would like to add multiple select and copy (Gmail: label).

However, the multiple select action menu is already pretty crowded and adding a 'copy' checkbox to the folder select dialog would occupied valuable screen space, especially on smaller screens.

Does anybody have a suggestion for another solution?
[Android Apps and Games] andy356:
Useful. :good:
[Android Apps and Games] Dark_Eyes_:
Thanks, I figured as much, but weirdly enough ticking it didn't seem to work at first. I tried deleting local messages, resyncing eveything then choosing 30 days as keep messages and now messages older than 30 days are gone!

I definitely think an extra help text would help! Thanks again!
[Android Apps and Games] Dark_Eyes_:
I won't say it's annoying, but to me it's a bit confusing. Since it's in the sender tv, it looks like it's been sent by Bill + 3 other persons, which is impossible.

I don't know how you could change it so it's more intuitive, and I definitely can live with it the way it is, but I think I won't be the only one wondering what that means at first.
[Android Apps and Games] M66B:
You should read it as +3 recipients.

I don't think it is a good idea to add the word "recipients".
[Android Apps and Games] Andriy U.:
Counting recipients is useful. Adding word "recipient(s)" is not needed.
[Android Apps and Games] beeshyams:
Marcel

Flickering still happens - but only the first time mail is opened (no attachments in mail). Mailed you raw message

Thanks
[Android Apps and Games] M66B:
I can't reproduce it.