Linux Desktop Cllient is "too old and not supported any longer"

[radumas]

I got this error message when trying to log in to the Desktop client

Normally it seems like the client updates automatically, so I searched for how to do it manually, found this blog post and then downloaded from https://mail.tutanota.com/desktop/tutanota-desktop-linux.AppImage and followed these instructions

Same result

[charlag]

The latests version you downloaded should run just fine, I think you might start the wrong one by accident.
Let us check this.
Either start AppImage from the terminal
or after start please press F12, type env.versionNumber and press return. What do you see?

[ALGue]

Hello, same issue since yesterday (with ubuntu 16.04). I got the same message error and did the same process than radumas (re-downloading one AppImage for linux, give it permission and run it from the terminal). I still have the same message, and clicking "ok" the interface also display "connexion in progress"... Thanks if you have any solution!

[dennisbakhuis]

Similar issue. Downloaded the AppImage again, but the warning persists. I am on Ubuntu 19.10.

[nikolayhg]

Same issue with latest https://mail.tutanota.com/desktop/tutanota-desktop-linux.AppImage
Unable to use the Desktop app.

[charlag]

Please see comment above where I ask to check the version in one of two ways. It definitely must work if the right file is launched.

[nikolayhg]

3.72.0

$ ./tutanota-desktop-linux.AppImage 
[2020-05-01T07:30:35.313Z] the monkey has been patched
[2020-05-01T07:30:35.475Z] config up to date
[2020-05-01T07:30:35.612Z] creating alarm notification!
[2020-05-01T07:30:35.613Z] creating alarm notification!
[2020-05-01T07:30:35.613Z] creating alarm notification!
[2020-05-01T07:30:35.614Z] creating alarm notification!
[2020-05-01T07:30:35.615Z] creating alarm notification!
[2020-05-01T07:30:35.617Z] _connectedSseInfo {
  identifier: '..................',
  sseOrigin: 'https://mail.tutanota.com',
  userIds: [ ..................' ]
}
[2020-05-01T07:30:35.622Z] scheduling to reconnect sse in 1 seconds
[2020-05-01T07:30:35.623Z] argv:  [ '/tmp/.mount_tutanoVzul5m/tutanota-desktop' ]
[2020-05-01T07:30:35.623Z] version:   3.72.0
[2020-05-01T07:30:36.004Z] startFile:  file:///tmp/.mount_tutanoVzul5m/resources/app.asar/desktop.html
[2020-05-01T07:30:36.780Z] default mailto handler: false
[2020-05-01T07:30:36.782Z] alarm storage initialized
[2020-05-01T07:30:36.874Z] scheduled 4 alarm timeouts for  MTU4NTE5MjU4OTczNg
[2020-05-01T07:30:36.875Z] scheduled 4 alarm timeouts for  MTU4Mzc2OTIzMjUxNA
[2020-05-01T07:30:36.875Z] scheduled 1 alarm timeouts for  MTU4NTkzNjcwNzkzOA
[2020-05-01T07:30:36.876Z] scheduled 1 alarm timeouts for  MTU4MzU5NzMxOTIxMg
[2020-05-01T07:30:36.876Z] scheduled 0 alarm timeouts for  MTU4NTM0MzQ4MjUwMA

[xidod]

same here. If i run the AppImage from terminal says version 3.72.0 but if i open the developer tools and type env.VersionNumber on the console says 3.68.1

[nikolayhg]

On my side:
env.versionNumber="3.69.2"

[charlag]

It means your .desktop points elsewhere than your appimage. Run through the terminal and re-run desktop intergration from desktop settings in app.

[xidod]

I tried to delete the .desktop and all the appimage that i have on my system and re-download the tutanota client but with the same result. He has worked only after reboot the machine

[nikolayhg]

@charlag How do I "re-run desktop intergration from desktop settings in app"?

[charlag]

@nikolayhg open working Tutanota version, Settings->Desktop->Desktop Integration

closing because this is not a bug in Tutanota, but .appimage pointing to the wrong file

[nikolayhg]

@charlag I am unable to access the Settings because when I open the AppImage, I am required to login and in the login view there are no Settings. Also I cannot login due to the error of this issue. How should I fix this issue?

[charlag]

@nikolayhg you had a new version when you started from the terminal, didn't you?

[nikolayhg]

yes

[charlag]

Then launch it from the terminal so that you can log in and access settings.

[nikolayhg]

@charlag please reread my comment. I do not see any settings in the login view, no matter whether I launch the AppImage with double click or from the terminal

[charlag]

I'm sorry but I am unable to provide support to you further. If you launch it from the terminal, then you get up-to-date version which should let you log in and access settings.
Otherwise just delete any mention of Tutanota from ~/.local/share/applications and start AppImage again.

[nikolayhg]

If you launch it from the terminal, then you get up-to-date version which should let you log in and access settings.

That's incorrect. I am unable to login.

Otherwise just delete any mention of Tutanota from ~/.local/share/applications and start AppImage again.

Thank you for the advice. I removed the tutanota .desktop file(s), but I still get the same error when trying to login. Currently I cannot restart my system, as suggested by xidod.

$ rm ~/.local/share/applications/tutanota-desktop.desktop
$ rm ~/.local/share/applications/appimagekit-tutanota-desktop.desktop

I removed also the following directory, which contained a tutanota AppImage:

$ rm -r ~/.cache/tutanota-desktop-updater/

[nikolayhg]

I fixed the issue. It might not be with the tutanota source code itself, but it seems to be with its deployment to Linux. Here is what I did:

I searched for every tutanota file I could find: find / -iname '*tutanota*'. In my home directory there only the latest AppImage, but in the /tmp directory there was the directory /tmp/.mount_tutanoO9dWHq which contained lots of old tutanota files from March 2020.

I unmounted it:

sudo umount -l /tmp/.mount_tutanoO9dWHq/
sudo umount -f /tmp/.mount_tutanoO9dWHq/

And then removed it:

rm -r /tmp/.mount_tutanoO9dWHq/

Afterwards running the latest AppImage was like starting from scratch. It asked whether I would like to integrate it in the Desktop, confirmed and then I could successfully login.

[radumas]

I just did this and ran the appImage from the command line and it worked, per the comment above, like starting from scratch. Shouldn't the updater be removing .desktop files?

$ rm ~/.local/share/applications/tutanota-desktop.desktop
$ rm ~/.local/share/applications/appimagekit-tutanota-desktop.desktop

[charlag]

@radumas this shouldn't be necessary normally, I guess this in an artefact from the previous integration system. Maybe @ganthern knows better