Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

different behaviours in MountainDuck and CyberDuck while failing same connection #11826

Closed
cyberduck opened this issue Sep 24, 2021 · 1 comment
Labels
bug high priority webdav WebDAV Protocol Implementation worksforme

Comments

@cyberduck
Copy link
Collaborator

cdd7035 created the issue

Trying to connect to a folder made read+write available to me by a friend in his web.de account, I have different reactions from CyberDuck 7.10.2 and from MountainDuck 4.7.2

I probably should say, that I have absolutely no problem in using the browser interface for logging in, uploading and downloading files and folders. (See screenshot «Safari interface → no problems.png»

In CyberDuck I get an error message when trying to connect to the web.de server. (See the two screenshots starting with «CyberDuck…»)
On the other hand, in MountainDuck I am led to believe that a the folder «Isaiah Berlin» in uploaded, but other users of the same common folder assure me that the sid folder is not there. (See the two screenshots starting with «MountainDuck…»)
Both for CyberDuck and for MountainDuck I use port 80

What do you think, might be the problem?
Thank you


Attachments

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Choose WebDAV (HTTPS) as the connection protocol in the bookmark. Also the documentation suggests the server name should be webdav.smartdrive.web.de.

@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 27, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug high priority webdav WebDAV Protocol Implementation worksforme
Projects
None yet
Development

No branches or pull requests

1 participant