Question #248020 on Duplicity changed: https://answers.launchpad.net/duplicity/+question/248020
edso proposed the following answer: well .. that was fun, not really ;) it works. please contact me privately to tell me in which german city, should i ever travel through, you are going to buy me a beer :)) ok. the problem is three fold first requests to https://cloud1.goneo.de/share/ take a very long time. that's why you got the timeout use /share/<userid> and it get's much quicker secondly there's a bug in python httplib that leaks previous response data of a connection into the body of the next response even if the response was closed earlier that hits on first webdav connections - try to list, need auth, try list with auth, fail because of expat parsing error as your listing was never successful due to that, it retried numretries thirdly you are not allowed properly access https://cloud1.goneo.de/share/ i observed when i created a folder 'test' in /share with another webdav client, it vanished on the next login so i assumed together with the existence of the folder /share/<userid> that you might only be allowed to access that folder properly tl;dr use webdavs://cloud1.goneo.de/share/<userid>/duplicity-backup and it should work. does for me. ede/duply.net PS: i couldn't figure out why the server sends wrong user/digest missing sometimes, but it probably goes together with the slow response time of /share access -- You received this question notification because you are a member of duplicity-team, which is an answer contact for Duplicity. _______________________________________________ Mailing list: https://launchpad.net/~duplicity-team Post to : [email protected] Unsubscribe : https://launchpad.net/~duplicity-team More help : https://help.launchpad.net/ListHelp
