yashsingh1/xdaforums huggingface dataset:
[Android Apps and Games] M66B:
What could go wrong is that Google revokes the existing permission and excemption and that all currently authorized accounts get unauthorized.

Working doesn't mean allowable.

It is not only about the client secret, it is about another authorization flow as well.
[Android Apps and Games] Izzysoft:
tags for F-Droid

Hi Marcel,

users at F-Droid where asking how to avoid "accidentally installing a beta", and whether we could make them somehow distinguishable from "stable releases" (see here for the corresponding issue). We came up with the suggestion of using a prefix on tag names for betas (e.g. "beta-{versionName}"), while keeping the releases tagged as they are now (just "{versionName}"). That way we could even "split and clear" things – like the official repo only carrying "stable releases" while restricting my repo to beta releases.

What do you think? Could that be done (and if, apart from the tagging, do you favor this kind of splitting as well)? Ideally, if the betas also had a unique package name (e.g. "eu.faircode.email.beta"), both could even be installed in parallel, avoiding issues with the signature. But that would be icing on the cake maybe :cool:
[Android Apps and Games] Licaon_Kter:
or X.X-beta :)
[Android Apps and Games] m0d:
This is mainly a fdroid specific issue, as beta builds are stable. On the rare occasion that there is an issue, an updare is released immediately and all users update appropriately.

However, by the time fdroid users receive latest build, there is already a new build. fdroid infrastructure is where issues lie.

This is why having a unique package name (e.g. "eu.faircode.email.beta"), is useless for main users.

I suggest having a flag - isStable:

applicationId "eu.faircode.email"
minSdkVersion 21
targetSdkVersion 29
[COLOR="red"]versionCode 879
versionName "1.879"[/COLOR]
versionCode 880
versionName "1.880"
archivesBaseName = "FairEmail-v$versionName"
[COLOR="green"]isStable = false[/COLOR]

This way fdroid just checks this flag to compile or not, and other users are in peaxe with latest builds,

if(isStable) compile( );

This way the hassle and complications of checking versions and splitting labels are removed. Fdroid just checks a simple flag

And, dev only changes flag twice every stable cycle, once set to true for a stable, then set to false for next beta, and only setting to true every stable release.

There is least headache
[Android Apps and Games] M66B:
Tag names are used for version checks, so this is not really an option.

Alpha/beta releases always have alpha or beta in the release name though.

Edit: using a different package name is not a good idea because switching between beta/stable will require uninstalling.
[Android Apps and Games] M66B:
I have just released

beta

version 1.881

Changelog/download:

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

This is a maintenance release.

Please report any problem you discover, so it can be fixed.
[Android Apps and Games] Licaon_Kter:
We had users complain that they don't like that we provide ALL the versions (at fast as we can, not as fast as Marcel is releasing :)) and they would like ONLY STABLE versions instead. Go figure :)

Umm nope, F-Droid does not work this way. ;)
[Android Apps and Games] m0d:
Exactly. This is am fdroid issue.

[MENTION=6749263]Licaon_Kter[/MENTION]

[MENTION=3039128]Izzysoft[/MENTION]

Please open an issue here: https://gitlab.com/fdroid/fdroidserver/issues

Title: Detect stable builds

Description: fdroid currently does not have the ability to distinguish between alpha/beta/stable builds

This is a problem as fdroid can not handle updates at an appropriate rate.

Limiting to stable builds shall help relieve server loads.

For example,

FairEmail fdroid release: Version 1.876 (876) - Added on 2020-01-03 (but release around 5 days ago)

Current latest release: 1.881 beta (5 iterations ahead)

By tracking - https://github.com/M66B/FairEmail/releases/latest

You can check for release version:

<title>Release 1.881 beta · M66B/FairEmail · GitHub</title>

Or,

<div class="release-header">
<div class="d-flex flex-items-start">
<div class="f1 flex-auto min-width-0 text-normal">
<a href="/M66B/FairEmail/releases/tag/1.881">1.881 beta</a>
</div>

So, make it happen. Make fdroid able to check for stable releases.

Open source. Add the script required to check a flag. This is a simple check.

Or, just parse the html and get beta/alpha/stable.

This is a simple quick-fix on fdroids end.

Why should dev go out of his way to adapt to your structure?

So, you want the dev to go beyond what he should but an organization with control over server cant add a simple check or check release for "stable"

Go to: https://github.com/M66B/FairEmail/releases/latest

And check for title:

<title>Release 1.881 beta · M66B/FairEmail · GitHub</title>

You should be able to extract beta or stable from html.

And yet you insist fdroid dpes not work that way.

So another item to add to the cons list:

Does not provide latest releases in a timely manner

Does not want to fix issues with fdroid, rather asks devs to comply with their structure

I think M66B is too kind. You should be able to fix this in your end.

You should try and help the devs that fdroid relies on. By making fdroid as competent as possible.Currently in regards to fairemail, fdroid is only a nuisance. As no helpful data can come from fdroid users when they are several versions behind latest. Also, they end up reporting bugs that have already been fixed, which in some cases can waste time of dev

.

---------- Post added at 06:40 AM ---------- Previous post was at 06:29 AM ----------

This is goggles way to stay relevent, with gmail app.

All their messaging apps have failed so far.

And, they love to buy up and out interesting and up-and-coming start-ups and apps and just shelf them.

They do not want competition.

This should be taken to EU comission against monopoly and fair-use. They already have lost a lot of cases against them.

Having to pay an audit regardless of price just to connect to gmail securely should be seen as hindrence against competition

Among other of their practices
[Android Apps and Games] M66B:
Gmail is their service and you don't need to use it ...
[Android Apps and Games] m0d:
Obviously true. But, they have integrated their accounts to android, which obliges them to give access to their apis otherwise android can be banned, in an extreme case

in regards to fdroid,

Why have you not discussed this first in your own trackers?

[MENTION=6749263]Licaon_Kter[/MENTION]

[MENTION=3039128]Izzysoft[/MENTION]

https://gitlab.com/fdroid/fdroidserver/issues/112

https://gitlab.com/fdroid/fdroidserver/issues/161

https://gitlab.com/fdroid/fdroidserver/issues/528

https://gitlab.com/fdroid/fdroidserver/issues/633

old closed issue about additional update checks: https://gitlab.com/fdroid/fdroidserver/issues/19

The issue talks about something irrevelent but the title is exactly what you are looking for:

Additional update checks - check only for stable build to compile

I believe this is an fdroid issue. And dev should not be asked to make any changes.

As this is simple to fix on fdroid side
[Android Apps and Games] Izzysoft:
[MENTION=3138030]m0d[/MENTION] sorry if you feel offended. I just kindly asked Marcel if a little change in the tag names would work for him – I didn't "demand" anything (we're all doing this voluntarily in our spare time, so there is no base on which to demand[/] anything – in both directions). You seem to say that just naming tags differently is too much work – but expect us to do a heavy lifting on our server code (sorry for my phrasing it like this, but it indeed sounded a bit aggressive – I'm sure you didn't mean it this way). Our team is already heavily understaffed, so such a change won't happen easily.
[Android Apps and Games] M66B:
Google granted FairEmail access and even an excemption of the security audits, so I don't see a problem.

The web Oauth flow is less safe, which is why there are other requirements.
[Android Apps and Games] M66B:
Also, I am not against helping with this, but I don't see a simple solution yet.

Tag names are used for update checks and a different package name would make switching between beta/stable difficult. Any other suggestions?
[Android Apps and Games] Izzysoft:
Thanks for your reply, Marcel!

Just for clarification (not complaining ;)): the version name would remain in the tag, it were just a prefix or suffix added. This is the way it's done by many projects, so I thought the pattern could be used here as well. I of course accept your "No" – it was just a suggestion.

Thinking about that: Need to look for an example. [MENTION=6749263]Licaon_Kter[/MENTION]: if the tags carry that along, maybe we could modify UpdateCheckMode accordingly – shouldn't "UpdateCheckMode: Tags !(alpha|beta)" work for that? Update: unfortunately the "beta" is not part of the "release name" (versionName), but just of the release title :(

No, that was just the idea behind it: using different package names would allow for both to be installed in parallel. But I get your point: it would be different "data sets" then, making it harder to check if a certain behaviour exists in "the other one" as well.

Again, thanks for your help Marcel. If versionName (and hence tag name) contains a term in "unstable" versions which is not present in stable ones, we should be able to work with that based on UpdateCheckMode I hope. I wasn't aware of that or we had tried it before asking here :angel:
[Android Apps and Games] M66B:
The version name or any other field in the gradle file won't contain an alpha/beta/stable indicator because sometimes a version will be upgraded to beta/stable and I don't want to build/release for this again.
[Android Apps and Games] Izzysoft:
Thanks, that explains. I'm out of ideas then. I take that back to the original issue on our end then for now to see if there are other ideas or we have to leave it at the "status quo". I might come back here if we see something that works if it needs your help (to again only suggest and see if it's possible from your end). If you wish, I can also report back if we found something that solved it without your "intervention" (other users might be interested to know about the change then).
[Android Apps and Games] m0d:
I am not offended.

You just assume it is a simple change for Dev, but for you fdroid it is a big heavy lifting

It is not at all big nor heavy. It is slightly annoying how you want dev to do a change but for you it is

It is not heavy nor lifting.

I already gave you one solution:

All you need is to have a check stable function to parse - https://github.com/M66B/FairEmail/releases/latest

And check for "Stable" in release version:

Code:

<title>Release 1.881 beta · M66B/FairEmail · GitHub</title>

Or,

Code:

<div class="release-header">

<div class="d-flex flex-items-start">

<div class="f1 flex-auto min-width-0 text-normal">

<a href="/M66B/FairEmail/releases/tag/1.881">1.881 beta</a>

</div>

Your update function already gets the webpage when checking for new releases, a simple function called will suffice.

You just need to add an additional step to: https://gitlab.com/fdroid/fdroidserver/raw/master/fdroidserver/checkupdates.py

# Check for a new version by looking at a document retrieved via HTTP.
# The app's Update Check Data field is used to provide the information
# required.

fdroid already has a way to access via http, so it is quite simple

Why do you think it is heavy or difficult?

Also, this is an fdroid issue. So it would be more helpful to first ask someone on fdroid if they see a feasible solution before asking dev to make changes.

Also, fairemail is stable, and needed changes is updated swiftly. Which brings us back to fdroid build issues. There is an infrastructure/mechanism problem. Fdroid cannot handle the number of apps currently on its repo reliably. This is the true area of issues.

Fdroid needs to address, either by limiting the number of apps supported by fdroid. Or, finding a suitable way to limit updates.

So, by adding an update only for stable relwases function, fdroid will alleviate some of the server lo.ad
[Android Apps and Games] clohr:
User documentation on FairEmail?

Hi,

I'm terribly sorry for my naive question, but I can't see how to withdraw an email account in FairEmail.

Where may I find some documentation on using FairEmail?

Best regards
[Android Apps and Games] M66B:
Most of the documentation is here:

https://github.com/M66B/FairEmail/blob/master/FAQ.md

Coincidentally, I just added a How to ...? section. I can read your mind ;)
[Android Apps and Games] M66B:
Since there were a few so-so reviews telling that there were too many options, the next version will show a dialog when navigating to the advanced options for the first time (for example by swiping to the left) with a text like this:

I like to hear suggestions about a better text for this.
[Android Apps and Games] dorqus:
I think that's nicely written...

Or do something like Firefox about:config

Something along the lines of "changing these values may have undesirable effects"

Also maybe an option to reset all settings back to defaults in case someone really messed things up?
[Android Apps and Games] M66B:
You can reset the options per category via the three-dots overflow menu.
[Android Apps and Games] BunnyWarrior:
As you can see I edited my post with the version (0.58 which should already include the fix) even before your (not very helpful) reply. Regarding the log I asked if sending one can be helpful because I don´t know if the problem with the mixed headers is someting which appears in the log file.
[Android Apps and Games] m0d:
[MENTION=8883968]BunnyWarrior[/MENTION]

Have you tried:
[Android Apps and Games] M66B:
This.
[Android Apps and Games] SeberNoid:
isn't automatic downloads of attachtments a security risk?
[Android Apps and Games] BunnyWarrior:
It worked - everything is fine again. Thank you guys for the reply.
[Android Apps and Games] M66B:
No, because they are downloaded from the email provider, no the sender of the email.

The content could be malicious, so you need to be careful about what you actually open/view.
[Android Apps and Games] SeberNoid:
ok thanks
[Android Apps and Games] M66B:
This comment made me instantly close Android studio and stop working on one of the open issues.
[Android Apps and Games] heinhuiz:
Some people pay more than 500 euro's for a phone and then can't spend €5 for the software. But in the end he only hurts himself. No way he can find a better email app for free.
[Android Apps and Games] chantoine:
Exactly what i said in a blog article recently (linking to Marcel's GPlay dev' account) :)
[Android Apps and Games] dorqus:
I just upgraded to 0.58 from 0.56. I'm still getting the header for one email but the body for another. I don't see the option to sync them. Long pressing on a folder doesn't even let me sync, it's greyed out, but I do have network connectivity. Will send a log. Thanks.
[Android Apps and Games] M66B:
Please see here about manual sync:

https://github.com/M66B/open-source-email/blob/master/FAQ.md#FAQ17
[Android Apps and Games] dorqus:
All my other apps have network connectivity, and it always does not let me force sync. Does not matter if I'm on WiFi or mobile data.

I've also had anywhere from 10-20 pending activities for 5-7 days if not longer. Force closing the app or restarting the phone doesn't help.

I'm using Gmail so I don't think that the mail server is unavailable :)

Maybe I'll try setting up the app from scratch (uninstall, reinstall, add account).

I have the pro features enabled as well.

Thanks.
[Android Apps and Games] m0d:
Did you read release comment a few posts before yours?

And,

Another user had same issue and just resolved it,

:victory:

So,

Have you tried clearing local messages and then "Synchronize now"?

If you have not - you should try.

If you have - you should mention in your logs that you have cleared and resynched but still same issue

:confused:
[Android Apps and Games] Elektron60:
Sync the labels manual will help.

Gmail does not allow many connections.
[Android Apps and Games] M66B:
Your comment made me look into the log file:

Local folder count=176

And then you get as expected:

connection failure

I think the number of synchronizing folders needs to be limited to a reasonable number, like 20 or so.

General question: how many folders have you set to synchronize?
[Android Apps and Games] TheMadRuffian:
Looks like people are perceiving open source apps as "free" as in no money and not "free" as in freedom ??

It would be priceless to see RMS react to that ??
[Android Apps and Games] M66B:
RMS = Royal Mail Steamship ? (https://www.abbreviations.com/RMS)

Anyway, people should choose between FairEmail, which is mostly free to use, or another completely free app, where you might pay in another way. Given the number of people using FairEmail, a few hundred or so, and the number of donations/purchases (a few percent), most seem to prefer a completely free app.
[Android Apps and Games] TheMadRuffian:
It was supposed to refer to Richard Matthew Stallman from FSF :D

Agreed

I'm going with [MENTION=4356248]heinhuiz[/MENTION] comment on this. Adding to that, when backed up by a huge organization, a completely free app would be possible but to work without any motivation like donations/purchases can be ridiculous.
[Android Apps and Games] beeshyams:
About 25
[Android Apps and Games] dorqus:
Ok then you're all set then!
[Android Apps and Games] beeshyams:
....... All options are set by default for optimal performance. Change them only if you have a good reason (see FAQ before modifying)

Why?

"Sensible" may seem patronizing so shift focus to optimal performance

Discourage meddling

Hopefully reduce your support load by asking them to read FAQ

Language suggested by me can be improved
[Android Apps and Games] M66B:
It is not really about performance, but more about what is commonly desired.
[Android Apps and Games] fraschi51:
So it may be changed to:
[Android Apps and Games] mrrocketdog:
apologies for not having some input on the wording (looks like you have that nicely done) but i do want to comment on "too many functions" (just in case one of those reviewers are reading this). i am a very "low-level" email user. i dont need/use most of the options available , although i am glad they are available in case i become an email power user.

to my point ; just set up your account/s and let the "too many options" take care of themselves as [MENTION=2799345]M66B[/MENTION] has already set them up to do just that. dont take something easy and make it harder. or as my dad use to say , "work smart. not hard".

thank you for your attention.:good:
[Android Apps and Games] Izzysoft:
Where did I "assume"? I was asking. I didn't suggest you should use web-scraping on IMAP accounts (as you suggested we should use web-scraping on git repositories) ;)

Let's drop this, [MENTION=3138030]m0d[/MENTION]. You obviously read things into my post I didn't put there. I don't want to argue on that level.

Marcel already answered my question, and we were talking in a civilized way. So no need to be aggressive.

again, we're not web-scraping anything. We use git. And the content you are referring to is not part of the git repository, but of the Github presentation layer.

Nope. It gets the latest git tag using "git pull".

To help you out: I'm one of the F-Droid maintainers. We have been asked for this. We have discussed on our end to find a "feasible solution" and decided to ask Marcel if a certain approach would fit him. Scroll back, the link was in my original message.

Thanks for your trying to help, but it doesn't work this way. As I don't want to poison this thread, I'd rather leave it at this.
[Android Apps and Games] M66B:
How about:

To native English speakers: what does sound better: "common standard values" or "commonly used standard values"
[Android Apps and Games] M66B:
[MENTION=3138030]m0d[/MENTION] [MENTION=3039128]Izzysoft[/MENTION] I am sure you have both good intentions, so my proposal is to let this be and listen to some nice Beatle music ;)
[Android Apps and Games] mrrocketdog:
with every setting , i.e. receive , send , connection , etc. the very very 1st thing to be read , "all settings have sensible default values , which should only be changed if necessary".

so this is like the OP in xda threads , in "general" nobody reads it?

maybe that should be included after "your are about to navigate to more advanced settings....."
[Android Apps and Games] M66B:
Some seem not to read/understand this.

With the addition of the dialog this text will be removed.
[Android Apps and Games] M66B:
I have just released version 1.882 [MENTION=3039128]Izzysoft[/MENTION] did you notice what I did here? ;)

Changelog/downloads:

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

This version adds a treat as spam button (little flag just above the message text). Please let me know if this is a useful addition.

As always, please report any problem you discover, so it can be fixed.
[Android Apps and Games] M66B:
I have just released version 1.882 [MENTION=3039128]Izzysoft[/MENTION] did you notice what I did here? ;)

Changelog/downloads:

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

This version adds a treat-as-spam button (little flag just above the message text). Please let me know if this is a useful addition.

As always, please report any problem you discover, so it can be fixed.
[Android Apps and Games] TiTiB:
'commonly used' sounds more like what others have *decided* to use (better).

'common standard' sounds more like something has been *dictated* to them as being standard.

---------- Post added at 08:23 PM ---------- Previous post was at 08:18 PM ----------

Android Police mentions FairEmail in their "new and notable" recurring 'column'

https://www.androidpolice.com/2020/...il-and-knobby-volume-control-12-14-19-1-4-20/
[Android Apps and Games] M66B:
Thanks. They are pretty positive as well:
[Android Apps and Games] Izzysoft:
Sorry, I miss the context (or I don't see what you mean) :silly:
[Android Apps and Games] M66B:
I used to write "beta version ..." or "stable version ...", but since FairEmail is pretty stable most of the time, I am omitting this now.
[Android Apps and Games] Izzysoft:
Ah, my bad – I was looking for what you might have added (tag, naming, etc) – not what you've omitted :D

I'll add part of this comment over at our issue ("FairEmail is pretty stable most of the time") to ease things for those who wanted versions separated.
[Android Apps and Games] mrrocketdog:
i've never DL'd an unstable version. js
[Android Apps and Games] beeshyams:
Marcel

My long standing request half materialised :good:

Other half being pop up a spam rule auto populated so that user amends whatever and saves - otherwise it is only pushing to spam folder

Edit : how about color the flag ?
[Android Apps and Games] M66B:
You can create a rule via the three-dots menu of the message action bar ...
[Android Apps and Games] beeshyams:
Of course, I know that - why waste time in creating a rule for spammy folks, so treat as spam sends to spam plus rule auto created... No big deal as things are but just one of those wishes
[Android Apps and Games] M66B:
By moving messages to the spam folder, which is what treat-as-spam does, your provider should learn that similar messages should be considered as spam. If this does not happen, you should complain to your provider that spam filtering doesn't work correctly.
[Android Apps and Games] nplatis:
Hi,

I have been trying FairEmail and while trying to setup an SMTP identity I encountered two problems:

a) I selected "Other" as provider, since I want to use my University's SMTP server. The problem is that the "username" and "password" fields were disabled initially and later enabled -- but I don't know how! My settings were "STARTTLS" and port 587.

b) Most importantly, I received the error message:

No authentication mechanisms supported by both server and client Account not found

(exactly as shown above) and of course I could not add the identity.

Let me add that I currently foward my University email to Gmail and I use the "Identity" feature of Gmail to reply to messages without problems.