Support

Akeeba Backup for Joomla!

#42178 Uploading to WebDAV failed

Posted in ‘Akeeba Backup for Joomla! 4 & 5’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
5.3.2
PHP version
8.4.11
Akeeba Backup version
10.0.5

Latest post by crimleit on Thursday, 07 August 2025 05:31 CDT

crimleit

Until yesterday, I used «Microsoft Onedrive» as post-processing engine. This worked fine.

Today, I am trying to use the «Upload using WEBDAV» method. This worked fine exactly once. The second backup on a different website failed with the error «Uploading to WebDAV failed» but no exact reason was indicated. So I tried a second backup on the first website and also here any backups keep failing. Since it worked the first time ok, I presume that the credentials are correct. Nevertheless, i double-checked the credentials. They really are correct.

My question: is there a possibility to get a more detailed log than the one I found and I attached to this ticket? It says nothing but

«Uploading to WebDAV failed.
Post-processing interrupted -- no more files will be transferred»

Thank you and kind regards
Chris 

nicholas
Akeeba Staff
Manager

You need to set the log level to "All information and debug", then run the backup again. This will give a much more detailed log file. Send me that log file so I can help you further.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

crimleit

Ah, ok. I found the Log Level setting. The file that is remarkably bigger is attached.

Thank you and kind regards
Chris 

nicholas
Akeeba Staff
Manager

Yes, the "All Information and Debug" is really what it says in the tin. Very, very verbose, but most critically it has the debugging information which allows me to trace the problem back to its source.

While your connection information is correct, the Directory you have provided does not exist on your WebDAV server.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

crimleit

The backup (the upload) still does not work, even if I leave the field «Directory» empty.
Ok, so I have to check this issue with my WEBDAV-Server's support team.

Thank you and kind regards
Chris 

nicholas
Akeeba Staff
Manager

It is very likely that you need to enter a specific Directory in a specific format, or the Endpoint may require a suffix.

For example, when using NextCloud the Endpoint URL is something like https://example.com/nextcloud/remote.php/dav/files/myusername and the Directory for the root is simply /. If you forget the /dav/files/myusername after remote.php it won't work – I assume, without having explicitly tried, even if you added /dav/files/myusername as the Directory since you cannot connect to remote.php as a WebDAV endpoint.

When using a Synology NAS, on the other hand, the Endpoint URL would be something like http://192.0.2.123:5006 with a Directory that matches the name of the share you are uploading to, e.g. /foobar. Trying to use / as the Directory will fail as the root folder in its WebDAV implementation is not a real filesystem directory (it's virtual), thus non-writeable.

I know it's all a bit confusing. WebDAV is second only to FTP when it comes to the amount of confusion it causes. The worst part is that most instructions tell you "use this endpoint and directory for software X" taking only into account the quirky way that particular software parses a WebDAV endpoint URL, and not how the WebDAV specification is supposed to work.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

crimleit

Hi Nicholas 

I just wanted to let you know, that the issue is resolved now. The reason was not the wrong Directory name. It was a 2FA issue.

Thank you and kind regards
Chris 

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!