Connection issues in Desktop client about tutanota HOT 69 CLOSED

Hi, thank you for your info. We are pretty sure it's not related to unload event but to IPv4/IPv6. It seems like everyone who has the issue has some kind of IPv6 address but it's not fully working and the app chooses to use IPv6 in those cases.

from tutanota.

Any updates? the app is still offline and haven't received any responses after emailing.

from tutanota.

We can't reproduce it on either Ubuntu 22.04 nor on Windows.
If you have ipv6 could you try disabling it and then restarting the app and seeing if it changes anything?
I assume browser version works fine

from tutanota.

thank you. could you confirm that it works in browser please?

from tutanota.

Works fine for me on Ubuntu 22 LTS with the latest version after updating via pop-up.

from tutanota.

@shobeira I had this same problem for days until I enabled IPv6. If IPv6 is disabled on your device, router, or VPN, try enabling it. After I did that, it was able to start syncing.

@charlag can you reproduce the problem by disabling IPv6? It might be related to the device having IPv6 enabled but a router or VPN having it disabled, not sure. The Tuta desktop app had a problem a long time ago with only working with or without (I can't remember) IPv6, and it seems like a similar problem is back. It should not required IPv6 or IPv4. It should be able to failover to whichever works.

from tutanota.

Tested disabling IPV6 in network settings and can confirm this works on the latest appimage version v220.240321.0 as a workaround, currently only running network on IPV4.

Idealy would be good if Tuta is workable on IPV6 for futureproofing and due to fact that some users like me use IPV6 for various reasons.

from tutanota.

The issue is closed because we merged the fix but didn't release it yet. Sorry for the confusion, the fix is coming soon

from tutanota.

Should be fixed by #6923 (please note it is not released yet)

from tutanota.

I'm also having the same problem but with Windows version after the latest update.
I tried contacting Tuta but they denied their was a problem.

from tutanota.

I have the same problem. client v218.240227.0 on Xubuntu 20.04

from tutanota.

Hi @shobeira, @Sheldoorr and @tspoon765 ,
Sorry to hear you are having issues with getting the Tuta Mail client connected.

Does any error message appear when you open the client? If so, please click 'send report' then copy and paste any logs as a comment into this issue.

Thank you in advance.

from tutanota.

No error at all

from tutanota.

I copied this log file, not sure if it's useful:

v218.240227.0 - linux

Client: linux
Type: UNKNOWN
Tutanota version: 218.240227.0
Timestamp (UTC): Fri, 01 Mar 2024 06:47:43 GMT
User agent:
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) tutanota-desktop/218.240227.0 Chrome/122.0.6261.57 Electron/29.0.1 Safari/537.36

== MAIN LOG ==
2024-03-01T06:47:07.437Z I "\n\n''''''''''''''''''''''''''''''''''''''''\n''''''''''''''''''''''''''''''''''''''''\n''''''''''''''''''''''''''''''''''''''''\n''''''''''''''''''''''''''''''''''''''''\n''''''''''''''''''''''''''''''''''''''''\n''''''''''''''''''''''''''''''''''''''''\n''''''''''''''''''''''''',:,''''''''''''\n''''''''''''';:llllcccccccc,'''''''''''' Do you care about privacy?\n'''''''''''':kXWXkoc::;,,'''''''''''''''\n'''''''''''',cdk0KKK00kxdolc;,'''''''''' Work at Tuta! Fight for our rights!\n'''''''''''''''';coxOKNMMWWNK0kdl:,'''''\n'''''''''''''''''''',;oKMMMMMMMMWX0dc,'' https://tuta.com/jobs\n'''''''''''''''''''''';kWMMMMMMMMMMWXk:'\n'''''''''''''''''''',:xXMMMMMMMMMMMMMWKl\n''''''''''''''''';lk0KWMMMMMMMMMMMMMMMWK\n''''''''''''';cdOKWMMMMMMMMMMMMMMMMMMMMM\n'''''''',:ldOKNWMMMMMMMMMMMMMMMMMMMMMMMM\n''',:ldk0XWMMMMMMMMMMMMMMMMMMMMMMMMMMMMM\nldk0XWMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM\nWWMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM\n\n"
2024-03-01T06:47:07.441Z I "worker init time (ms):",178
2024-03-01T06:47:09.432Z I "removed topmost modal component"
2024-03-01T06:47:15.525Z I "removed topmost modal component"

== WORKER LOG ==
2024-03-01T06:47:09.428Z I "[RestClient]","failed request","GET","https://app.tuta.com/rest/sys/session/NJsWcOR--N-9/g5v4P0vBjzZ8UT6VSetQ4gTl0RgJmr3OQ1kcf2B8HFE",0,"",["accessToken","v","cv","Accept"],"no body"
2024-03-01T06:47:09.430Z I "ws close closeOption: ","terminate","state:","terminated"
2024-03-01T06:47:09.431Z I "[RestClient]","failed request","GET","https://app.tuta.com/rest/sys/session/NJsWcOR--N-9/g5v4P0vBjzZ8UT6VSetQ4gTl0RgJmr3OQ1kcf2B8HFE",0,"",["accessToken","v","cv","Accept"],"no body"
2024-03-01T06:47:15.030Z I "[RestClient]","failed request","GET","https://app.tuta.com/rest/sys/session/NJsWcOR--N-9/g5v4P0vBjzZ8UT6VSetQ4gTl0RgJmr3OQ1kcf2B8HFE",0,"",["accessToken","v","cv","Accept"],"no body"
2024-03-01T06:47:15.030Z I "ws close closeOption: ","terminate","state:","terminated"
2024-03-01T06:47:15.030Z I "[RestClient]","failed request","GET","https://app.tuta.com/rest/sys/session/NJsWcOR--N-9/g5v4P0vBjzZ8UT6VSetQ4gTl0RgJmr3OQ1kcf2B8HFE",0,"",["accessToken","v","cv","Accept"],"no body"

== NATIVE LOG ==
2024-03-01T06:47:01.072Z I "the monkey has been patched pid:",3721
2024-03-01T06:47:02.261Z I "version: ","218.240227.0"
2024-03-01T06:47:02.651Z I "resolving key...","tutanota-vault"
2024-03-01T06:47:02.670Z I "config up to date"
2024-03-01T06:47:02.983Z I "[2024-03-01T06:47:02.980Z]","using safeStorage with backend","gnome_libsecret"
2024-03-01T06:47:03.600Z I "[2024-03-01T06:47:03.599Z]","Create tray:true"
2024-03-01T06:47:03.604Z I "[ApplicationWindow]","webAssetsPath: ","/tmp/.mount_tutanoTGy0Kz/resources/app.asar"
2024-03-01T06:47:03.983Z I "[ApplicationWindow]","getting dictionaries from:","https://app.tuta.com/desktop/dictionaries/"
2024-03-01T06:47:03.999Z I "default mailto handler:",false
2024-03-01T06:47:04.000Z I "Webapp ready"
2024-03-01T06:47:04.018Z I "[2024-03-01T06:47:04.018Z]","[ElectronUpdater]","INFO:","Checking for update"
2024-03-01T06:47:04.018Z I "[2024-03-01T06:47:04.018Z]","[ElectronUpdater]","INFO:","checking-for-update"
2024-03-01T06:47:04.385Z I "[ApplicationWindow]","spellcheck-dictionary-initialized","en-GB"
2024-03-01T06:47:04.400Z I "desktop file exists, checking version..."
2024-03-01T06:47:04.855Z I "[DesktopSseClient]","scheduling to check sse in",1,"seconds"
2024-03-01T06:47:05.861Z I "[DesktopSseClient]","last missed notification check:",{"lastMissedNotificationCheckTime":1709209007508}
2024-03-01T06:47:05.862Z I "[DesktopSseClient]","scheduling to check sse in",91,"seconds"
2024-03-01T06:47:05.863Z I "[DesktopSseClient]","starting sse connection"
2024-03-01T06:47:06.043Z I "lookup sse request"
2024-03-01T06:47:06.043Z I "lookup sse request"
2024-03-01T06:47:06.299Z E "[2024-03-01T06:47:06.299Z]","sse error:",""
2024-03-01T06:47:06.787Z I "[2024-03-01T06:47:06.787Z]","[ElectronUpdater]","INFO:","Update for version 218.240227.0 is not available (latest version: 218.240227.0, downgrade is disallowed)."
2024-03-01T06:47:06.788Z I "[2024-03-01T06:47:06.787Z]","[ElectronUpdater]","INFO:","update not available:",{"version":"218.240227.0","files":[{"url":"tutanota-desktop-linux.AppImage","sha512":"8QbpZj+FfjfoY/Ycpm+N6wedwhO0HqdN6BhTQy8N3AJOLCSFQvQ9EsI/7+4R5mZX3c9EbTcdF07uSHNWiiDNDA==","size":123432738,"blockMapSize":130870}],"path":"tutanota-desktop-linux.AppImage","sha512":"8QbpZj+FfjfoY/Ycpm+N6wedwhO0HqdN6BhTQy8N3AJOLCSFQvQ9EsI/7+4R5mZX3c9EbTcdF07uSHNWiiDNDA==","releaseDate":"2024-02-27T17:00:50.141Z","signature":"ZnHO8B2MFEM17QH20lC21l+UJhxi1BfW9ZMK9daZf4oNs6y1O994MbjVkDMQi95wjjrhQuSC+reLO0S4i3YKOCQSdwM7Mk9Q4csAYKqvPGcEscM+PRkqkWM/a+71HGS1HoNq4CBkXRsVecqv1kS0J1YnVVQupJ3TK42z+8Y23ZCtI8zzKl/xJgh8Op4wHSKE7tC3/Q0BtIUIYZ7erakJcIiPSkBXqfcuCM6D27kM3n7Ke06VCatnKkHH1EQN+3GYW7WslGtHBZx1bxmBb9Ego/MxKm+Hl7//elIdqh0SFA6Oa6hbkEDW9B5lrtOvymZ93aKKHvoJsKWdM980deosVw=="}
2024-03-01T06:47:07.424Z I "resolving key...","tutanota-credentials"
2024-03-01T06:47:07.473Z I "[PerWindowSqlCipherFacade]","open db for","NJsWcO9--3-9"
2024-03-01T06:47:07.476Z I "[2024-03-01T06:47:07.476Z]","[WorkerSqlCipher]","started sqlcipher-worker-1"
2024-03-01T06:47:07.672Z I "[2024-03-01T06:47:07.672Z]","[sqlcipher-worker-1]","set up sql cipher done"
2024-03-01T06:47:09.422Z I "[ProtocolProxy]","error for GET https://app.tuta.com/rest/sys/session/NJsWcOR--N-9/g5v4P0vBjzZ8UT6VSetQ4gTl0RgJmr3OQ1kcf2B8HFE:"
2024-03-01T06:47:09.427Z I "[ProtocolProxy]",?
2024-03-01T06:47:09.427Z I "[ProtocolProxy]","{"name":"TypeError","message":"fetch failed","stack":"TypeError: fetch failed\n at /tmp/.mount_tutanoTGy0Kz/resources/app.asar/desktop/DesktopMain.js:10:29051\n at process.processTicksAndRejections (node:internal/process/task_queues:95:5)\n at async /tmp/.mount_tutanoTGy0Kz/resources/app.asar/desktop/DesktopMain.js:10:29559\n at async AsyncFunction. (node:electron/js2c/browser_init:2:47442)"}"
2024-03-01T06:47:09.427Z I "[ProtocolProxy]","failed after 327ms"
2024-03-01T06:47:09.432Z I "[PerWindowSqlCipherFacade]","close db for","NJsWcO9--3-9"
2024-03-01T06:47:09.436Z I "[2024-03-01T06:47:09.436Z]","[OfflineDbRefCounter]","closed db for","NJsWcO9--3-9"
2024-03-01T06:47:14.526Z I "resolving key...","tutanota-credentials"
2024-03-01T06:47:14.544Z I "[PerWindowSqlCipherFacade]","open db for","NJsWcO9--3-9"
2024-03-01T06:47:14.545Z I "[2024-03-01T06:47:14.545Z]","[WorkerSqlCipher]","started sqlcipher-worker-2"
2024-03-01T06:47:14.730Z I "[2024-03-01T06:47:14.730Z]","[sqlcipher-worker-2]","set up sql cipher done"
2024-03-01T06:47:15.028Z I "[ProtocolProxy]","error for GET https://app.tuta.com/rest/sys/session/NJsWcOR--N-9/g5v4P0vBjzZ8UT6VSetQ4gTl0RgJmr3OQ1kcf2B8HFE:"
2024-03-01T06:47:15.029Z I "[ProtocolProxy]",?
2024-03-01T06:47:15.029Z I "[ProtocolProxy]","{"name":"TypeError","message":"fetch failed","stack":"TypeError: fetch failed\n at /tmp/.mount_tutanoTGy0Kz/resources/app.asar/desktop/DesktopMain.js:10:29051\n at process.processTicksAndRejections (node:internal/process/task_queues:95:5)\n at async /tmp/.mount_tutanoTGy0Kz/resources/app.asar/desktop/DesktopMain.js:10:29559\n at async AsyncFunction. (node:electron/js2c/browser_init:2:47442)"}"
2024-03-01T06:47:15.029Z I "[ProtocolProxy]","failed after 256ms"
2024-03-01T06:47:15.031Z I "[PerWindowSqlCipherFacade]","close db for","NJsWcO9--3-9"
2024-03-01T06:47:15.033Z I "[2024-03-01T06:47:15.033Z]","[OfflineDbRefCounter]","closed db for","NJsWcO9--3-9"

from tutanota.

When you click on your account name to get it to connect the 'logging in' graphic appears for 1-2 seconds then goes away again, nothing else occurs. Tried it quite a few times, but no connection.

from tutanota.

ipv6 is disabled, tried restarting the app, uninstalled and reinstalled on windows. Restarted Pc....
Still offline.

from tutanota.

If you are affected could you please send email to [email protected] with subject "v218.240227 desktop connection issue"? We can ask more specific questions then.
Thank you

from tutanota.

thank you. could you confirm that it works in browser please?

Working in browser

from tutanota.

Issue still persists on 218.240305.0 (Desktop).

This could only be an issue for people with accounts that have yubikeys registered?

from tutanota.

Issue still persists on 218.240305.0 (Desktop).

This could only be an issue for people with accounts that have yubikeys registered?

I am not with Yubikey and the problem exists still..

from tutanota.

Getting same problem, "No connection to server" error after latest update appimage 218.240305.0 (Desktop).

Linux Mint 21.3 cinnnamon, latest patches
Linux Mint 20.3 xfce
...but also happens on any linux mint vm image I create.

I found rolling back to Tutanota appimage version 218.240219.0 works for me for now. Any later images have the connection problems.

Of interest on my Linux Mint Xfce, I was running an old Tutanota version 3.122.5 (Desktop) and it was fine. When downloading and running the latest appimage 218.240305.0 (Desktop) version the client gave a message along the lines of "keychain corrupted, credentials being removed" then stopped working from there on either old or new client as I think it corrupted the config profile somehow.

I had to recreate the config folder
/home/user/.config/tutanota-desktop
by renaming it to
/home/user/.config/tutanota-desktop.old
then relog in to the older client to get it working again.

Will be using older Tutanota appimage desktop client version 218.240219.0 until a fix can be found.

NB: also if I use a VPN connection on the client it appears to work although not an acceptable solution as i need it to run on my normal internet also. I also have an Android Tutanota client and it works with no problems. Webmail is ok also. I don't use yubikey.

poss also related to issue #6669

from tutanota.

The app is now working on windows10.

Well it did for a day, now it's offline again.

from tutanota.

The version 218.240307.1 seems working on Ubuntu 22.04

from tutanota.

Nope, still not working here.

from tutanota.

Problem still happening with Appimage version 218.240307.1 . After some testing, here are my findings. May shed light on problem.

Tested Tutanota appimage on new VM installs of Linux mint, MX Linux, Fedora SilverBlue all get same "No connection to server" problem.

So Tutanota being run on typical Electron, I can f12 console to get the following:

Note the [RestClient] failed request get errors and the Deprecated Feature used erros above.
Looking further into issues tab below.

Note also that last link for Feature: Deprecate unload event refers to https://chromestatus.com/feature/5579556305502208

Just to reiterate Appimage version 218.240219.0. is the last working version for me and doesn't have these issues.

Any other Appimage version above from there up to 218.240307.1 inherits this "No connection to server" error.

PS: also as a side note, may or may not be related., Tutanota flatpak just on Linux Mint doesn't appear to connect either. Haven't really looked further into it.

My 2c troubleshooting, hope that helps.

from tutanota.

Hi, thank you for your info. We are pretty sure it's not related to unload event but to IPv4/IPv6. It seems like everyone who has the issue has some kind of IPv6 address but it's not fully working and the app chooses to use IPv6 in those cases.

I tried disabling IPv6 at all, on the host OS (checked to make sure no IPv6 address had been assigned to he interface), and still no luck. I can confirm that IPv6 on my network isn't working though (never bothered to look at it previously).

Interestingly (sadly?), I realized that Android app also doesn't work on the same network. If I use mobile data, works perfectly. Seems something else, not necessarily linked to platform (desktop, mobile), is to blame.

Every other process/app/whatever works on this network, except Tuta.

from tutanota.

It looks like IP block rather than IPv6 issue in your case

from tutanota.

It might be, it might not, but today, nothing else having changed, Android app started working.

It's important to note that I too had success in using the Linux app when downgrading.

from tutanota.

The version 218.240307.1 seems working on Ubuntu 22.04

Even this version is not working and i beleive it is related to IP versions as others mentioned and based on my own tests.

from tutanota.

@samsaraswheel Tuta does work on IPv6. Could you please check if other connections work over IPv6 like ping -6 wikipedia.org (when IPv6 is enabled of course)

from tutanota.

@samsaraswheel Tuta does work on IPv6. Could you please check if other connections work over IPv6 like ping -6 wikipedia.org (when IPv6 is enabled of course)

I disabled IPv6 on grub settings and after reboot the latest AppImage (220.240321.0) is working now.

Before disabling IPv6 on grub, I tried the ping -6 wikipedia.org and it was not successful, "no connection" replied.

from tutanota.

I can confirm that enabling ipv6 fixed all conection issues I was having with the lastest appimage (v220.240321.0). After running a diff from the ipv4 not working and ipv6 working the ouput is a repeating error pattern which looks like this:

[ProtocolProxy] failed after 1328ms
[ProtocolProxy] error for GET https://w16.api.tuta.com/rest/tutanota/maildetailsblob/NMXSTKJ----9:
[ProtocolProxy] TypeError: fetch failed
    at /tmp/.mount_tutanot3Mk7D/resources/app.asar/desktop/DesktopMain.js:10:29050
    at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
    at async /tmp/.mount_tutanot3Mk7D/resources/app.asar/desktop/DesktopMain.js:10:29558
    at async AsyncFunction.<anonymous> (node:electron/js2c/browser_init:2:47442) {
  [cause]: AggregateError
      at internalConnectMultiple (node:net:1114:18)
      at afterConnectMultiple (node:net:1667:5) {
    code: 'ETIMEDOUT',
    [errors]: [ [Error], [Error] ]
  }
}

Not sure if that is helpful or not.

from tutanota.

@samsaraswheel Tuta does work on IPv6. Could you please check if other connections work over IPv6 like ping -6 wikipedia.org (when IPv6 is enabled of course)

I disabled IPv6 on grub settings and after reboot the latest AppImage (220.240321.0) is working now.

Before disabling IPv6 on grub, I tried the ping -6 wikipedia.org and it was not successful, "no connection" replied.

Very interesting: The same setup stop working again.. "The connection to the server was lost. Please try again."

I trusted Tuta and migrate to Tuta with custom domain, and the support I get is not what I expect from Tuta. Won't take long to leave Tuta. You claimed Linux is supported and the issue has not been solved and no stable workaround is provided!

from tutanota.

Have to agree with @shobeira. it's not been 30 days and still no fix, still not working on Windows 10.
Tuta have been making big claims of upgrades but yet cant fix a connection issue for current users.

from tutanota.

@shobeira
"Before disabling IPv6 on grub, I tried the ping -6 wikipedia.org and it was not successful, "no connection" replied."

This means that ipv6 was not working. Disabling ipv6 in grub will makes things worse, not better. The issue is that ipv6 is turned off and that is what is causing the issue, not the other way around. For me, I had to enable ipv6 in my vpn, but it could be your networkmanager and/or OS/kernel setttings (/etc/sysctl.d/* directory, or /etc/modprobe.d/* for kernel/driver settings) disabling ipv6 for some reason. That is not to say that this is not an issue as ipv4 should work fine for the client, but if you want the client to work for now with only ipv4 you would have to downgrade the client. Otherwise enable ipv6. If you check with "ip a" in a shell you should see "inet6" addresses, otherwise you are not being issued any. Could be a router or firewall setting too I suppose if you have it disabled there. For Ubuntu 22.04 ipv6 should be enabled by default.

Edit: I do not use a custom domain, so I cannot comment to that end.

from tutanota.

@shobeira "Before disabling IPv6 on grub, I tried the ping -6 wikipedia.org and it was not successful, "no connection" replied."

This means that ipv6 was not working. Disabling ipv6 in grub will makes things worse, not better. The issue is that ipv6 is turned off and that is what is causing the issue, not the other way around. For me, I had to enable ipv6 in my vpn, but it could be your networkmanager and/or OS/kernel setttings (/etc/sysctl.d/* directory, or /etc/modprobe.d/* for kernel/driver settings) disabling ipv6 for some reason. That is not to say that this is not an issue as ipv4 should work fine for the client, but if you want the client to work for now with only ipv4 you would have to downgrade the client. Otherwise enable ipv6. If you check with "ip a" in a shell you should see "inet6" addresses, otherwise you are not being issued any. Could be a router or firewall setting too I suppose if you have it disabled there. For Ubuntu 22.04 ipv6 should be enabled by default.

Edit: I do not use a custom domain, so I cannot comment to that end.

I am not sure what the root of the issue is. if it was related to IPv6, it should not work after I disabled IPv6 while it was working great with IPv4 (when IPv6 disabled) for a few days and after reboots.

from tutanota.

@shobeira Right, so if you reenable ipv6 and run "ping -c 3 -6 wikipedia.org" you should get an output similar to this:

PING wikipedia.org (2620:0:863:ed1a::1) 56 data bytes
64 bytes from text-lb.ulsfo.wikimedia.org (2620:0:863:ed1a::1): icmp_seq=1 ttl=57 time=50.3 ms
64 bytes from text-lb.ulsfo.wikimedia.org (2620:0:863:ed1a::1): icmp_seq=2 ttl=57 time=49.1 ms
64 bytes from text-lb.ulsfo.wikimedia.org (2620:0:863:ed1a::1): icmp_seq=3 ttl=57 time=48.2 ms

--- wikipedia.org ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 48.207/49.219/50.306/0.858 ms

When you launch "tutanota-desktop" from a terminal emulator do you get an error message in the output that looks similar to the one I listed above? Something like this? :

[cause]: AggregateError
      at internalConnectMultiple (node:net:1114:18)
      at afterConnectMultiple (node:net:1667:5) {
    code: 'ETIMEDOUT',
    [errors]: [ [Error], [Error] ]

If so, making sure that ipv6 is enabled and working (using the ping example above) should fix your issue for now (it fixed mine). Unless there is some reason you cannot use ipv6, in which case the web client should still work while the devs here sort this out. You can also verify if you have been issued an ipv6 address using the "ip a" command. For your internet interface it should list entries for both "inet" and "inet6". If you use a vpn you'll have to check the interface for openvpn or wireguard etc.. as well (ip a will list them all).

Hopefully that helps. With regards to the root of the problem, I'm not sure as I am not a programmer and have not reviewed the code base for the client. It is possible that this is an upstream issue with the node resolve plugin too. This is outside of my realm of expertise though.

Edit: In case it is relevant/useful information the client I am currently using is "v220.240319.1".

from tutanota.

wild guess but is everyone who is experiencing this issue under VPN?

from tutanota.

Hi, a bit late to the conversation but I'm having a connection issue on the Linux desktop client too that seems similar. I was seeing that "no connection to server" message and failed push notification, so I signed out to troubleshoot and now can't sign in again (on desktop client only).

On the other hand, I have the same AppImage version on two machines (220.240321.0), one on Ubuntu 22.04 where I can't even sign in (says "The connection to the server was lost. Please try again."), and another on 23.10 where it works as expected.

Here's the commandline on the problem system:

the monkey has been patched pid: 3907
(node:3907) [DEP0005] DeprecationWarning: Buffer() is deprecated due to security and usability issues. Please use the Buffer.alloc(), Buffer.allocUnsafe(), or Buffer.from() methods instead.
(Use `tutanota-desktop --trace-deprecation ...` to show where the warning was created)
version:   220.240321.0
resolving key... tutanota-vault
config up to date
[2024-04-02T10:55:35.618Z] using safeStorage with backend gnome_libsecret
[2024-04-02T10:55:35.700Z] Create tray:true
[DesktopSseClient] sseInfo corrupted or not present, making sure pushEncSessionKeys and scheduled alarms are cleared
[DesktopSseClient] Resetting stored state
[ApplicationWindow] webAssetsPath:  /tmp/.mount_tutanozZkAXC/resources/app.asar
[ApplicationWindow] getting dictionaries from: https://app.tuta.com/desktop/dictionaries/
default mailto handler: false
Webapp ready
[2024-04-02T10:55:35.872Z] [ElectronUpdater] INFO: Checking for update
[2024-04-02T10:55:35.873Z] [ElectronUpdater] INFO: checking-for-update
[ApplicationWindow] spellcheck-dictionary-initialized en-US
desktop file exists, checking version...
[DesktopWindowManager] invalidating alarms for all windows
[DesktopWindowManager] invalidating alarms for window 1
[DesktopSseClient] scheduling to check sse in 1 seconds
[DesktopSseClient] scheduling to check sse in 1 seconds
[2024-04-02T10:55:38.016Z] [ElectronUpdater] INFO: Update for version 220.240321.0 is not available (latest version: 220.240321.0, downgrade is disallowed).
[2024-04-02T10:55:38.016Z] [ElectronUpdater] INFO: update not available: {
  version: '220.240321.0',
  files: [
    {
      url: 'tutanota-desktop-linux.AppImage',
      sha512: 'fQsRj3326oQEBZmXaYgd2td/RYSagZhLQ04Z4zKCexIg+EyNYJ67W9e8zPbng6VrK9wtRie1R3lhJmJvYfKomA==',
      size: 123829315,
      blockMapSize: 130135
    }
  ],
  path: 'tutanota-desktop-linux.AppImage',
  sha512: 'fQsRj3326oQEBZmXaYgd2td/RYSagZhLQ04Z4zKCexIg+EyNYJ67W9e8zPbng6VrK9wtRie1R3lhJmJvYfKomA==',
  releaseDate: '2024-03-21T11:21:42.588Z',
  signature: 'OAlLU+HizvQaEOjXp2l6JS2YN8U1RvFRD8xLqLzlLaeqIFxvn3QxZxjy77PFbkYVl1osSXi9S9Be5jLfQxhFX+eCah1C0nS7yORWS3H+4iNVRmAeAcCqx5WIaPLaFkfQUDzjyJAzbq6cHhCnkrKooJ7nzI4psj0VXhshdtz/nj/IDfNknp6YfAmtpBjlEc1EaGQPyfcVobpFNH9tPx33Y5BrAVcCJlofEGmggZ6mtpA6aWKOB7z66L57KQS2aTkVeCFRrF7mSPw+imK1H3ph4iAAYu5lzoc4J35VLb1xVjR+qNceskXT+AFnY/xzRA2iImin6fKTT4DmAu/I3sjXtA=='
}
[DesktopSseClient] scheduling to check sse in 10 seconds
[DesktopSseClient] sse info not available, skip reconnect
[3946:0402/005541.631391:ERROR:gl_surface_presentation_helper.cc(260)] GetVSyncParametersIfAvailable() failed for 1 times!
[3946:0402/005541.640331:ERROR:gl_surface_presentation_helper.cc(260)] GetVSyncParametersIfAvailable() failed for 2 times!
[DesktopSseClient] scheduling to check sse in 10 seconds
[DesktopSseClient] sse info not available, skip reconnect

Those last two messages, about sse info available just keep repeating, and are not present on the Ubuntu 23.10 system where the app works normally.

I believe ipv6 is enabled on both systems (cat /sys/module/ipv6/parameters/disable returns 0), but the ping -6 mentioned in this thread says Network is unreachable when I run it. I'm not on a VPN.

from tutanota.

wild guess but is everyone who is experiencing this issue under VPN?

Nope, no VPN at all. Curiously, it's working just fine right now.

from tutanota.

There is a possible workaround if anyone wants to build the client from that branch:
#6826

from tutanota.

Why is this closed? the issue has not been resolved. The app is still offline.

from tutanota.

@Sheldoorr The issue is fixed in 220.240405.0 as mentioned above. You just have to update the app when it is finished being compiled and uploaded to the releases page here (or through your package manager or app store or whatever you use). Assuming the naming convention is any indicator of a release date ( 220.240405.0) it should be released within the next 24 hours or so. There is nothing more to do than wait for the update to get built or alternatively compile the new build from git yourself (if you want the fix immediately).

from tutanota.

There was an update, a day later it's offline again.

Obviously not fixed.

PS: closing this doesn't make the problem go away.

from tutanota.

@Sheldoorr "The issue is fixed in 220.240405.0". The current release is "220.240403.0" as shown on the release page (you can find this information on the same page you are reading this post by clicking the button that says "Code" up at the top left and looking at the right hand side of that same page that says "Releases"), which was released 3 days ago (you just got the update 2 days later as you have to wait for whatever package manager you are using). Of course enabling ipv6 would have solved the issue immediately while awaiting the update as stated already above. I hope this helps you understand what is happening. Going to unsubscribe now as this issue has already been solved upstream.

from tutanota.

Choosing to ignore the problem is your choice but it will come back to bite you one way or another.

ipv6 is enabled......

from tutanota.

The issue is closed because we merged the fix but didn't release it yet. Sorry for the confusion, the fix is coming soon

Linux Debian 12
I have the same problem.
Not fixed yet in v.220.240408.0 (released 2 days ago, your comment too; did you mean NEXT release, didn't you?).

the monkey has been patched pid: 7823
version: 220.240408.0
resolving key... tutanota-vault
config up to date
[2024-04-10T00:30:18.746Z] Create tray:true
resolving key... tutanota-vault
[ApplicationWindow] webAssetsPath: /tmp/.mount_tutanoN7KG2c/resources/app.asar
[ApplicationWindow] getting dictionaries from: https://app.tuta.com/desktop/dictionaries/
default mailto handler: false
Webapp ready
[2024-04-10T00:30:18.856Z] [ElectronUpdater] INFO: Checking for update
[2024-04-10T00:30:18.856Z] [ElectronUpdater] INFO: checking-for-update
desktop file exists, checking version...
[2024-04-10T00:30:20.439Z] [ElectronUpdater] INFO: Update for version 220.240408.0 is not available (latest version: 220.240408.0, downgrade is disallowed).
[2024-04-10T00:30:20.439Z] [ElectronUpdater] INFO: update not available: {
version: '220.240408.0',
files: [
{
url: 'tutanota-desktop-linux.AppImage',
sha512: 'd+9O53jaMIYgJ3DVytU9BOCpDtptSTcU99E1cgGDh6VzZOoPhS3cUXH5txOQ4ShqnRSyZZ/N3yEZI53RdM5ntQ==',
size: 123969157,
blockMapSize: 130713
}
],
path: 'tutanota-desktop-linux.AppImage',
sha512: 'd+9O53jaMIYgJ3DVytU9BOCpDtptSTcU99E1cgGDh6VzZOoPhS3cUXH5txOQ4ShqnRSyZZ/N3yEZI53RdM5ntQ==',
releaseDate: '2024-04-08T09:30:51.164Z',
signature: 'CTLeoTLDfCdHWlpmG2ioz8gNnX6+/WREfBm6p78YARss3/wB1202dgBNKzJNoLcWBGiSKHOHEnSlWSqqGGQcGc+aopQwhPiQ7+UlopSsVOaktTC9YU97/vwTwPxAwdnqQ7iPXlAFg9ToJSJf9AQ08wrY38gTQp+z7hQ7CSkx16gefQ0+vhKdAjvUzXf8WhQCJjbdTDJNKXQMRJ3tkyDY8BMi07fibwRViLFULwrQ7t2gWeYPBQCfMci0URcAaLkRg/vQh3dYBEUfLl0qSO2dVpJgVeUVJ/TyEUTYIUO1FOUoAua7KNlurJKmplzo/aMmyqj0/wrEcCRAKSXH1SYadQ=='
}
[ProtocolProxy] error for GET https://app.tuta.com/rest/sys/saltservice:
[ProtocolProxy] TypeError: fetch failed
at /tmp/.mount_tutanoN7KG2c/resources/app.asar/desktop/DesktopMain.js:10:29070
at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
at async /tmp/.mount_tutanoN7KG2c/resources/app.asar/desktop/DesktopMain.js:10:29578
at async AsyncFunction. (node:electron/js2c/browser_init:2:47442) {
[cause]: AggregateError
at internalConnectMultiple (node:net:1114:18)
at internalConnectMultiple (node:net:1177:5)
at Timeout.internalConnectMultipleTimeout (node:net:1687:3)
at listOnTimeout (node:internal/timers:575:11)
at process.processTimers (node:internal/timers:514:7) {
code: 'ETIMEDOUT',
[errors]: [ [Error], [Error] ]
}
}
[ProtocolProxy] {"name":"TypeError","message":"fetch failed","stack":"TypeError: fetch failed\n at /tmp/.mount_tutanoN7KG2c/resources/app.asar/desktop/DesktopMain.js:10:29070\n at process.processTicksAndRejections (node:internal/process/task_queues:95:5)\n at async /tmp/.mount_tutanoN7KG2c/resources/app.asar/desktop/DesktopMain.js:10:29578\n at async AsyncFunction. (node:electron/js2c/browser_init:2:47442)"}
[ProtocolProxy] failed after 345ms

from tutanota.

As of today, after upgrading to latest version via pop-up, I also am experiencing this bug. Using Debian 12 and the latest appimage. Can connect to account using Android app (both using 4G or local WiFi, makes no difference) or webapp over same network as desktop app. IPv6 enabled and working. Using VPN.

FYI: https://github.com/tutao/tutanota/releases/tag/tutanota-desktop-release-218.240219.0 isn't working either.

from tutanota.

Tested new version today - v220.240408.0 - on Ubuntu 22.04, working fine. Hope others have success too. Thanks for your efforts, people.

from tutanota.

Still an issue for me on v220.240411.0, unfortunately. (On NixOS, installed via AppImage)

from tutanota.

On Debian 12 v220.240411.0 AppImage still not working.

from tutanota.

@exxelxior @cumber do you have IPv6 enabled? Does it work? Do you have VPN enabled? Does webapp work for you?

from tutanota.

@charlag

do you have IPv6 enabled? Does it work? Do you have VPN enabled? Does webapp work for you?

No VPN. I'm not completely confident in my knowledge of ipv6 stuff, but I believe the ipv6 stack on my computer is working (I can ping -6 localhost), but it's not supported somewhere in my router & ISP settings (for example ping -6 www.google.com reports ping: connect: Network is unreachable).

Tuta works perfectly fine through a browser (about info shows v220.240411.0). Downgrading the desktop client to v218.240219.0 also works fine. No desktop client newer than that (up to v220.240411.0) has worked for me, on NixOS.

So the issue is that it's preferring ipv6 connections and under some circumstances isn't failing over to ipv4?

from tutanota.

@cumber thank you for the update.
We did update the network library (undici) after v218.240219.0.
After that in v220.240405.0 we enabled autoSelectFamily which should have solved the IPv6 but not working issue.
We should try to update undici again with the next release, I am not sure what else we can do, we can try to intercept and log request stages but I don't think it will give us enough details to get anything useful out of it to be honest.

from tutanota.

I was redirected here from the issue I made, so I'll copy the logs from mine here.
OS: ArcoLinux (ArchLinux) 6.8.7-arch1-1
Tuta Desktop Version: v220.240411.0 (from AUR, not AppImage)
Logs:

2024-04-19T04:54:18.850Z I "the monkey has been patched pid:",19696
2024-04-19T04:54:18.973Z I "version:  ","220.240411.0"
2024-04-19T04:54:18.991Z I "resolving key...","tutanota-vault"
2024-04-19T04:54:18.992Z I "config up to date"
2024-04-19T04:54:19.132Z I "[2024-04-19T04:54:19.132Z]","using safeStorage with backend","gnome_libsecret"
2024-04-19T04:54:19.137Z I "[2024-04-19T04:54:19.137Z]","Create tray:true"
2024-04-19T04:54:19.140Z I "[ApplicationWindow]","webAssetsPath: ","/opt/tutanota-desktop/resources/app.asar"
2024-04-19T04:54:19.188Z I "[ApplicationWindow]","getting dictionaries from:","https://app.tuta.com/desktop/dictionaries/"
2024-04-19T04:54:19.193Z I "[DesktopSseClient]","scheduling to check sse in",1,"seconds"
2024-04-19T04:54:19.256Z I "default mailto handler:",true
2024-04-19T04:54:19.256Z I "Webapp ready"
2024-04-19T04:54:19.260Z I "[DesktopWindowManager]","invalidating alarms for window",1
2024-04-19T04:54:19.260Z W "[2024-04-19T04:54:19.260Z]","[ElectronUpdater]","WARN:","APPIMAGE env is not defined, current application is not an AppImage"
2024-04-19T04:54:19.263Z I "/home/albey/.local/share/applications/tutanota-desktop.desktop does not exist, checking for permission to ask for permission..."
2024-04-19T04:54:19.266Z I "[ApplicationWindow]","spellcheck-dictionary-initialized","en-AU"
2024-04-19T04:54:19.462Z I "resolving key...","tutanota-credentials"
2024-04-19T04:54:19.483Z I "[PerWindowSqlCipherFacade]","open db for","NOTm9FY----9"
2024-04-19T04:54:19.485Z I "[2024-04-19T04:54:19.485Z]","[WorkerSqlCipher]","started sqlcipher-worker-1"
2024-04-19T04:54:19.545Z I "[2024-04-19T04:54:19.545Z]","[sqlcipher-worker-1]","set up sql cipher done"
2024-04-19T04:54:19.987Z I "[ProtocolProxy]","error for GET https://app.tuta.com/rest/sys/session/NOTm9Fo--N-9/TffVzUSuKmdpggbDY_yJWsOULJ94mGLUXoaX-UU-tUY:"
2024-04-19T04:54:19.990Z I "[ProtocolProxy]",?
2024-04-19T04:54:19.990Z I "[ProtocolProxy]","{\"name\":\"TypeError\",\"message\":\"fetch failed\",\"stack\":\"TypeError: fetch failed\\n    at /opt/tutanota-desktop/resources/app.asar/desktop/DesktopMain.js:10:29070\\n    at process.processTicksAndRejections (node:internal/process/task_queues:95:5)\\n    at async /opt/tutanota-desktop/resources/app.asar/desktop/DesktopMain.js:10:29578\\n    at async AsyncFunction.<anonymous> (node:electron/js2c/browser_init:2:47442)\"}"
2024-04-19T04:54:19.990Z I "[ProtocolProxy]","failed after 434ms"
2024-04-19T04:54:19.991Z I "[PerWindowSqlCipherFacade]","close db for","NOTm9FY----9"
2024-04-19T04:54:19.992Z I "[2024-04-19T04:54:19.992Z]","[OfflineDbRefCounter]","closed db for","NOTm9FY----9"
2024-04-19T04:54:20.196Z I "[DesktopSseClient]","last missed notification check:",{"lastMissedNotificationCheckTime":null}
2024-04-19T04:54:20.196Z I "[DesktopSseClient]","scheduling to check sse in",119,"seconds"
2024-04-19T04:54:20.197Z I "[DesktopSseClient]","No user IDs, skip reconnect"

from tutanota.

@charlag Hmm, if autoSelectFamily isn't selecting the right address, is that an upstream problem in undici? Or even nodejs itself? (since a brief search suggests undici's autoSelectFamily is ultimately using a nodejs feature). Is there an upstream issue for the problem?

from tutanota.

I have noticed that undici will even helpfully report which address it did try, we should add more logging:
https://github.com/nodejs/undici/blob/79c76c51df9f3ef33af0a37b387c10b41f361b7f/lib/core/connect.js#L185-L191

from tutanota.

@exxelxior @cumber do you have IPv6 enabled? Does it work? Do you have VPN enabled? Does webapp work for you?

I have IPv6 enabled and its status is like @cumber results.
I haven´t VPN.
The webapp works fine, except the popup message showing a new version: when I accept the update the page doesn't refresh and no update, the message only close itself (using mail.tutanota.com/login (about info shows v220.240408.0) as well as app.tuta.com/login (about info shows v218.240307.1)). My browser is Firefox 115.10.0esr (64-bit).

from tutanota.

having the same problem, sometimes it works and then it stops working again, IPv4 only, IPv6 is disabled, no VPN

from tutanota.

When will it be released? My desktop client (v229.240514.1 - linux) still believes it is offline.

v229.240514.1 - linux


 Client: linux
 Type: UNKNOWN
 Tutanota version: 229.240514.1
 Timestamp (UTC): Wed, 15 May 2024 08:34:34 GMT
 User agent:
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) tutanota-desktop/229.240514.1 Chrome/122.0.6261.156 Electron/29.3.2 Safari/537.36


== MAIN LOG ==
2024-05-15T08:29:57.323Z I "re-registering for push notifications, setting no alarms as scheduled"
2024-05-15T08:29:57.324Z I "\n\n''''''''''''''''''''''''''''''''''''''''\n''''''''''''''''''''''''''''''''''''''''\n''''''''''''''''''''''''''''''''''''''''\n''''''''''''''''''''''''''''''''''''''''\n''''''''''''''''''''''''''''''''''''''''\n''''''''''''''''''''''''''''''''''''''''\n''''''''''''''''''''''''',:,''''''''''''\n''''''''''''';:llllcccccccc,''''''''''''    Do you care about privacy?\n'''''''''''':kXWXkoc::;,,'''''''''''''''\n'''''''''''',cdk0KKK00kxdolc;,''''''''''    Work at Tuta! Fight for our rights!\n'''''''''''''''';coxOKNMMWWNK0kdl:,'''''\n'''''''''''''''''''',;oKMMMMMMMMWX0dc,''    https://tuta.com/jobs\n'''''''''''''''''''''';kWMMMMMMMMMMWXk:'\n'''''''''''''''''''',:xXMMMMMMMMMMMMMWKl\n''''''''''''''''';lk0KWMMMMMMMMMMMMMMMWK\n''''''''''''';cdOKWMMMMMMMMMMMMMMMMMMMMM\n'''''''',:ldOKNWMMMMMMMMMMMMMMMMMMMMMMMM\n''',:ldk0XWMMMMMMMMMMMMMMMMMMMMMMMMMMMMM\nldk0XWMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM\nWWMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM\n\n"
2024-05-15T08:29:57.358Z I "worker init time (ms):",46
2024-05-15T08:29:58.770Z I "removed topmost modal component"
2024-05-15T08:34:32.838Z I "removed topmost modal component"

== WORKER LOG ==
2024-05-15T08:29:58.769Z I "[RestClient]","failed request","GET","https://app.tuta.com/rest/sys/session/NOTm9Fo--N-9/TffVzUSuKmdpggbDY_yJWsOULJ94mGLUXoaX-UU-tUY",0,"",["accessToken","v","cv","Accept"],"no body"
2024-05-15T08:29:58.770Z I "ws close closeOption: ","terminate","state:","terminated"
2024-05-15T08:29:58.770Z I "[RestClient]","failed request","GET","https://app.tuta.com/rest/sys/session/NOTm9Fo--N-9/TffVzUSuKmdpggbDY_yJWsOULJ94mGLUXoaX-UU-tUY",0,"",["accessToken","v","cv","Accept"],"no body"

== NATIVE LOG ==
2024-05-15T08:29:56.678Z I "the monkey has been patched pid:",165850
2024-05-15T08:29:56.804Z I "version:  ","229.240514.1"
2024-05-15T08:29:56.826Z I "resolving key...","tutanota-vault"
2024-05-15T08:29:56.827Z I "config up to date"
2024-05-15T08:29:56.963Z I "[2024-05-15T08:29:56.963Z]","using safeStorage with backend","gnome_libsecret"
2024-05-15T08:29:56.968Z I "[DesktopMain]","getting dictionaries from:","https://app.tuta.com/desktop/dictionaries/"
2024-05-15T08:29:56.969Z I "[2024-05-15T08:29:56.968Z]","Create tray:true"
2024-05-15T08:29:56.972Z I "[ApplicationWindow]","webAssetsPath: ","/opt/tutanota-desktop/resources/app.asar"
2024-05-15T08:29:57.076Z I "default mailto handler:",true
2024-05-15T08:29:57.076Z I "Webapp ready"
2024-05-15T08:29:57.077Z I "[DesktopSseClient]","scheduling to check sse in",1,"seconds"
2024-05-15T08:29:57.079Z I "[DesktopWindowManager]","invalidating alarms for window",1
2024-05-15T08:29:57.079Z W "[2024-05-15T08:29:57.079Z]","[ElectronUpdater]","WARN:","APPIMAGE env is not defined, current application is not an AppImage"
2024-05-15T08:29:57.083Z I "[DesktopMain]","spellcheck-dictionary-initialized","en-AU"
2024-05-15T08:29:57.107Z I "/home/albey/.local/share/applications/tutanota-desktop.desktop does not exist, checking for permission to ask for permission..."
2024-05-15T08:29:57.346Z I "resolving key...","tutanota-credentials"
2024-05-15T08:29:57.362Z I "[PerWindowSqlCipherFacade]","open db for","NOTm9FY----9"
2024-05-15T08:29:57.364Z I "[2024-05-15T08:29:57.364Z]","[WorkerSqlCipher]","started sqlcipher-worker-1"
2024-05-15T08:29:57.422Z I "[2024-05-15T08:29:57.422Z]","[sqlcipher-worker-1]","set up sql cipher done"
2024-05-15T08:29:58.081Z I "[DesktopSseClient]","last missed notification check:",{"lastMissedNotificationCheckTime":null}
2024-05-15T08:29:58.081Z I "[DesktopSseClient]","scheduling to check sse in",14,"seconds"
2024-05-15T08:29:58.081Z I "[DesktopSseClient]","No user IDs, skip reconnect"
2024-05-15T08:29:58.766Z I "[ProtocolProxy]","error for GET https://app.tuta.com/rest/sys/session/NOTm9Fo--N-9/TffVzUSuKmdpggbDY_yJWsOULJ94mGLUXoaX-UU-tUY:"
2024-05-15T08:29:58.769Z I "[ProtocolProxy]",?
2024-05-15T08:29:58.769Z I "[ProtocolProxy]","{\"name\":\"TypeError\",\"message\":\"fetch failed\",\"stack\":\"TypeError: fetch failed\\n    at /opt/tutanota-desktop/resources/app.asar/desktop/DesktopMain.js:10:30126\\n    at process.processTicksAndRejections (node:internal/process/task_queues:95:5)\\n    at async /opt/tutanota-desktop/resources/app.asar/desktop/DesktopMain.js:10:30634\\n    at async AsyncFunction.<anonymous> (node:electron/js2c/browser_init:2:47442)\"}"
2024-05-15T08:29:58.769Z I "[ProtocolProxy]","failed after 1334ms"
2024-05-15T08:29:58.770Z I "[PerWindowSqlCipherFacade]","close db for","NOTm9FY----9"
2024-05-15T08:29:58.771Z I "[2024-05-15T08:29:58.771Z]","[OfflineDbRefCounter]","closed db for","NOTm9FY----9"
2024-05-15T08:30:12.084Z I "[DesktopSseClient]","last missed notification check:",{"lastMissedNotificationCheckTime":null}
2024-05-15T08:30:12.084Z I "[DesktopSseClient]","scheduling to check sse in",213,"seconds"
2024-05-15T08:30:12.084Z I "[DesktopSseClient]","No user IDs, skip reconnect"
2024-05-15T08:33:45.093Z I "[DesktopSseClient]","last missed notification check:",{"lastMissedNotificationCheckTime":null}
2024-05-15T08:33:45.093Z I "[DesktopSseClient]","scheduling to check sse in",50,"seconds"
2024-05-15T08:33:45.093Z I "[DesktopSseClient]","No user IDs, skip reconnect"

from tutanota.

still having the same issue with latest AppImage downloaded on May 23rd.
v229.240517.0

from tutanota.

On Debian 12 v229.240517.0 AppImage still not working.

from tutanota.

On Debian 12 v229.240517.0 AppImage still not working.

Honestly this is concerning at this point. I can't log in anywhere except via the app on Android, and even with that, a bunch of criteria needs to be met in order for me to log in (enable JIT in browser, give Google Play necessary permissions, use USB not NFC for security key, and wait 3+ minutes for the passkey prompt to appear in the browser). Tuta is becoming near-unusable. And semi-related, what are they doing to their logo? It's an awful logo.

from tutanota.

On Debian 12 v229.240517.0 AppImage still not working.

Honestly this is concerning at this point. I can't log in anywhere except via the app on Android, and even with that, a bunch of criteria needs to be met in order for me to log in (enable JIT in browser, give Google Play necessary permissions, use USB not NFC for security key, and wait 3+ minutes for the passkey prompt to appear in the browser). Tuta is becoming near-unusable. And semi-related, what are they doing to their logo? It's an awful logo.

The most recent appimage is working flawless on my Debian 12 installation.

from tutanota.

@WimDeWinter01

The most recent appimage is working flawless on my Debian 12 installation.

Because you have IPv6 enabled which is required now.

from tutanota.

IPv6 is not required.
The next version will work without WASM.
We do not use Google Play.

from tutanota.

@WimDeWinter01

The most recent appimage is working flawless on my Debian 12 installation.

Because you have IPv6 enabled which is required now.

No, ipv6 is disabled because of vpn issues.

from tutanota.

Strange, what version appimage are you using? And you're 100% certain IPv6 is disabled?

I might install it in a VM to see if it works I just realised that wouldn't work since I'm not routing IPv6 traffic at the router level. Woops.

from tutanota.

Strange, what version appimage are you using? And you're 100% certain IPv6 is disabled?

I might install it in a VM to see if it works I just realised that wouldn't work since I'm not routing IPv6 traffic at the router level. Woops.

App version v229.240517.0

100% certain I'm not using ipv6

from tutanota.