WebDAV issue

Claire Voyant · 14th March 2008, 11:24 PM

When I try to connect my file storage via https://dav.messagingengine.com/, it hoses the Finder. It doesn't connect. I am running OS 10.4.11. I have tried this from three different accounts, three different machines, and on two different networks (home & work). I get the same results. I can get to my file storage via http://dav.messagingengine.com/ but not using httpS. It (https) was working for me until around 10 pm Central last night.

NJSS · 15th March 2008, 01:33 AM

Welcome to EMD Claire.

I have just connected successfully to my file storage via both https://dav.messagingengine.com/ and http://dav.messagingengine.com/ .

As I am using Windoze XPP and NetDrive 4.1.873 this is, I appreciate, not much help, but it least it shows that https: is working OK in a Windoze environment.

Nigel

placebo · 15th March 2008, 04:17 AM

I'm running 10.5.2, and access via Finder doesn't work for me either. I can get to my file storage space using Transmit with no problem.

Aimlink · 15th March 2008, 07:40 AM

I can connect via webdav using https and the Finder in Mac OS X 10.5.2.

It seems to work fine most of the time. However, the Finder hung once while doing a transfer... that was the last straw. The major annoyance is the supporting files that Mac OS tends to put on these external media that's invisible to the Finder, but very visible when viewing the transferred data with another OS.

JRobert · 16th March 2008, 12:59 AM

This article describes how to prevent .DS_Store files being written onto network drives. .DS_Store is where Finder keeps track of how you like to view this folder.

RickNY · 18th March 2008, 03:46 AM

I access my WebDAV space via HTTPS using Windows XP and Novell NetDrive and started experiencing hangs since Friday when accessing the space as well. Attempts to access it via Explorer will hang explorer.exe, and I also have Roboform data stored there and when opening up IE or Firefox, Roboform will hang those two browsers while trying to access the data store on the WebDAV space.

So -- I dont believe this issue is tied to just OS X.

robmueller · 18th March 2008, 03:58 PM

Wow, that was really frustrating.

I've spent a large part of the last 2 days trying to track down what's been going on here because I couldn't easily reproduce it. I think I've finally worked it out. It seems that the recent bandwidth tracking changes tickled a bug in the frontend proxy server, so that if the backend returned a 4xx response, it would say the connection was a "keep-alive" one, but would actually close the connection. It seems this was confusing some clients badly.

Now in general you shouldn't be getting 4xx reponses from the backend, but lots of clients seem to do annoying things, like storing files they shouldn't, or trying to access directories that don't actually exist (rather than doing a dirlist to see if they do exist)

I've put some fixes in that I think should solve this, and the first 2 reports back I've had have so far confirmed that these changes have fixed the problem.

Can other people having a problem please check to see if things are now working for them and report back here.

Rob

RickNY · 19th March 2008, 06:35 AM

Rob,

Still experiencing long delays in the WebDAV session setting up on both XP machine at work utilizing NetDrive as well as on Vista machine at home using Vista's built-in WebDAV redirector.

Is there a way for me to diagnose and log the connection attempts to give you more information?

Rick

placebo · 19th March 2008, 07:41 AM

It now appears to be working fine here with OS X 10.5.2.

brong · 19th March 2008, 10:34 AM

Rick - is it different if you use http://betadav.messagingengine.com/ ?

RickNY · 19th March 2008, 11:14 AM

Quote:

Originally Posted by brong

Rick - is it different if you use http://betadav.messagingengine.com/ ?

Sorry -- I cant resolve that using my fastmail name for the folder.. Im trying:

https://betadav.messagingengine.com/myusername.sent.com

I tried with just http:// and that didnt work either.

robmueller · 19th March 2008, 04:36 PM

I'm not sure what the problem is still. I've just done some more tests with NetDrive myself, and it all works ok for me (http and https).

What happens if you just try:

https://betadav.messagingengine.com

And manually navigate to your files directory?

If that doesn't help, we'll have to start getting a packet trace via wireshark...

Rob

RickNY · 19th March 2008, 10:14 PM

Rob,

When I was home, I tried the beta server without success on Vista using Vista's built-in DAV redirector.. Now that I am at work and on XP, I was able to map another letter using NetDrive to the beta server and I switched my stuff over to use the new drive.. First result was OK -- no hang when accessing the files..

I dont know if this helps or not -- but I should probably explain how I use the DAV server on my end.. I use RoboForm on all of my machines.. On each machine, I set the data store for Roboform to be a folder in my DAV space -- in that folder are individual files for every Roboform passcard. If there is a problem with the DAV stuff, I will notice it immediately upon starting either Firefox or IE because there is a Roboform add-on that is tied to them and it doesnt fully open the browser until it has located its files (bad idea, I will be bringing it up to the author)

Do you have any list of differences between the beta server and the production one?

Thanks,
Rick

robmueller · 20th March 2008, 06:54 AM

The main difference is the frontend proxy being used (it's an upgraded version of nginx on the production server, an older version on the beta server at the moment)

What I'd really like to do is get a protocol trace to see exactly what's going on back and forth between the servers. Can you email me at robm@fastmail.fm. We'll need to find some time we're both around so that we can work on this together...

Rob

sarcon · 10th May 2008, 10:50 PM

Hi,

i can't mount per Web-DAV. I am using Linux-Ubuntu 8.04. When i try to connect from gnome, it says:

Code:

Not a WebDAV enabled share

in german

Code:

Kein WebDAV-fähiger Speicher

how i can solve it? Thanks a lot.

14th March 2008, 11:24 PM	#1
Claire Voyant Junior Member Join Date: Mar 2008 Posts: 2	WebDAV issue When I try to connect my file storage via https://dav.messagingengine.com/, it hoses the Finder. It doesn't connect. I am running OS 10.4.11. I have tried this from three different accounts, three different machines, and on two different networks (home & work). I get the same results. I can get to my file storage via http://dav.messagingengine.com/ but not using httpS. It (https) was working for me until around 10 pm Central last night.

18th March 2008, 03:46 AM	#6
RickNY Member Join Date: Jul 2005 Location: Long Island, NY Posts: 47	Not just OS X I access my WebDAV space via HTTPS using Windows XP and Novell NetDrive and started experiencing hangs since Friday when accessing the space as well. Attempts to access it via Explorer will hang explorer.exe, and I also have Roboform data stored there and when opening up IE or Firefox, Roboform will hang those two browsers while trying to access the data store on the WebDAV space. So -- I dont believe this issue is tied to just OS X.

10th May 2008, 10:50 PM	#15
sarcon Member Join Date: Oct 2006 Posts: 64	Hi, i can't mount per Web-DAV. I am using Linux-Ubuntu 8.04. When i try to connect from gnome, it says: Code: Not a WebDAV enabled share in german Code: Kein WebDAV-fähiger Speicher how i can solve it? Thanks a lot.

15th March 2008, 01:33 AM	#2
NJSS Master of the @ Join Date: Jul 2002 Location: Hampshire, UK Posts: 1,053	Welcome to EMD Claire. I have just connected successfully to my file storage via both https://dav.messagingengine.com/ and http://dav.messagingengine.com/ . As I am using Windoze XPP and NetDrive 4.1.873 this is, I appreciate, not much help, but it least it shows that https: is working OK in a Windoze environment. Nigel

15th March 2008, 04:17 AM	#3
placebo Cornerstone of the Community Join Date: Jun 2004 Posts: 630	I'm running 10.5.2, and access via Finder doesn't work for me either. I can get to my file storage space using Transmit with no problem.

15th March 2008, 07:40 AM	#4
Aimlink Master of the @ Join Date: Oct 2005 Location: Here and Now... Posts: 1,076	I can connect via webdav using https and the Finder in Mac OS X 10.5.2. It seems to work fine most of the time. However, the Finder hung once while doing a transfer... that was the last straw. The major annoyance is the supporting files that Mac OS tends to put on these external media that's invisible to the Finder, but very visible when viewing the transferred data with another OS.

16th March 2008, 12:59 AM	#5
JRobert Master of the @ Join Date: Feb 2004 Location: New Hampshire, USA Posts: 1,562	This article describes how to prevent .DS_Store files being written onto network drives. .DS_Store is where Finder keeps track of how you like to view this folder.

18th March 2008, 03:58 PM	#7
robmueller Intergalactic Postmaster Join Date: Oct 2001 Location: Melbourne, Australia Posts: 6,098 Representative of: Fastmail.FM	Wow, that was really frustrating. I've spent a large part of the last 2 days trying to track down what's been going on here because I couldn't easily reproduce it. I think I've finally worked it out. It seems that the recent bandwidth tracking changes tickled a bug in the frontend proxy server, so that if the backend returned a 4xx response, it would say the connection was a "keep-alive" one, but would actually close the connection. It seems this was confusing some clients badly. Now in general you shouldn't be getting 4xx reponses from the backend, but lots of clients seem to do annoying things, like storing files they shouldn't, or trying to access directories that don't actually exist (rather than doing a dirlist to see if they do exist) I've put some fixes in that I think should solve this, and the first 2 reports back I've had have so far confirmed that these changes have fixed the problem. Can other people having a problem please check to see if things are now working for them and report back here. Rob

19th March 2008, 06:35 AM	#8
RickNY Member Join Date: Jul 2005 Location: Long Island, NY Posts: 47	Rob, Still experiencing long delays in the WebDAV session setting up on both XP machine at work utilizing NetDrive as well as on Vista machine at home using Vista's built-in WebDAV redirector. Is there a way for me to diagnose and log the connection attempts to give you more information? Rick

19th March 2008, 07:41 AM	#9
placebo Cornerstone of the Community Join Date: Jun 2004 Posts: 630	It now appears to be working fine here with OS X 10.5.2.

19th March 2008, 10:34 AM	#10
brong The "e" in e-mail Join Date: Jul 2004 Location: Oslo, Norway Posts: 2,380 Representative of: Fastmail.fm	Rick - is it different if you use http://betadav.messagingengine.com/ ?

19th March 2008, 04:36 PM	#12
robmueller Intergalactic Postmaster Join Date: Oct 2001 Location: Melbourne, Australia Posts: 6,098 Representative of: Fastmail.FM	I'm not sure what the problem is still. I've just done some more tests with NetDrive myself, and it all works ok for me (http and https). What happens if you just try: https://betadav.messagingengine.com And manually navigate to your files directory? If that doesn't help, we'll have to start getting a packet trace via wireshark... Rob

19th March 2008, 10:14 PM	#13
RickNY Member Join Date: Jul 2005 Location: Long Island, NY Posts: 47	Rob, When I was home, I tried the beta server without success on Vista using Vista's built-in DAV redirector.. Now that I am at work and on XP, I was able to map another letter using NetDrive to the beta server and I switched my stuff over to use the new drive.. First result was OK -- no hang when accessing the files.. I dont know if this helps or not -- but I should probably explain how I use the DAV server on my end.. I use RoboForm on all of my machines.. On each machine, I set the data store for Roboform to be a folder in my DAV space -- in that folder are individual files for every Roboform passcard. If there is a problem with the DAV stuff, I will notice it immediately upon starting either Firefox or IE because there is a Roboform add-on that is tied to them and it doesnt fully open the browser until it has located its files (bad idea, I will be bringing it up to the author) Do you have any list of differences between the beta server and the production one? Thanks, Rick

20th March 2008, 06:54 AM	#14
robmueller Intergalactic Postmaster Join Date: Oct 2001 Location: Melbourne, Australia Posts: 6,098 Representative of: Fastmail.FM	The main difference is the frontend proxy being used (it's an upgraded version of nginx on the production server, an older version on the beta server at the moment) What I'd really like to do is get a protocol trace to see exactly what's going on back and forth between the servers. Can you email me at robm@fastmail.fm. We'll need to find some time we're both around so that we can work on this together... Rob