mastodon.xyz is one of the many independent Mastodon servers you can use to participate in the fediverse.
A Mastodon instance, open to everyone, but mainly English and French speaking.

Administered by:

Server stats:

795
active users

#webdav

4 posts4 participants0 posts today

Migrated @joplinapp sync on all my devices today. I moved the sync from syncing to a Joplin server running in a Docker container in my home lab with no external access to syncing using WebDAV on Koofr.

Two benefits, first external encrypted backup of all my notes. Second, being able to sync while on trips.

Minor drawback, WebDAV sync is quite a bit slower than Joplin server.

Ok. Remotely cleaning a huge (>2 TB, many many files and subdirs) #Nextcloud-hosted folder (not the whole user) is *painful*. Without access to the host it runs on I am limited to either the webinterface - which breaks - or using #webdav with a tool like #rclone.

#rclone purge breaks (timeout), so rclone delete it is. Which is *slow*, really slow. Probably because the remote moves a deleted file into the (for this case) useless trashbin which can't be turned off.

At least one can use #xargs to run multiple rclones in parallel - first get a list of entries of the to-be-deleted-dir (rclone lsf), format them the way rclone expects (basically put name of remote in front) and use something like `xargs -n 1 -P0 rclone delete -v --rmdirs` on it.

Still, its running since yesterday later afternoon and we are down to 1.4Tb left, of 2Tb. Even in parallel, the webdav shit manages to delete 2 to 4 files a second only.

#macOS 15.4 introduced a bug in their #WebDAV client: If a server reports quota, #Finder will sleep 90s before connecting (which led to timeouts in @cryptomator).

Solution: Don't report any quota (as in linked workaround).

Seriously #Apple, this is ridiculous. This isn't some side effect of bad programming, you need to actively implement such a behaviour. Of course this is neither mentioned in the #ReleaseNotes, nor did the client's version increase.

github.com/cryptomator/webdav-

…delay
GitHubFixed macOS 15.4 bug that causes the file system to mount with a 90s … · cryptomator/webdav-nio-adapter-servlet@2a64656…delay
Replied in thread

@simarilius @thomaskrahn
Ich probiere gerade genau das.
Der Nextcloud-Client scheint erheblich schneller zu sein und schreibt das, wofür die webdav-Schnittstelle einen Tag braucht, in wenigen Minuten weg.

Nachtrag:
Wenn die Prognose einigermaßen zutrifft, werden 1,5 TB in 1-2 Tagen auf dem Server sein.

Via #Webdav schaffe ich in der gleichen Zeit (jetzt schon optimiert) etwa 50 GB.

Da liegt also Faktor ~25 dazwischen.

Keine Ahnung, was an der webdav-Schnittstelle von #Nextcloud kaputt ist.

Na toll, #Strongbox, eine der wenigen brauchbaren #KeePass Apps unter iOS, iPadOS und MacOS, ist aufgekauft worden:

heise.de/news/Keepass-Client-S

Ich habe mir das Vorgehen bei anderen Käufen der Firma angeschaut und beschlossen, dass ich ihr NICHT vertraue.

Sofort gewechselt zu #KeePassium. Mindestens genauso gut und #EuropäischeAlternative und #OpenSource. Arbeitet über #NextCloud mit #WebDAV hervorragend mit #KeePassXC zusammen.

keepassium.com/

heise online · Keepass-Client Strongbox aufgekauft – Nutzer beunruhigtBy Leo Becker

Neues vom #mobile #server:

Jetzt einen sehr einfachen #WebDav drauf gesetzt, ein wenig gemogelt und als #nextcloud getarnt, schwupps funktioniert der Dateiaustausch per offizieller #Feuerwehr-App - aber mit einer Geschwindigkeit, hui, das ist eine Freude. Und das alles über #LTE.

#Jellyfin hat seine Grenzen, klar, bei 0,5 gbyte Arbeitsspeicher, aber es funkrioniert.

#Paperlessngx funktioniert auch super.

#chatmail, #deltachat, zwei #deltabots, ein Einbahn- #FTP-Service für paperless und ein findmydeviceserver laufen auch noch drauf.

Geht alles. Was fehlt gleich noch?🤔

Macht mal Vorschläge! Ich bin sehr zufrieden.

social.selbstlernserver.dePleroma