FileZilla: „553 Could not create file“ – Upload wird abgelehnt

So sieht die Meldung in FileZilla aus

Antwort: 553 Could not create file.

Der Server nimmt die Datei nicht an: falsches Verzeichnis, fehlende Schreibrechte, unerlaubter Dateiname oder voller Webspace. In dieser Reihenfolge prüfen.

Von ManiacAktualisiert 12. November 2026 Geprüft mit FileZilla 3.71.1

Kurzfassung

553 bedeutet: Der Server darf oder will die Datei an dieser Stelle nicht anlegen. In 80 % der Fälle bist du im falschen Verzeichnis (zum Beispiel im Home-Ordner statt in public_html oder html) oder der Ordner gehört einem anderen Benutzer. Seltener stört ein Sonderzeichen im Dateinamen oder der Speicherplatz ist voll.

So sieht die Meldung aus

Befehl:   STOR index.html
Antwort:  553 Could not create file.
Fehler:   Kritischer Dateiübertragungsfehler

Varianten: 553 Prohibited file name, 553 Disk full, 553-Can't open that file: Permission denied. Die Zusatzinfo hinter 553 verrät oft schon die Ursache.

Lösung Schritt für Schritt

Verzeichnis prüfen. Schau in der rechten Pfadleiste, wo du bist. Direkt nach dem Login landest du bei vielen Hostern über dem Webroot, dort ist Schreiben gesperrt. Wechsle in public_html, html, httpdocs oder www, je nach Hoster. Welcher Ordner bei welchem Hoster richtig ist, steht in unseren Hoster-Anleitungen.
Rechte des Zielordners prüfen. Rechtsklick auf den Ordner → Dateiberechtigungen. Für einen Upload braucht dein FTP-Benutzer Schreibrecht (mindestens 755, wenn der Ordner dir gehört). Was die Zahlen bedeuten, rechnet der chmod-Rechner vor.
Besitzer prüfen. Wurde der Ordner von WordPress oder einem Installer angelegt, gehört er oft dem Webserver-Benutzer, nicht dir. Dann hilft kein chmod über FTP; nutze den Dateimanager im Kundenbereich oder bitte den Support, den Besitzer zu ändern. Details: 550 Permission denied.
Dateinamen vereinfachen. Leerzeichen, Umlaute, ?, :, * oder ein Punkt am Ende lehnen manche Server ab. Der Dateinamen-Prüfer zeigt problematische Zeichen und schlägt saubere Namen vor.
Speicherplatz prüfen. Bei 553 Disk full oder wenn nur große Dateien scheitern: Quota im Kundenbereich ansehen, alte Backups oder Logs löschen.
Datei existiert und ist gesperrt? Manche Server verweigern das Überschreiben einer Datei, die gerade geöffnet ist (etwa ein laufendes Log). Umbenennen und neu hochladen.

Sonderfälle

Nur bei bestimmten Endungen (.php, .exe, .htaccess): Der Hoster blockiert ausführbare Dateien oder Konfigurationsdateien per FTP. Im Kundenbereich oder per SFTP hochladen; bei .htaccess zuerst versteckte Dateien einblenden.
Zusätzlicher FTP-Benutzer mit eigenem Startverzeichnis: Außerhalb dieses Ordners ist alles schreibgeschützt. Mit dem Hauptbenutzer anmelden oder den Benutzer im Kundenbereich auf den richtigen Ordner setzen.
Gameserver (Nitrado, G-Portal): Server läuft noch und hält Dateien offen. Vor dem Upload stoppen, siehe Gameserver-Anleitung.

Häufige Fragen

Frage antippen, um die Antwort zu öffnen.

Was ist der Unterschied zwischen 550 und 553?

Beide melden fehlende Berechtigung. 550 bezieht sich auf eine bestehende Datei oder einen Ordner (lesen, löschen, wechseln), 553 auf den Dateinamen beim Anlegen einer neuen Datei. Die Lösungswege überschneiden sich weitgehend.

Hilft es, die Rechte auf 777 zu setzen?

Nur wenn der Ordner dir nicht gehört, und dann ist es ein Sicherheitsrisiko. Besser den Besitzer korrigieren lassen oder per SFTP mit dem Hauptbenutzer arbeiten.

Warum klappt der Upload im Dateimanager des Hosters, aber nicht in FileZilla?

Der Web-Dateimanager arbeitet mit den Rechten des Hauptkontos, dein FTP-Benutzer hat möglicherweise weniger Rechte oder ein anderes Startverzeichnis. Zugangsdaten des Hauptkontos verwenden.