Willkommen im mailbox User Forum
 

Webdav unter Linux - Verzeichnis leer

Jan-Patrick Ahnen hat dies geteilt, 6 Monaten her
veröffentlicht

Hallo zusammen,

ich habe jetzt diverse Dokumente zum Thema gelesen und einiges ausprobiert, aber ich bekomme einfach kein Zugriff auf mein Webdav Konto unter Linux (OpenSUSE Tumbleweed)

  • davfs2 ist installiert und mein Benutzer ist in der Gruppe davfs2
  • .davfs2/secrets wird korrekt verwendet. Gebe ich dort ein ungültiges Password ein, kommt ein Authentifizierungsfehler beim Mounten
  • Auszug aus etc/fstab:
    https://dav.mailbox.org/servlet/webdav.infostore/Userstore /home/[USER]/mailbox-drive davfs noauto,user,rw 0 0
  • Das Verzeichnis /home/[USER]/mailbox-drive existiert

In davfs2.conf ist zusätzlich folgendes eingetragen:

use_locks 0
if_match_bug 1
cache_size 10
table_size 4096
delay_upload 10
gui_optimize 1


Grundsätzlich scheint es ja irgendwie richtig zu sein - wenn ich in secrets ein falschen Passwort verwende, kommt beim Mounten die Meldung
Mounting failed. Could not authenticate to server: rejected Basic challenge

Mit korrektem Passwort wird fehlerfrei gemountet, das Verzeichnis ist aber dennoch leer (in meinem Drive ist aber definitiv was drin).

Ist die URL https://dav.mailbox.org/servlet/webdav.infostore/Userstore richtig? Oder hab ich noch was vergessen?

Antworten (9)

Foto
1

Hallo zusammen,

ich hab eine ähnliches Problem, wenn ich unter CachyOS / Arch Linux unter KDE / Dolphin den Pfad eingebe (webdavs://dav.mailbox.org/servlet/webdav.infostore), meine Zugangsdaten, dann erscheint einfach ein leerer Ordner. Dort kann ich allerdings keine Datei erstellen oder reinladen.

Wenn ich versuche mich über die Applikationspasswörter anzumelde, kann ich online einen Zugriff sehen. Aber es erscheint ebenfalls die Fehlermeldung, dass ich keine ausreichenden Rechte besitzt.

BG

Foto
1

Funktioniert es mit cadaver und der URL https://dav.mailbox.org/servlet/webdav.infostore? Ansonsten würde ich ein Support Ticket eröffnen.

Foto
2

Hallo,

seit wenigen Tagen kann ich nicht mehr mit Gnome/Nautilus auf das Mailbox-Webdav zugreifen. 2FA ist nicht aktiviert.

Foto
1

dito - ich habe hier eingehängt, vielleicht haben wir ein ähnliches Problem? Falls du eine Lösung hast, ich bin interessiert!

Foto
Foto
1

Es ist noch seltsamer - ich habe festgestellt, dass die Verzeichnisse da sind (ich kann per cd hinein wechseln), aber ich die Unterverzeichnisse nicht sehe (per dir).

Foto
1

Ich habe sehr ähnliche Erfahrungen. Im Prinzip scheint die Authentifizierung und Anmeldung erfolgreich. Es scheint eher, dass die Ordner und Dateien aus irgendeinem Grund nicht angezeigt werden.

Kein Zugriff mehr auf den Online-Ordner Drive über Linux (fstab/davfs2,Nautilus, oder über Webbrowser)

Vor einigen Tagen noch (& nach der großen Pwd-Umstellung) funktionierte alles wunderbar.

und man konnte leicht, auf verschiedenen Wegen auf den Online Drive-Ordner bei mailbox.org zuzugreifen.

Seit ca. 10 Tagen geht dies nicht mehr.

Linux (Pop_os Debian/Ubuntu) fstab/davfs2-Methode

/etc/fstab

"https://dav.mailbox.org/servlet/webdav.infostore /media/$USER/drive davfs noauto,user,rw 0 0"

Aktuell ist es egal on man sich mittels:

(1) fstab/davfs2-Methode,

(2) Nautilus-Methode oder

(3) über einen beliebigen Webbrowser (Firefox, Vivaldi, MS Edge)

anzumelden versucht,

um auf den Online Drive-Ordner zuzugreifen.

Fast alles schlägt fehl - mit einer Ausnahme (s.u.).

Passwort-Arten:

Default Anmeldung (Def.Pwd) - Usermail Pwd + TOTP

Application Pwd (APwd)

WebDAV Pwd (WPwd)

Drive-Sync Pwd (DPwd)

A) Webbrowser (Firefox, Vivaldi, MS Edge):

https://dav.mailbox.org/servlet/webdav.infostore (a)

https://dav.mailbox.org/servlet/webdav.infostore/Namen%20Nachname (b)

https://app.mailbox.org/servlet/webdav.infostore (c)

https://app.mailbox.org/servlet/webdav.infostore/Namen%20Nachname (d)

mit (a) + User + WPwd: "Diese Website ist nicht erreichbar"

mit (a) + User + APwd: wiederholte Eingabeaufforderung

mit (b) + User + WPwd: There is nothing here, sorry.

mit (b) + User + APwd: wiederholte Eingabeaufforderung

mit (c) + User + WPwd: "Diese Website ist nicht erreichbar"

mit (c) + User + APwd: wiederholte Eingabeaufforderung

mit (d) + User + WPwd: There is nothing here, sorry.

mit (d) + User + APwd: wiederholte Eingabeaufforderung

B) Linux Pop_os Debian/Ubuntu Nautilus-Dateiexplorer-Methode

davs://dav.mailbox.org/servlet/webdav.infostore/Namen%20Nachname (a)

davs://dav.mailbox.org/servlet/webdav.infostore (b)

davs://app.mailbox.org/servlet/webdav.infostore (c)

davs://app.mailbox.org/servlet/webdav.infostore/Namen%20Nachname (d)

mit (a) + User + WPwd: Zugriff auf den Ort nicht mgl. HTTP-Fehler: Not Found

mit (a) + User + APwd: erste Eingabeaufforderung erfolgreich, dann Endlos-Auffoderung Pwd einzugeben

mit (b) + User + WPwd: erste Eingabeaufforderung erfolgreich, dann Endlos-Auffoderung Pwd einzugeben

mit (b) + User + APwd: Zugriff auf den Ort nicht mgl. HTTP-Fehler: Not Found

mit (c) + User + WPwd: erfolgreich!

mit (c) + User + APwd: erste Eingabeaufforderung erfolgreich, dann Endlos-Auffoderung Pwd einzugeben

mit (d) + User + WPwd: Zugriff auf den Ort nicht mgl. HTTP-Fehler: Not Found

mit (d) + User + APwd: Zugriff auf den Ort nicht mgl. HTTP-Fehler: Not Found

C) fstab/davfs2-Methode

https://dav.mailbox.org/servlet/webdav.infostore (a)

https://app.mailbox.org/servlet/webdav.infostore (b)

https://dav.mailbox.org/servlet/webdav.infostore/Namen%20Nachname (c)

https://app.mailbox.org/servlet/webdav.infostore/Namen%20Nachname (d)

mit (a) + User + WPwd: "There is nothing here, sorry."

mit (a) + User + APwd: Zugriff auf den Ort nicht mgl. Auth. m. d. Server n. mgl: Zurückgewiesene Basic-Auff.

mit (b) + User + WPwd: "There is nothing here, sorry." [Ähnlich wie Nautilus - geht allerdings nicht.]

mit (b) + User + APwd: Zugriff auf den Ort nicht mgl. Auth. m. d. Server n. mgl: Zurückgewiesene Basic-Auff.

mit (c) + User + WPwd: Zugriff auf den Ort nicht mgl. Auth. m. d. Server n. mgl: Zurückgewiesene Basic-Auff.

mit (c) + User + APwd: Zugriff auf den Ort nicht mgl. Auth. m. d. Server n. mgl: Zurückgewiesene Basic-Auff.

mit (d) + User + WPwd: Zugriff auf den Ort nicht mgl. Auth. m. d. Server n. mgl: Zurückgewiesene Basic-Auff.

mit (d) + User + APwd: Zugriff auf den Ort nicht mgl. Auth. m. d. Server n. mgl: Zurückgewiesene Basic-Auff.

Allerings:

$ cadaver https://dav.mailbox.org/servlet/webdav.infostore (oder mit *app*)

Authentication required for OX WebDAV on server `dav.mailbox.org':

Username: name.nachname@mailbox.org

Password:

dav:/servlet/webdav.infostore/> ls

Listing collection `/servlet/webdav.infostore/': succeeded.

Coll: Public infostore 0 Jun 14 2018

Coll: Trash 0 Sep 9 16:42

Coll: Userstore 0 Mär 18 2020

dav:/servlet/webdav.infostore/> exit

Connection to `dav.mailbox.org' closed.

Fritz!Box Telefonbuch

Ferner funktioniert auch die Telefonbuchsynchronisation zwischen der Fritz!Box und mailbox.org nicht mehr.

https://dav.mailbox.org User+APwd -> Anmeldung + positive Rückmeldung -> keine Telefonbucheinträge!

https://dav.mailbox.org User+WPwd -> FB a. das TB. Die A. ist gescheitert. Bitte überprüfen Sie die BD.(11)

https://app.mailbox.org User+APwd -> FB a. das TB. Die A. ist gescheitert. Fehlercode 22.

https://app.mailbox.org User+WPwd -> FB a. das TB. Die A. ist gescheitert. Fehlercode 22.

Wie man erkennt, mit leichter Verzweiflung am Ende alles mgl. durchprobiert.

Der Direkt-Support konnte mir aktuell nicht wirklich weiterhelfen.

...

Foto
1

305364d24e54c8a5207c8349c57b114bdavs://app.mailbox.org/servlet/webdav.infostore/
Damit hat es bei mir funktioniert.

Foto
1

Ich versteh die Welt nicht mehr. Nach der Mühe, x versuchen genau so habe ich es heute nochmals probiert und jetzt funktioniert alles. Mal schauen wie lange, Fingers crossed...

Foto
1

Ich kanns bestätigen, ich habe wieder zugriff über webdav. Dann versuche ich mal den client zu installieren auf linux, das scheint laut Anleitung etwas komplizierter zu sein. Da lobe ich mir doch die nextcloud app ;)

Foto
1

In Nautilus funktioniert der Zugriff nun auch wieder mit der neuen URL. Danke!

Foto
1

Wie klappt es bei euch mit fstab/davfs2?

Ich sehe aktuell den leeren Ordner, obwohl der mount erfolgreich war.

Foto
1

Das scheint bei mir zu funktionieren, allerdings nur ohne Username in der URL, also https://app.mailbox.org/servlet/webdav.infostore/Userstore/. Space und Punkt habe ich ersetzt: Space = %20 und . = %2E. In Firefox sieht die URL korrekt aus.

Wenn diese Sonderzeichen Probleme machen, wieso kann man da nicht eine(n)alternative(n) String/ID festlegen? Bzw. kann man den abgekürzten zweiten Vornamen selbst entfernen?

Foto
1

Hallo @zapata,

wo hast du "." oder " " ersetzt? In der URL in fstab oder im Benutzernamen in davfs2 secrets?

Foto
1

In der URL in /etc/fstab und /etc/davfs2/secrets. Mit cadaver funktioniert es, wenn ich nur das Leerzeichen im Benutzername durch %20 ersetze. Für davfs2 muss ich den Namen in der URL weglassen, damit funktioniert auch cadaver (besser). Ich verwende das aber eh nur zum Testen.

Foto
Foto
2

In der davfs2.conf buf_size auf 64 setzen hat bei mir das Problem behoben.

Foto
1

Vielen vielen Dank für das Teilen!

Auch für mich löst es das Problem. Gott sei Dank.

Ohne den Eintrag geht es nicht. Mit Eintrag geht es wieder.

Dabei ist es egal ob der Eintrag in fstab

https://dav.mailbox.org/servlet/webdav.infostore/Userstore/ oder https://app.mailbox.org/servlet/webdav.infostore/Userstore/

lautet.

Foto
1

Danke, das hilft! Mein davfs2 ist noch 1.7.0, daher ist de default bei mir noch nicht 64

Foto
Foto
1

Welche Namen muss man da jetzt denn genau verwenden. Wo soll denn der Nutzername genau stehen? Ich habe alles probiert, in Nemo, in den Internetkonten, in der accounts.conf

Das höchste der Gefühle ist ein leerer Ordner.

Foto
2

bei mir hat "https://dav.mailbox.org/servlet/webdav.infostore/Userstore /media/xxx davfs noauto,user,rw 0 0" geklappt, aber ich hatte ständig nur ein leeren Ordner zu sehen bekommen. Irgendwann habe ich erkannt, dass ich zwar im /etc/davfs2/davfs2.conf alle Werte nach der Anleitung (https://kb.mailbox.org/de/privat/drive/webdav-unter-linux/) geändert habe. Aber habe völlig übersehen, dass ich genau diese Zeilen jeweils vom Kommentar-# befreien muss. Bsp Zeile "#if_match_bug 1" wird zu "if_match_bug 1". Und schon klappte es.

Jetzt klappt sogar der crontab, um Daten zu sichern inkl Zeitstempel:

0 11 * * * /home/xxx/Dokumente/skript.sh >> "/home/xxx/Dokumente/Backup/"$(date +\%Y-\%m-\%d_\%H-\%M)_backup.log 2>&1

Foto
1

Vielen Dank für diese Info!!

Ich hatte dasselbe Problem und genau das wars. Da wäre ich als ganz frischer Linuxuser wohl erstmal nicht drauf gekommen.

Foto
Foto
1

Dieser Thread hat mir schon etwas weitergeholfen, aber auch bei mir war der Ordner /media/drive dann leer. Während des ersten Setups hatte es aber geklappt. Ich habe dann (History basiertem Autocomplete sei dank) ganz dreist in einen Unterordner navigieren können, der meinem hinterlegten Vor und Nachnahmen entsprach, also lautete der Pfad in Dolphin dann:

/media/drive/Vorname Nachname/

(inklusive Leerzeichen). Dort kann ich dann meinen Drive Inhalt sehen. Leider klappt aber das automatische Mounten bei mir immer noch nicht.
Alles etwas lästig :/ ein hilfreicher Start wäre vielleicht zunächst einmal eine dieser Anleitungen zu entfernen, da sie teilweise widersprüchlich (unterschiedlich vollständig) sind, ich weiß bis jetzt noch nich, welchem ich eher folgen sollte:

https://kb.mailbox.org/de/privat/drive/webdav-unter-linux/
https://kb.mailbox.org/de/privat/drive/das-drive-unter-linux-so-wird-es-eingerichtet/

Hinterlassen Sie einen Kommentar
 
Dateianlage anfügen