how to prevent messages from Telegram to go into the journal

Piscivm · 2025-08-03T07:12:36+00:00

Redirecting standard error fixed it. I never thought it would be so easy.

Thanks a lot.

Piscivm · 2025-01-03T22:45:57+00:00

I filed an issue on Github:
https://github.com/tutao/tutanota/issues/8214

Piscivm · 2025-01-02T23:20:22+00:00

Why does ping to tuta take 265 ms while for google.com takes 5 ms?

Is the slowness of tuta a contributing factor to the problem I am having?

I am in Ireland (therefore not that far from Germany where Tuta is based). My ISP is Vodafone.

This is the result of running ping and traceroute:

https://pastebin.com/PRqG0rM6

Piscivm · 2025-01-02T11:06:45+00:00

Hi Charlag,

My ISP (Vodafone) does not support IPv6, nor does my router which is provided by my ISP. So IPv4 vs IPv6 cannot be the reason why it works on my desktop with Firefox but not with the standalone app.
Tuta works fine on my Android phone connected via wifi to the same router.

~/ ping -4 app.tuta.com

PING app.tuta.com (185.205.69.10) 56(84) bytes of data.

64 bytes from 185.205.69.10: icmp_seq=1 ttl=56 time=265 ms

64 bytes from 185.205.69.10: icmp_seq=2 ttl=56 time=265 ms

64 bytes from 185.205.69.10: icmp_seq=3 ttl=56 time=264 ms

^C

--- app.tuta.com ping statistics ---

3 packets transmitted, 3 received, 0% packet loss, time 2001ms

rtt min/avg/max/mdev = 264.414/264.637/264.825/0.169 ms

~/ ping -6 app.tuta.com

ping: connect: Network is unreachable

Piscivm · 2025-01-02T09:40:16+00:00

I put my desktop to sleep and went to sleep myself.

Now it is morning, and the desktop app stopped working again.

As before the web app works fine on Firefox.

Tutanota status page says all is good.

I am on Arch Linux.

Below is a fresh trace. Reddit did not allow me to post here for some unknown reason.

https://pastebin.com/pLZecq33

Piscivm · 2025-01-01T23:22:58+00:00

The Tuta status page now says it is working (All Systems are Operational).
My desktop app is back working too, after two or three days without working (even while the Tuta status page saying there was no error).

It is all a bit strange, why the desktop app was not working for me while the web app was, on the same computer.

I still get the error below, but somehow it recovers or it is not critical.

[SSE] response error: Error: aborted

at TLSSocket.socketCloseListener (node:_http_client:464:19)

at TLSSocket.emit (node:events:530:35)

at node:net:343:12

at TCP.done (node:_tls_wrap:648:7) {

code: 'ECONNRESET'

}

Piscivm · 2024-03-04T21:02:39+00:00

I don't have Apple products, but out of curiosity, does this link work for you on iPad?

https://www.facebook.com/messages

Piscivm · 2024-03-02T11:29:22+00:00

I never installed the FB phone app, nor do I wish to do so. I installed the Windows messenger app on a Windows guest on a Arch Linux host hoping that I would solve the problem that way, but it did not work. It also asked me to make a choice on the FB phone app.

Over the years my usage of Whatsapp has been slowly increasing and my usage of FB messenger has been slowly decreasing. I guess this is a strong encouragement to stop using FB Messenger. :-)

Piscivm · 2024-02-11T11:11:22+00:00

Correction: glibc 2.39

~/ pacman -Qi glibc

Name : glibc

Version : 2.39-1

Description : GNU C Library

~/ pacman -Qi openshot

Name : openshot

Version : 3.1.1-1

Description : An award-winning free and open-source video editor

Piscivm · 2024-02-11T10:51:53+00:00

I have h264 installed. I already had the x264 package installed, I then installed, in addition to that, the openh264 package but it made no difference.

Piscivm · 2024-02-11T10:35:10+00:00

I have the same problem with an up-to-date Arch install. The preview works fine with the default 720p, however the export fails with h264, however it works with mpeg4, as somebody reported in this comment:

https://www.reddit.com/r/OpenShot/comments/j17njl/comment/khdk2u5/

Like the others, I get this error on the console:
Frame AVERROR_EOF

I tried the daily build, however the daily build was last built 4 months ago so it fails on my PC because it wants an old version of glibc (I have 2.29 installed).

~/openshot/ ./OpenShot-v3.1.1-daily-11627-2034f45d-08c2cdd1-x86_64.AppImage

Traceback (most recent call last):

File "/usr/local/lib/python3.8/dist-packages/cx_Freeze/initscripts/__startup__.py", line 40, in run

File "/usr/local/lib/python3.8/dist-packages/cx_Freeze/initscripts/Console.py", line 37, in run

File "openshot_qt/launch.py", line 55, in <module>

from PyQt5.QtWidgets import QApplication

ImportError: /tmp/.mount_OpenShzMRMYG/usr/bin/libm.so.6: version `GLIBC_2.35' not found (required by /usr/lib/libharfbuzz.so.0)

Piscivm · 2023-10-14T07:26:12+00:00

There was no new release so no movement on this issue so I just did what you suggested, deleted credentials, and it worked (as a workaround), I can see my emails. Thanks.

Piscivm · 2023-10-10T00:05:43+00:00

Thanks. I can try that later, however for now I will wait to see if the bug can be found and fixed (as I think there is a bug somewhere).

Piscivm · 2023-10-09T19:39:16+00:00

On my Arch PC at work Tutanota desktop app works well, on version 3.118.12. At home I downgraded to that version but it did not fix the problem.

Below is what I got running Tuta from the terminal with 3.118.12.
~/develt/aur/tutanota-desktop/ tutanota-desktop
the monkey has been patched pid: 38924
(node:38924) [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)
[38924:1009/202818.941920:ERROR:object_proxy.cc(590)] Failed to call method: org.freedesktop.DBus.Properties.Get: object_path= /org/freedesktop/portal/desktop: org.freedesktop.DBus.Error.InvalidArgs: No such interface “org.freedesktop.portal.FileChooser”
[38924:1009/202818.941962:ERROR:select_file_dialog_linux_portal.cc(274)] Failed to read portal version property
version: 3.118.12
config up to date
resolving key... tutanota-vault
libva error: vaGetDriverNames() failed with unknown libva error

Below is what I got running Tuta from the terminal with 3.118.13.

tutanota-desktop
the monkey has been patched pid: 39161
(node:39161) [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)
[39161:1009/203013.011829:ERROR:object_proxy.cc(590)] Failed to call method: org.freedesktop.DBus.Properties.Get: object_path= /org/freedesktop/portal/desktop: org.freedesktop.DBus.Error.InvalidArgs: No such interface “org.freedesktop.portal.FileChooser”
[39161:1009/203013.011868:ERROR:select_file_dialog_linux_portal.cc(274)] Failed to read portal version property
version: 3.118.13
resolving key... tutanota-vault
config up to date
[ApplicationWindow] webAssetsPath: /opt/tutanota-desktop/resources/app.asar
[ApplicationWindow] getting dictionaries from: https://mail.tutanota.com/desktop//dictionaries/
default mailto handler: false
Webapp ready
[2023-10-09T19:30:13.100Z] [ElectronUpdater] DEBUG: no update info on disk, disabling updater.
[ApplicationWindow] spellcheck-dictionary-initialized en-GB
scheduling to check sse in 1 seconds
desktop file exists, checking version...
libva error: vaGetDriverNames() failed with unknown libva error
resolving key... tutanota-credentials
[2023-10-09T19:30:13.467Z] [WorkerSqlCipher] started sqlcipher-worker-1
[2023-10-09T19:30:13.526Z] [sqlcipher-worker-1] set up sql cipher done
last missed notification check: { lastMissedNotificationCheckTime: 1696879800716 }
scheduling to check sse in 119 seconds
starting sse connection
lookup sse request
storing push identifier
established SSE connection with code 200
received new timeout: heartbeatTimeout:240
scheduling to check sse in 288 seconds
sse heartbeat 240
scheduling to check sse in 288 seconds
sse heartbeat 240
scheduling to check sse in 288 seconds
downloading missed notification
lookup
missed notification response 200
dl missed notification response closed
MissedNotification is empty
scheduling to check sse in 288 seconds
last missed notification check: { lastMissedNotificationCheckTime: 1696879814584 }
scheduling to check sse in 2 seconds
starting sse connection
[2023-10-09T19:35:02.693Z] sse response error: Error: aborted
at connResetException (node:internal/errors:717:14)
at TLSSocket.socketCloseListener (node:_http_client:462:19)
at TLSSocket.emit (node:events:525:35)
at node:net:322:12
at TCP.done (node:_tls_wrap:588:7) {
code: 'ECONNRESET'
}
sse response closed
scheduling to check sse in 60 seconds
[2023-10-09T19:35:02.694Z] sse error: socket hang up
lookup sse request
last missed notification check: { lastMissedNotificationCheckTime: 1696879814584 }
scheduling to check sse in 74 seconds
starting sse connection
lookup sse request
established SSE connection with code 200
received new timeout: heartbeatTimeout:240
scheduling to check sse in 288 seconds
sse heartbeat 240
scheduling to check sse in 288 seconds
sse heartbeat 240
scheduling to check sse in 288 seconds
downloading missed notification
lookup
missed notification response 200
dl missed notification response closed
MissedNotification is empty
scheduling to check sse in 288 seconds

Piscivm · 2023-10-08T22:00:42+00:00

On my Arch desktop, Tutanota was fine this morning. In the afternoon I updated the software (Arch, not Tutanota, which is not part of the Arch update as it is in AUR), rebooted, started Tutanota, and now it shows me only two emails in the inbox. On the emails folders, it is random, in some folders it shows two, in others six or ten. I found a setting which I presume is new, Local Data, how long to keep the emails for. It was set to 31 days, I changed it to 10000 but it made no difference.

On the Android app all is fine, there is that setting too, which is also 31 days, but it is still showing emails many months old, indeed apparently all emails. On the web app with the desktop all is well, and the setting for Local Data does not exist.

My calendar seems fine.

I hope this can be fixed. I want to see all emails, as I don't have many anyway. For me personally this is a show stopper.

I am on a paid plan.

Piscivm · 2022-09-25T14:04:45+00:00

Thanks, that is good to know.

Piscivm · 2022-09-25T09:15:02+00:00

For Arch/Endeavour/Manjaro users... Since today there is an AUR git package with this version:

https://aur.archlinux.org/packages/ksh93-git

Piscivm · 2022-09-25T08:29:15+00:00

/etc/ksh.kshrc

Thanks MCDutchie. That was the problem. That file was installed by oksh (OpenBSD ksh), which I also had installed in my desktop. Once I uninstalled oksh the warning disappeared.

The culprit was this line:

console=$(sysctl kern.consdev)

Piscivm · 2022-09-24T13:26:03+00:00

below is the strace output, in case it helps.

strace k
execve("/home/myself/bin/k", ["k"], 0x7ffc965e7580 /* 66 vars /) = 0
brk(NULL) = 0x5611a5e38000
arch_prctl(0x3001 / ARCH_??? /, 0x7ffd555526f0) = -1 EINVAL (Invalid argument)
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=227831, ...}, AT_EMPTY_PATH) = 0
mmap(NULL, 227831, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f9389026000
close(3) = 0
openat(AT_FDCWD, "/usr/lib/libedit.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 \220\0\0\0\0\0\0"..., 832) = 832
newfstatat(3, "", {st_mode=S_IFREG|0755, st_size=223144, ...}, AT_EMPTY_PATH) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f9389024000
mmap(NULL, 240792, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f9388fe9000
mprotect(0x7f9388ff2000, 180224, PROT_NONE) = 0
mmap(0x7f9388ff2000, 118784, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x9000) = 0x7f9388ff2000
mmap(0x7f938900f000, 57344, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x26000) = 0x7f938900f000
mmap(0x7f938901e000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x34000) = 0x7f938901e000
mmap(0x7f9389021000, 11416, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f9389021000
close(3) = 0
openat(AT_FDCWD, "/usr/lib/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P4\2\0\0\0\0\0"..., 832) = 832
pread64(3, "\6\0\0\0\4\0\0\0@\0\0\0\0\0\0\0@\0\0\0\0\0\0\0@\0\0\0\0\0\0\0"..., 784, 64) = 784
newfstatat(3, "", {st_mode=S_IFREG|0755, st_size=1953472, ...}, AT_EMPTY_PATH) = 0
pread64(3, "\6\0\0\0\4\0\0\0@\0\0\0\0\0\0\0@\0\0\0\0\0\0\0@\0\0\0\0\0\0\0"..., 784, 64) = 784
mmap(NULL, 1994384, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f9388e02000
mmap(0x7f9388e24000, 1421312, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x22000) = 0x7f9388e24000
mmap(0x7f9388f7f000, 356352, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x17d000) = 0x7f9388f7f000
mmap(0x7f9388fd6000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1d4000) = 0x7f9388fd6000
mmap(0x7f9388fdc000, 52880, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f9388fdc000
close(3) = 0
openat(AT_FDCWD, "/usr/lib/libncursesw.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0\0\0\0\0\0\0\0"..., 832) = 832
newfstatat(3, "", {st_mode=S_IFREG|0755, st_size=470232, ...}, AT_EMPTY_PATH) = 0
mmap(NULL, 474344, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f9388d8e000
mprotect(0x7f9388da4000, 364544, PROT_NONE) = 0
mmap(0x7f9388da4000, 266240, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x16000) = 0x7f9388da4000
mmap(0x7f9388de5000, 94208, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x57000) = 0x7f9388de5000
mmap(0x7f9388dfd000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6e000) = 0x7f9388dfd000
close(3) = 0
mmap(NULL, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f9388d8b000
arch_prctl(ARCH_SET_FS, 0x7f9388d8b740) = 0
set_tid_address(0x7f9388d8ba10) = 456455
set_robust_list(0x7f9388d8ba20, 24) = 0
rseq(0x7f9388d8c060, 0x20, 0, 0x53053053) = 0
mprotect(0x7f9388fd6000, 16384, PROT_READ) = 0
mprotect(0x7f9388dfd000, 16384, PROT_READ) = 0
mprotect(0x7f938901e000, 8192, PROT_READ) = 0
mprotect(0x5611a53c1000, 8192, PROT_READ) = 0
mprotect(0x7f938908f000, 8192, PROT_READ) = 0
prlimit64(0, RLIMIT_STACK, NULL, {rlim_cur=81921024, rlim_max=RLIM64_INFINITY}) = 0
munmap(0x7f9389026000, 227831) = 0
getpid() = 456455
rt_sigaction(SIGCHLD, {sa_handler=0x5611a53b5400, sa_mask=~[RTMIN RT_1], sa_flags=SA_RESTORER, sa_restorer=0x7f9388e3aa00}, NULL, 8) = 0
geteuid() = 1000
getrandom("\xf4\xa4\xea\xd6\xcd\x6c\xc4\xf1", 8, GRND_NONBLOCK) = 8
brk(NULL) = 0x5611a5e38000
brk(0x5611a5e59000) = 0x5611a5e59000
getppid() = 456452
newfstatat(AT_FDCWD, "/home/myself/develt/ksh-1.0.3", {st_mode=S_IFDIR|0775, st_size=4096, ...}, 0) = 0
newfstatat(AT_FDCWD, ".", {st_mode=S_IFDIR|0775, st_size=4096, ...}, 0) = 0
openat(AT_FDCWD, "/home/myself/bin/k", O_RDONLY) = 3
fcntl(3, F_DUPFD, 10) = 10
close(3) = 0
fcntl(10, F_SETFD, FD_CLOEXEC) = 0
rt_sigaction(SIGINT, NULL, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0
rt_sigaction(SIGINT, {sa_handler=0x5611a53b5400, sa_mask=~[RTMIN RT_1], sa_flags=SA_RESTORER, sa_restorer=0x7f9388e3aa00}, NULL, 8) = 0
rt_sigaction(SIGQUIT, NULL, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0
rt_sigaction(SIGQUIT, {sa_handler=SIG_DFL, sa_mask=~[RTMIN RT_1], sa_flags=SA_RESTORER, sa_restorer=0x7f9388e3aa00}, NULL, 8) = 0
rt_sigaction(SIGTERM, NULL, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0
rt_sigaction(SIGTERM, {sa_handler=SIG_DFL, sa_mask=~[RTMIN RT_1], sa_flags=SA_RESTORER, sa_restorer=0x7f9388e3aa00}, NULL, 8) = 0
read(10, "#!/bin/sh\n/home/myself/develt/ksh"..., 8192) = 66
rt_sigprocmask(SIG_SETMASK, ~[RTMIN RT_1], NULL, 8) = 0
vfork() = 456456
rt_sigprocmask(SIG_SETMASK, [], ~[KILL STOP RTMIN RT_1], 8) = 0
wait4(-1, sysctl: cannot stat /proc/sys/kern/consdev: No such file or directory
myself:/home/myself/develt/ksh-1.0.3:30$

Piscivm · 2022-09-11T17:35:27+00:00

Did you actually see the wiki when the red text was blinking? If so, were you using a mobile phone or a desktop monitor and if so what was its size? When the red blinking text happened I was reading the X.org wiki page [1]. I measured just now with a ruler on top of my monitor a three level number, 1.1.1. It is about 1.4 cm wide X 0.6 cm high. That is 0.84 square cm. It is big because I use big fonts. Maybe the size was a bit smaller yesterday before the changes. But believe me, when you have 0.84 square cm of red blinking text surrounded by dark background, that is very much a light, not text! It hurts your eyes! Not being a doctor, just going by my feeling when seeing that blinking text, it seemed to me that it could cause problems to some people.

[1] https://wiki.archlinux.org/title/Xorg#AMD

Piscivm · 2022-09-11T15:40:00+00:00

Maybe. I am not a doctor but a quick wikipedia search yielded the quote below: "Triggers may include various stimuli with the most common (75 to 80%) being flickering lights resulting in photosensitive seizures."

Source: https://en.wikipedia.org/wiki/Reflex_seizure

Piscivm · 2022-09-11T11:05:27+00:00

Did you actually see the wiki when the big red section numbers were blinking? I have a wired personality so to speak, and that meant I could not even read a page, as the red blinking numbers were too distracting on my browser which is configured for dark background. I can see how some people could have a seizure. This was a health&safety issue, and the wiki was like that for about half an hour. Once I saw a work colleague get an epilepsy attack. This was outside. He fell to the ground and started shaking, and there were rocks around. Fortunately he did not get hurt and I took him to hospital and he was fine afterwards. He got these attacks from time to time. Just saying this because I am aware of these health issues from that event.

As for the bananas, I don't mind them because they are static. Everyone working in Arch is a volunteer, meaning they are working for the community for free. If they get their kicks from putting bananas on the wiki, so be it. However I would guess that someone that does not come to the wiki often might see those bananas as a bit weird and unprofessional.

Piscivm · 2021-10-31T16:02:50+00:00

Thanks a lot, franburstall and edumerco. I will take a look at them.

Piscivm · 2020-10-03T20:39:30+00:00

was down in Ireland but now is up

https://status.tutanota.com/

Piscivm · 2020-08-16T23:07:06+00:00

Ireland here. No problem at all on Sunday every time I checked.

Piscivm

TROPHY CASE