internxt-webdav/README.md

Internxt WebDAV Wrapper

WebDAV-Zugang zu Internxt Drive für Account-Tiers, die keinen CLI- oder Rclone-Zugang haben.

Hintergrund

Internxt blockiert für bestimmte Account-Typen (z.B. Free, Partner-Accounts) den Zugang über:

• Internxt CLI (cli access not allowed for this user tier)
• Rclone Native-Backend (rclone access not allowed for this user tier, Status 402)
• Docker-Image internxt/webdav (nutzt dieselbe Auth)

Lösung: Das Web-UI (drive.internxt.com) funktioniert – es nutzt login() mit clientName: "drive-web". Der Wrapper imitiert diese Auth.

Auth-Proof-of-Concept

1. Abhängigkeiten installieren:

   npm install
   

2. .env anlegen (von .env.example kopieren):

   cp .env.example .env
   

3. Credentials eintragen:

   INXT_EMAIL=deine@email.de
   INXT_PASSWORD=dein_passwort
   INXT_2FA=123456   # Falls 2FA aktiv
   

4. Auth testen:

   npm run auth-test
   

Bei Erfolg erscheint „Login erfolgreich!“ – dann kann der WebDAV-Server gebaut werden.

Dokumentation

• docs/auth-analysis.md – Analyse Web vs CLI Auth, clientName-Unterschied

Browser-Token-Auth (Alternative)

Falls der API-Login blockiert ist (z.B. Partner-Account):

1. Auf https://drive.internxt.com einloggen
2. DevTools (F12) → Console: localStorage.getItem('xNewToken') und localStorage.getItem('xMnemonic') ausführen
3. Werte in .env als INXT_TOKEN und INXT_MNEMONIC eintragen
4. Testen: npm run token-test

Details: docs/browser-token-auth.md

WSL (login mit Keys)

Unter Windows schlägt Kyber-WASM fehl. Unter WSL: docs/wsl-setup.md

Nächste Schritte

• WebDAV-Server mit Token-Auth implementieren
• Storage-Client für Datei-Operationen anbinden