WebDAV logs

OK. Here's the deal. Maybe I'm just missing the obvious but I'm having trouble identifying the account that was used via WebDAV to modify our website. That's right it got hacked. Based on what I'm seeing in the logs, it wasn't so much a hack as it was poor password for one of the users that has WebDAV permissions to make changes to the website.
Here's the problem. I'm looking in the apache access.log, I find when the files were uploaded/changed, but it doesn't show the account that was used to make the changes.
It shows:
192.168.10.1 - - [31/Jul/2008:23:07:05 --0700] "PUT /www.arplhmd.cjb.net_020112 HTTP/1.1" 201 309
192.168.10.1 - - [31/Jul/2008:23:07:05 --0700] "PUT /rys.asp HTTP/1.1" 201 309
192.168.10.1 - - [31/Jul/2008:23:07:05 --0700] "PUT /index.htm HTTP/1.1" 201 312
192.168.10.1 - - [31/Jul/2008:23:07:05 --0700] "PUT /index.htm HTTP/1.1" 204 -
From what I understand the part between the - - should show the user account but, as you can see, does not. Can anyone think of where I might find this information or barring that setting the logs to actually show this?
Thanks

FYI without the Apple Discussions formatted strike-through

Similar Messages

Will not allow me to add caldav account (Calendar couldn't log in to the CalDAV server "webdav.skedge.me"error message)or I get the not a secure server message with the option to continue...but then it sticks it wont continue

I WISH I HAD NOT UPGRADED...THIS IS A NIGHTMARE. I need to sync my appointment scheduler that is embedded in my website to my ical (which was easily done through publishing with the previous version) since I have upgraded I dont have the option to publish...but can add the cal DAV account, which I tried to do but I get a "Calendar couldn't log in to the CalDAV server “webdav.skedge.me”." error message if I go through edit ccount> add other account in system prefereneces otherwise I get a not secure server warning that will not continue when I select continue if I simply try to add an account using the + sign options at the bottom left of the systems preference pop up window
found a potenital fix (that I think would work if I could understand how to do what they are telling me to do) it said to configure webdav sharing for active directory accounts...tried to follow the instructions...could not understand them (very techy instructions).
FYI to any one that may find it in thier heart to answer this...I AM NOT COMPUTER LITERATE I am a veterinarian not a computer programer...so please but things in terms I can understand...i dont know what root access or server admin means...I dont know how to edit config files or even open directories with terminal ...i dont know what pico is or how to open it on my computer. Thanks
If know one can help can someone please tell me how to un-upgrade..this *****!
thanks
Catherine

Check the date and time in the clock on your computer: (double) click the clock icon on the Windows Taskbar.
* https://support.mozilla.com/kb/Secure+Connection+Failed
You can retrieve the certificate and check who issued the certificate and other details like when it is valid.
* Click the link at the bottom of the error page: "I Understand the Risks"
Let Firefox retrieve the certificate: "Add Exception" -> "Get Certificate".
* Click the "View..." button to inspect the certificate and check who is the issuer.

How can I log the webdav

My server is 9ias9.0.2 + 9ifs9.0.2 on w2k. I want to see the logs when I run the webdav. Can you tell me which kind of commands are needed to set up the logs on webdav?
Thank you in advance for your time and your helps.

Thank you for your suggestion. It truely does work. What I want to know is something like below. My OS is win2000, application server is 9ias9.0.2 and 9ifs9.0.2. Your advice is highly appreciated.
sample:
i've set the following parameter in
"../Apache/Jserv/etc/ifsprops.properties":
# Arguments passed to Java interpreter (optional)
# Syntax: wrapper.bin.parameters=[parameters] (String)
# Default: NONE
wrapper.bin.parameters=-DIFS_DAV_DEBUG=true
Then i'restart the whole 9iFS with:
ifsJservctl -stop
ifsstopdomain
apachectl stop
apachectl start
ifslaunchdc
ifslaunchnode
ifsstartdomain
ifsJservctl -start
jserv.log:
[22/11/2001 00:31:13:194 GMT+01:00] <debug> - Using
configuration file:
/opt/oracle/product/o9i/Apache/Jserv/etc/ifs.properties
[22/11/2001 00:31:13:342 GMT+01:00] <debug> Creating new sessions
hashtable.
[22/11/2001 00:31:14:346 GMT+01:00] <servletLog>
files/oracle.ifs.protocols.dav.impl.IfsDavServlet: init
[22/11/2001 00:31:14:793 GMT+01:00] <servletLog>
files/oracle.ifs.protocols.dav.impl.IfsDavServlet: NodeGuardian:
[22/11/2001 00:31:14:795 GMT+01:00] <servletLog>
files/oracle.ifs.protocols.dav.impl.IfsDavServlet: NodeGuardian:
Oracle Internet File System
[22/11/2001 00:31:14:799 GMT+01:00] <servletLog>
files/oracle.ifs.protocols.dav.impl.IfsDavServlet: NodeGuardian:

How can I log out of webdav?

I am trying to test some webdav - site studio content.
Every time I open webdav I am always logged in as the same person.
I tried rebooting. Maybe server restart logs out, but I don't want to restart the server.
Does anyone know how to log out; or how to force a login prompt?

I placed a SR with Oracle. so no need to duplicate effort. But below are my responses to your post:
UCM: 10.1.4.0.0
OS: 2.6.18-92 GNU Linux
UCM security - not LDAP
Is there WNA or SSO configured? No WNA - I don't know what SSO is.
What I mean is that when I log in to the network I log in as kgough. And when I log in to UCM I log in as kgough (same name, different password).
And when I went to a test user I found someone who's user name has no corresponding UCM account, and she has never connected to UCM before. In fact nobody has ever connected to UCM on this computer.
She logs in with test credentials I gave her "PropCost_1". She was prompted twice on the second prompt she chose "remember my password"
Then she is viewing folders authored by kgough that PropCost_1 has no read access to. When she pastes a file in one of the folders it shows up in UCM with author "kgough"!
Do you mean go to IE and disable "Integrated Windows Authentication"? Done, and still pasted content shows up as author=kgough

WebDAV Query generates a high number of transaction log files

Hi all,
I have a program that launch WebDAV queries to search for contacts on an Exchange 2007 server. The number of contacts returned for each user's mailbox is quite high (about 4500).
I've noticed that each time the query is launched, about 15 transaction log files are generated on the Exchange server (each of them 1Mb). If I ask only for 2 properties on the contacts, this number is reduced to about 8.
This is a problem since our program is supposed to launch often (about every 3/5min) as It will synchronize Exchange mailboxes with a SQL Server DB. The result is that the logs increase very quickly on the server side, even if there are not so many updates.
Any idea why so many transaction logs are generated when doing a WebDAV search returning many items? I would understand that logs are created when an update is done on the server, but here it's only a search with many contacts items returned.
Is there maybe a setting on the Exchange server to control what kind of logs to generate?
Thank for your help,
Alexandre

Hi Alex,
Actually circular logging/backup was not a solution, I was just explaining that there is an option like that on server but it is not recommended hence not useful in our case :)
- I am not a developer but AFAIK, WebDAV search query shouldn't generate transaction log because it just searches the mailboxes and gives the result in HTTP format and doesn't produce any Exchange transaction.
- I wouldn't open transaction logs since it is being used by Exchange which may generate errors and may corrupt Exchange database sometime too. However it is not readable, as you observed, other than Exchange Information Store service (store.exe).
- You can post this query in development forum to get better idea on this, if any other programmer observed similar symptom while using WebDAV contact search query in Exchange 2007 or can validate your query.
Microsoft TechNet > Forums Home > Exchange Server > Development
Well, I just saw that you are using Exchange 2007, in that case why don't you use Exchange Web Service which is better and improved method to access/query mailboxes where as WebDAV is also de-emphasized in Exchange 2007 and might be disappeared in next version of Exchange. Checkout below article for further detail.
Development: Overview
http://technet.microsoft.com/en-us/library/aa997614.aspx
Amit Tank | MVP - Exchange | MCITP:EMA MCSA:M | http://ExchangeShare.WordPress.com

EFS Encrypted Files over home workgroup network via WebDAV avoiding Active Directory fixing Access Denied errors

This is for information to help others
KEYWORDS:
- Sharing EFS encrypted files over a personal lan wlan wifi ap network
- Access denied on create new file / new fold on encrypted EFS network file share remote mapped folder
- transfer encryption keys / certificates
- set trusted delegation for user + computer for EFS encrypted files via
Kerberos
- Windows Active Directory vs network file share
- Setting up WinDAV server on Windows 7 Pro / Ultimate
It has been a long painful road to discover this information.
I hope sharing it helps you.
Using EFS on Windows 7 pro / ultimate is easy and works great. See
here and
here
So too is opening + editing encrypted files over a peer-to-peer Windows 7 network.
HOWEVER, creating a new file / new folder over a peer-to-peer Windows 7 network
won't work (unless you follow below steps).
Typically, it is only discovered as an issue when a home user wants to use synchronisation software between their home computers which happens to have a few folders encrypted using windows EFS. I had this issue trying to use GoodSync.
Typically an "Access Denied" error messages is thrown when a \\clientpc tries to create new folder / new file in an encrypted folder on a remote file share \\fileserver.
Why such a EFS drama when a network is involved?
Assume a home peer-to-peer network with 2pc: \\fileserver and \\clientpc
When a \\clientpc tries to create a new file or new folder on a \\fileserver (remote computer) it fails. In a terribly simplified explanation it is because the process on \\fileserver that is answering the network requests is a process working for a user on
another machine (\\clientpc) and that \\fileserver process doesn't have access to an encryption certificate (as it isn't a user). Active Directory gets around this by using kerberos so the process can impersonate a \\fileserver user and then use their certificate
(on behalf of the clienpc's data request).
This behaviour is confusing, as a \\clientpc can open or edit an existing efs encrypted file or folder, just can't create a new file or folder. The reason editing + opening an encrypted file over a network file share is possible is because the encrypted
file / folder already has an encryption certificate, so it is clear which certificate is required to open/edit the file. Creating a new file/folder requires a certificate to be assigned and a process doesn't have a profile or certificates assigned.
Solutions
There are two main approaches to solve this:
     1) SOLVE by setting up an Active Directory (efs files accessed through file shares)
          EFS operations occur on the computer storing the files.
          EFS files are decrypted then transmitted in plaintext to the client's computer
          This makes use of kerberos to impersonate a local user (and use their certificate for encrypt + decrypt)
     2) SOLVE by setting up WebDAV (efs files accessed through web folders)
           EFS operations occur on the client's local computer
           EFS files remain encrypted during transmission to the client's local computer where it is decrypted
           This avoids active directory domains, roaming or remote user profiles and having to be trusted for delegation.
           BUT it is a pain to set up, and most online WebDAV server setup sources are not for home peer-to-peer networks or contain details on how to setup WebDAV for EFS file provision
         READ BELOW as this does
Create new encrypted file / folder on a network file share - via Active Directory
It is easily possible to sort this out on a domain based (corporate) active directory network. It is well documented. See
here. However, the problem is on a normal Windows 7 install (ie home peer-to-peer) to set up the server as part of an active directory domain is complicated, it is time consuming it is bulky, adds burden to operation of \\fileserver computer
and adds network complexity, and is generally a pain for a home user. Don't. Use a WebDAV.
Although this info is NOT for setting up EFS on an active directory domain [server],
for those interested here is the gist:
Use the Active Directory Users and Computers snap-in to configure delegation options for both users and computers. To trust a computer for delegation, open the computer’s Properties sheet and select Trusted for delegation. To allow a user
account to be delegated, open the user’s Properties sheet. On the Account tab, under Account Options, clear the The account is sensitive and cannot be delegated check box. Do not select The account is trusted for delegation. This property is not used with
EFS.
NB: decrypted data is transmitted over the network in plaintext so reduce risk by enabling IP Security to use Encapsulating Security Payload (ESP)—which will encrypt transmitted data,
Create new encrypted file / folder on a network file share - via WebDAV
For home users it is possible to make it all work.
Even better, the functionality is built into windows (pro + ultimate) so you don't need any external software and it doesn't cost anything. However, there are a few hotfixes you have to apply to make it work (see below).
Setting up a wifi AP (for those less technical):
   a) START ... CMD
   b) type (no quotes): "netsh wlan set hostednetwork mode=allow ssid=MyPersonalWifi key=12345 keyUsage=persistent"
   c) type (no quotes): "netsh wlan start hostednetwork"
Set up a WebDAV server on Windows 7 Pro / Ultimate
-----ON THE FILESERVER------
   1 click START and type "Turn Windows Features On or Off" and open the link
       a) scroll down to "Internet Information Services" and expand it.
       b) put a tick in: "Web Management Tools" \ "IIS Management Console"
       c) put a tick in: "World Wide Web Services" \ "Common HTTP Features" \ "WebDAV Publishing"
       d) put a tick in: "World Wide Web Services" \ "Security" \ "Basic Authentication"
       e) put a tick in: "World Wide Web Services" \ "Security" \ "Windows Authentication"
       f) click ok
       g) run HOTFIX - ONLY if NOT running Windows 7 / windows 8
KB892211 here ONLY for XP + Server 2003 (made in 2005)
KB907306 here ONLY for Vista, XP, Server 2008, Server 2003 (made in 2007)
2 Click START and type "Internet Information Services (IIS) Manager"
3 in IIS, on the left under "connections" click your computer, then click "WebDAV Authoring Rules", then click "Open Feature"
       a) on the right side, under Actions, click "Enable WebDAV"
4 in IIS, on the left under "connections" click your computer, then click "Authentication", then click "Open Feature"
       a) on the "Anonymous Authentication" and click "Disable"
       b) on the "Windows Authentication" and click "Enable"
      NB: Some Win 7 will not connect to a webDAV user using Basic Authentication.
        It can be by changing registry key:
           [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\WebClient\Parameters]
           BasicAuthLevel=2
       c) on the "Windows Authentication" click "Advanced Settings"
           set Extended Protection to "Required"
       NB: Extended protection enhances the windows authentication with 2 security mechanisms to reduce "man in the middle" attacks
5 in IIS, on the left under "connections" click your computer, then click "Authorization Rules", then click "Open Feature"
       a) on the right side, under Actions, click "Add Allow Rule"
       b) set this to "all users". This will control who can view the "Default Site" through a web browser
       NB: It is possible to specify a group (eg Administrators is popular) or a user account. However, if not set to "all users" this will require the specified group/user account to be used for logged in with on the
clientpc.
       NB: Any user account specified here has to exist on the server. It has a bug in that it usernames specified here are not validated on input.
6 in IIS, on the left under "connections" click your computer, then click "Directory Browsing", then click "Open Feature"
       a) on the right side, under Actions, click "Enable"
HOTFIX - double escaping
7 in IIS, on the left under "connections" click your computer, then click "Request Filtering", then click "Open Feature"
       a) on the right side, under Actions, click "Edit Feature Settings"
       b) tick the box "Allow double escaping"
     *THIS IS VERY IMPORTANT* if your filenames or foldernames contain characters like "+" or "&"
     These folders will appears blank with no subdirectories, or these files will not be readable unless this is ticked
     This is safe btw. Unchecked (default) it filters out requests that might possibly be misinterpreted by buggy code (eg double decode or build url's via string-concat without proper encoding). But any bug would need to be in IIS basic
file serving and this has been rigorously tested by microsoft, so very unlikely. Its safe to "Allow double escaping".
8 in IIS, on the left under "connections" right click "Default Web Site", then click "Add Virtual Directory"
       a) set the Alias to something sensible eg "D_Drive", set the physical path
       b) it is essential you click "connect as" and set
this to a local user (on fileserver),
       if left as "pass through authentication" a client won't be able to create a new file or folder in an encrypted efs folder (on fileserver)
             NB: the user account selected here must have the required EFS certificates installed.
                        See
here and
here
        NB: Sharing the root of a drive as an active directory (eg D:\ as "D_Drive") often can't be opened on clientpcs.
      This is due to windows setting all drive roots as hidden "administrative shares". Grrr.
       The work around is on the \\fileserver create an NTFS symbollic link
          e.g. to share the entire contents of "D:\",
                on fileserver browse to site path (iis default this to c:\inetpub\wwwroot)
                in cmd in this folder create an NTFS symbolic link to "D:\"
                so in cmd type "cd c:\inetpub\wwwroot"
                then in cmd type "mklink /D D_Drive D:\"
        NB: WebDAV will open this using a \\fileserver local user account, so double check local NTFS permissions for the local account (clients will login using)
         NB: If clientpc can see files but gets error on opening them, on clientpc click START, type "Manage Network Passwords", delete any "windows credentials" for the fileserver being used, restart
clientpc
9 in IIS, on the left under "connections" click on "WebDAV Authoring Rules", then click "Open Feature"
       a) click "Add authoring rules". Control access to this folder by selecting "all users" or "specified groups" or "specified users", then control whether they can read/write/source
       b) if some exist review existing allow or deny.
           Take care to not only review the "allow access to" settings
           but also review "permissions" (read/write/source)
       NB: this can be set here for all added virtual directories, or can be set under each virtual directory
10 Open your firewall software and/or your router. Make an exception for port 80 and 443
       a) In Windows Firewall with Advanced Security click Inbound Rules, click New Rule
             choose Port, enter "80, 443" (no speech marks), follow through to completion. Repeat for outbound.
          NB: take care over your choice to untick "Public", this can cause issues if no gateway is specified on the network (ie computer-to-computer with no router). See "Other problems+fixes"
below, specifically "Cant find server due to network location"
       b) Repeat firewall exceptions on each client computer you expect to access the webDAV web folders on
HOTFIX - MAJOR ISSUE - fix KB959439
11 To fully understand this read "WebDAV HOTFIX: RAW DATA TRANSFERS" below
      a) On Windows 7 you need only change one tiny registry value:
           - click START, type "regedit", open link
           -browse to [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\MRxDAV\Parameters]
           -on the EDIT menu click NEW, then click DWORD Value
           -Type "DisableEFSOnWebDav" to name it (no speech marks)
           -on the EDIT menu, click MODIFY, type 1, then click OK
           -You MUST now restart this computer for the registry change to take effect.
      b) On Windows Server 2008 / Vista / XP you'll FIRST need to
download Windows6.0-KB959439 here. Then do the above step.
         NB microsoft will ask for your email. They don't care about licence key legality, it is more to keep you updated if they modify that hotfix
12 To test on local machine (eg \\fileserver) and deliberately bypass the firewall.
      a) make sure WebClient Service is running
            (click START, type "services" and open, scroll down to WebClient and check its status)
      b) Open your internet software. Go to address "http://localhost:80" or "http://localhost:80"
            It should show the default "IIS7" image.
            If not, as firewall and port blocking are bypassed (using localhost) it must be a webDAV server setting. Check "Authorization Rules" are set to "Allow All Users"
      c) for one of the "virtual directories" you added (8), add its "alias" onto "http://localhost/"
                e.g. http://localhost/D_drive
            If nothing is listed, check "Directory Browsing" is enabled
13 To test on local machine or a networked client and deliberately try and access through the firewall or port opening of your router.
      a) make sure WebClient Service is running
            (click START, type "services" and open, scroll down to WebClient and check its status)
      b) open your internet software. Go to address "http://<computer>:80" or "http://<computer>:80".
              eg if your server's computer name is "fileserver" go to "http://fileserver:80"
              It should show the default "IIS7" image. If not, check firewall and port blocking.
              Any issue ie if (12) works but (13) doesn't, will indicate a possible firewall issue or router port blocking issue.
     c) for one of the "virtual directories" you added (8), add its "alias" onto "http://<computername>:80/"
               eg if alias is "C_driver" and your server's computer name is "fileserver" go to "http://fileserver:80/C_drive"
               A directory listing of files should appear.
--- ON EACH CLIENT ----
HOTFIX - improve upload + download speeds
14 Click START and type "Internet Options" and open the link
      a) click the "Connections" tab at the top
      b) click the "LAN Settings" button at the bottom right
      c) untick "Automatically detect settings"
HOTFIX - remove 50mb file limit
15 On Windows 7 you need only change one tiny registry value:
      a) click START, type "regedit", open link
    b) browse to [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\WebClient\Parameters]
       c) click on "FileSizeLimitInBytes"
       d) on the EDIT menu, click MODIFY, type "ffffffff", then click OK (no quotes)
HOTFIX - remove prompt for user+pass on opening an office or pdf document via WebDAV
16 On each clientpc click START, type "Internet Options" and open it
         a) click on "Security" (top) and then "Custom level" (bottom)
         b) scroll right to the bottom and under "User Authentication" select "Automatic logon with current username and password"
         SUCH an easy fix. SUCH an annoying problem on a clientpc
   NB: this is only an issue if the file is opened through windows explorer. If opened through the "open" dialogue of the software itself, it doesn't happen. This is as a WebDAV mapped drive is consdered a "web folder" by windows
explorer.
TEST SETUP
17 On the client use the normal "map network drive"
            e.g. server= "http://fileserver:80/C_drive", tick reconnect at logon
            e.g. CMD: net use * "http://fileserver:80/C_drive"
         If it doens't work check "WebDAV Authoring Rules" and check NTFS permissions for these folders. Check that on the filserver the elected impersonation user that the client is logging in with (clientpc
"manage network passwords") has NTFS permissions.
18 Test that EFS is now working over the network
       a) On a clientpc, map network drive to http://fileserver/
       b) navigate to a folder you know on the \\flieserver is encrypted with EFS
       c) create a new folder, create a new file.
           IF it throws an error, check carefully you mapped to the WebDAV and not file share
              i.e. mapped to "http://fileserver" not "\\fileserver"
           Check that on clientpc the required efs certificate is installed. Then check carefully on clientpc what user account you specified during the map drive process. Then check on the \\fileserver this
account exists and has the required EFS certificate installed for use. If necessary, on clientpc click START, type "Manage Network Passwords" and delete the windows credentials currently in the vault.
       d) on clientpc (through a webDAV mapped folder) open an encrypted file, edit it, save it, close it. On the \\fileserver now check that file is readable and not gobble-de-goup
       e) on clientpc copy an encrypted efs file into a folder (a webDAV mapped folder) you know is not encrypted on \\fileserver. Now check on the \\fileserver computer that the file is readable and not gobble-de-goup (ie the
clientpc decrypted it then copied it).
        If this fails, it is likely one in IIS setting on fileserver one of the shared virtual directories is set to: "pass through authentication" when it should be set to "connect as"
        If this is not readable check step (11) and that you restarted the \\fileserver computer.
19 Test that clients don't get the VERY annoying prompt when opening an Office or PDF doc
      a) on clientpc in windows explorer browse to a mapped folder you know is encrypted and open an office file and then PDF.
            If a prompt for user+pass then check hotfix (16)
20 Consider setting up a recycling bin for this mapped drive, so files are sent to recycling bin not permanently deleted
      a) see the last comment at the very bottom of
this page:
Points to consider:
   - NB: WebDAV runs on \\fileserver under a local user account, so double check local NTFS permissions for that local account and adjust file permissions accordingly. If the local account doesn't have permission, the webDAV / web folder share won't
either.
- CONSIDER: IP Security (IPSec) or Secure Sockets Layer (SSL) to protect files during transport.
MORE INFO: HOTFIX: RAW DATA TRANSFERS
More info on step (11) above.
Because files remain encrypted during the file transfer and are decrypted by EFS locally, both uploads to and downloads from Web folders are raw data transfers. This is an advantage as if data is intercepted it is useless. This is a massive disadvantage as
it can cause unexpected results. IT MUST BE FIXED or you could be in deep deep water!
Consider using \\clientpc to access a webfolder on \\fileserver and copying an encrypted EFS file (over the network) to a web folder on \\fileserver that is not encrypted.
Doing this locally would automatically decrypt the file first then copy the decrypted file to the non-encrypted folder.
Doing this over the network to a web folder will copy the raw data, ie skip the decryption stage and result in the encrypted EFS file being raw copied to the non-encrypted folder. When viewed locally this file will not be recognised as encrypted (no encryption
file flag, not green in windows explorer) but it will be un-readable as its contents are still encrypted. It is now not possible to locally read this file. It can only be viewed on the \\clientpc
There is a fix:
      It is implimented above, see (11) above
      Microsoft's support page on this is excellent and short. Read "problem description" of "this microsoft webpage"
Other problems + fixes
PROBLEM: Can't find server due to network location.
     This one took me a long time to track down to "network location".
     Win 7 uses network locations "Home" / "Work" / "Public".
     If no gateway is specified in the IP address, the network is set to '"unidentified" and so receives "Public" settings.
     This is a disaster for remote file share access as typically "network discovery" and "file sharing" are disabled under "Public"
     FIX = either set IP address manually and specify a gateway
     FIX = or force "unidentified" network locations to assume "home" or "work" settings -
read here or
here
     FIX = or change the "Public" "advanced network settings" to turn on "network discovery" and "file sharing" and "Password Protected Sharing". This is safe as it will require a windows
login to gain file access.
PROBLEM: Deleting files on network drive permanently deletes them, there is no recycling bin
       By changing the location of "My Contacts" or similar to the root directory of your mapped drive, it will be added to recycling bin locations
      Read
here (i've posted a batch script to automatically make the required reg files)
I really hope this helps people. I hope the keywords + long title give it the best chance of being picked up in web searches.

What probably happens is that processes are using those mounts. And that those processes are not killed before the mounts are unmounted. Is there anything that uses those mounts?

How To: Setup WebDAV and Apache2 for Private iCal Publishing

Notes:
This tutorial will not cover the installation of Apache2 or the required modules.
These paths apply to Ubuntu Server, but should work with many Linux distros.
There are other ways to configure your DAV directory. I have chosen to use a sub domain.
For simplicity, I am using Basic HTTP Auth. *THIS IS NOT SECURE!!!* Do not rely on Basic HTTP Auth for true security. For more details: http://httpd.apache.org/docs/2.0/mod/mod_dav.html#page-header
The following commands assume that you will be using sudo or logged in as root.
1. Enable mod_dav and moddavfs: *a2enmod dav_fs*
2. Create a directory for your DAV: *mkdir /var/www/dav*
3. Create a sub domain site: *vim /etc/apache2/sites-available/dav*
4. Enter the following:
NameVirtualHost *
<VirtualHost *>
DocumentRoot /var/www/dav
DirectoryIndex index.php index.html
ServerName dav.yourdomain.com
</VirtualHost>
DavLockDB /usr/local/apache2/var/DavLock
<Location />
Dav On
Order Deny,Allow
AuthType Basic
AuthName "DAV"
AuthUserFile /var/www/user.passwd
Require valid-user
</Location>
5. Create the user.passwd file:
*cd /var/www/*
*htpasswd -c user.passwd*
+Enter username and password when prompted+
6. Reload Apache's config: */etc/init.d/apache2 reload*
You can now publish your calendars to: dav.yourdomain.com.
Enjoy!
-David

How do you set up a webdav?
Lion doesnt know webdav! No Versions... forget the webda(v).
How does look your config?
DNS is correct?
Check with:
hostinfo (IP)
hostinfo (dnsname)
nslookup (IP)
nslookup (dnsname)
Does the user/group exist? can you log in over an other protocoll? like afp?
More informations please...

Issues with WebDav over SSL via Terminal Server when Accessing SharePoint 2013

Hi All,
We have deployed a terminal server from which multiple users access and heavily use SharePoint 2013 (hosted on a separate server). The SharePoint site is published to the internet and is operating over an SSL certificate. Over the last few months we have
been encountering a randomly occurring issue where all the users become unable to use Open with Explorer or mapped drives to access the site. During this time they can still access the site through the browser OK and download files etc. This issue sometimes
reoccurs every few days, although at points it hasn't occurred for a couple of weeks before resurfacing.
Current Terminal Server Config
TS 2008 R2 Enterprise
Site added to Trusted Sites. (have checked during broken time and still recognized as trusted)
Using IE 11, site added as compatibility view
Registries updated as below
reg add HKLM\SYSTEM\CurrentControlSet\Services\WebClient\Parameters /v AuthForwardServerList /t REG_MULTI_SZ /d "*.clientsite.com"
reg add HKLM\SYSTEM\CurrentControlSet\Services\WebClient\Parameters /v BasicAuthLevel /t REG_DWORD /d 2 /f
reg add HKCU\Software\Microsoft\Office\14.0\Common\Internet /v BasicAuthLevel /t REG_DWORD /d 2 /f
registry added for tabprocgrowth added to 2
My test result are below:
Restarting the SharePoint server or the terminal server will resolve the behaviour
until the issue occurs again.
Users on the terminal server can still open the
ttps://clientsite2.harrierhc.com
URL (this url is bound to the same UCC cert) with open with explorer during this time.
While users are unable to access the ttps://clientsite.harrierhc.com
URL, if they access the same site from WebDAV with a separate binding (e.g. ttp://clientsite the behaviour works fine.
All other users not on the terminal server can still use the open with explorer behaviour during this time.
IIS reset on the SP Server & restarting the web client service on the terminal server have no impact
Reimporting the IIS certs have no impact
There are numerous errors in both server’s event logs but none at the time of the issue instigation.
Clearing the IE cached certificates has no impact
Going to IE properties for the site and clicking the ‘Install Certificate’ has no impact
Any ideas or suggestions would be much appreciated. If you need any more info let me know. (sorry for the ttps:// links cant be posted until my account is verified?
Thanks again

Hiya,
are there any load balancers involved?

ICal could not log into the caldav server

Hi,
I have a OS X Lion server that i am trying to set up for home. I have made an account for myself and have got mail running for it but when I go to turn on Calendars and Reminders, i get the error message iCal could not log into the caldav server "me.com". One I am not sure how this has anything to do with me but anyway, the mail compnent works. Also when i go to the folder webdav via browser servername/webdav/ i get permission denied. I also get and Unathorized message when I try to specifically access the calendar via adress https://servername:8443/calendars/users/username/ I mention the permission denied stuff because i am assuming they are all connected to the Calendar service (ie it runs on caldav which runs on webdav). can anyone help with this as I would like to get this working.

One possiblity is that the user you created has not been granted access to the calendar service. How did you create the user on the server, via Server.app?
Are you able to browse to https://servername:8443/principals/users/username/ (of course substituting the appropriate server and user names)

Errors during file transfer on WebDav server

(this is a repost from a different category)
I having much difficulty transferring files to and from our new WebDav server when using Finder's Connect to Server. I am able to connect and authenticate just fine. Although, when dragging and dropping to a mounted drive, I receive the following errors, then subsequently dropped from the sever.
...Unexpected Error Occurred - Error code 1407
...cannot comple the operation because some data in "" could not be read or written - Error code 36
...Unexpected Error Occurred - Error code 1407
This seems to be an issue affecting all 10.5 users in our university. PC's and 10.4 do not seem to be having this issue. When using CyberDuck and Goliath, I cannot login to the server whatsoever.
Any thoughts?

Attached is an upload link of log file
These remind me why I like to use ProcMon to correlate and supplement
all log messages.
FWIW I agree that clearing your SoftwareDistribution folder might change this aspect of your symptom description from setupact.log
2013-12-25 07:32:52, Info DPX CreateFileW failed, FileName:\\?\C:\Windows\SoftwareDistribution\Download\b3f099ae487c77fe455d9f17689e69a8\$dpx$.tmp\job.xml,
Error:0x80070002
It is really difficult "reading between the lines" to understand that one but I imagine it would be a lot easier having a ProcMon trace which showed exactly which file was "not found" (and whether it was the same one or a different one each time).
<eg>
Robert Aldwinckle

Windows Explorer View, Server 2012 and WebDAV

I am using SharePoint Server 2013 on Windows Server 2012. I cannot get Windows Explorer View working from client machines on this server. These machines are Windows 8, running IE 10 (I am also having problems on my Windows 7 / IE 9 machine).
I have done everything on the client that I have read about (Trusted Site, the WebClient services, the patch mentioned in a Kb article), but to no avail.
The client machines CAN open Windows Explorer View on a SharePoint Foundation site that I have hosted on the internet, although in this instance they access the internet directly, rather than through the company network.
Therefore, I take it that my problem lies either on our SharePoint server, or somewhere in the network. The Proxy does not seem to be a problem as this is bypassed for local sites.
Somedody said for an earlier version of SharePoint that the WebDAV server role should be
disabled (which seems counter-intuitive). Does this make sense, or what else should I be looking at on either my server or in the network environment?

Thanks for the reply.
I get the standard message ("We're having a problem opening this location in File Explorer. Add this web site to your Trusted Sites list and try again"). I am not using HTTPS.
I do not think that the WebDAV is irrelevant on the server, as there are two separate things there:
Desktop Experience Feature, which installs the WebClient service to allow the server to use WebDAV, and
WebDAV Publiching Role under Common HTTP functions
Curiously, after removign the WebDAV Publishign Role, my Win7/IE9 pc (which is not logged on to my client's domain (although I access their network and use SharePoint in my browser) DOES allow Windows Explorer View.
The domain PCs do not allow it, still. They get challnged for a user name and password three times before they get the standard message. But, I did test a machine of their connecting to an internet-hosted website, and it could use Explorer View.

When i try to copy a file to my ipad via webdav, i get an error occurred message

I currently use a Mac Mini running Maverick and server. I have WebDAV set up I believe correctly. I have iWork on my iPad. I can log in and authenticate to the server and actually see the files that I have shared on the Mac server. When I try to retrieve it I get the following: An error occurred
Same is true if I create on the iPad and try to copy to the shared directory. Im not exactly sure what direction to take as the message is so vague. Any ideas or help is greatly appreciated.
Thx

That sounds like a problem with the user the iPad is connecting as
I seem to remember iOS pages, keynote etc storing the user login info, and having to completely remove the stored login info from the device
if a different user wanted to use a device another user had connected to WebDAV, or password changes.
Quite a while since I looked at this, things may have changed with latest ios pages versions
Unfortunately I can't remember how to remove the stored user login info
Try comparing the server logs when you connect with the windows box and the iPad
There are WebDAV file browsing apps in the App Store, try one of those on the iPad
If you can connect with it, it's probably pages etc storing a user login with an error in it
if not perhaps it's a network problem vlan segregation, firewall, subnet etc etc

Can't Connect to WebDAV Server

Greetings fellow forum. I'm hoping that someone can help me out here.
My problem is this, i recently set up my office computer (referred to as G5) as a webDAV server so that i can publish my iCal calendars. I have a wireless enable PBG4 which i'm trying to use from home to log into the server to publish the calendar. My setups are as follows:
HOME:
PBG4 with Airport connecting through a Linksys wireless router for internet access
OFFICE:
G5 with webDAV enabled, connected to the studio's ethernet network which is also on a router.
when i'm at the office, i can connect perfectly to the server to publish the calendar. When at home i get a connection error stating "You cannot connect to this server because it can't be found...."
The IP address for the G5 hasn't changed so i know i'm using the proper address. My question is, is there anything special i need to do to get this to work from home? Does the G5 have to stay logged into a specific account (the computer is on, just logged off)? Do either of the routers have anything to do with me not being able to connect?
Thanks in advance for your assistance.
PBG4 Mac OS X (10.4.3)
PBG4 Mac OS X (10.4.3)

Addendum: Just found this thread over in Finder/Dock:
http://discussions.apple.com/thread.jspa?threadID=1538882
Looks like it's been around for a WHILE and hasn't been fixed...

ICal writing tons of log messages into system.log

Hi all,
I've got an issue with iCal under Leopard 10.5.1.
Sometimes my syslogd process grabs ~100% CPU time and so I took a look into system.log.
I saw MANY lines like this:
Jan 27 19:23:34 Tigger com.apple.syncservices.SyncServer[4225]: 2008-01-27 19:23:34.363 iCalExternalSync[4230:10b] ISyncSession deleteRecordWithIdentifier: ignoring delete for unknown record Event/p774
Jan 27 19:23:34 Tigger com.apple.syncservices.SyncServer[4225]: 2008-01-27 19:23:34.364 iCalExternalSync[4230:10b] ISyncSession deleteRecordWithIdentifier: ignoring delete for unknown record Event/p2754
Jan 27 19:23:34 Tigger com.apple.syncservices.SyncServer[4225]: 2008-01-27 19:23:34.364 iCalExternalSync[4230:10b] ISyncSession deleteRecordWithIdentifier: ignoring delete for unknown record Event/p288
Jan 27 19:23:34 Tigger com.apple.syncservices.SyncServer[4225]: 2008-01-27 19:23:34.365 iCalExternalSync[4230:10b] ISyncSession deleteRecordWithIdentifier: ignoring delete for unknown record Event/p2056
Jan 27 19:23:34 Tigger com.apple.syncservices.SyncServer[4225]: 2008-01-27 19:23:34.366 iCalExternalSync[4230:10b] ISyncSession deleteRecordWithIdentifier: ignoring delete for unknown record Event/p148
Jan 27 19:23:34 Tigger com.apple.syncservices.SyncServer[4225]: 2008-01-27 19:23:34.367 iCalExternalSync[4230:10b] ISyncSession deleteRecordWithIdentifier: ignoring delete for unknown record Event/p73
Jan 27 19:23:42 Tigger com.apple.syncservices.SyncServer[4225]: 2008-01-27 19:23:42.497 iCalExternalSync[4230:10b] SyncServices precondition failure in [ISyncConcreteSession clientAcceptedChangesForRecordWithIdentifier:formattedRecord:newRecordIdentifie r:]: you can't change the record identifier from 4183D93C-A813-4AB4-BA0F-C246414B2DA1 to node_BirthdayCalendar/p7: it is already associated with a different record.
Jan 27 19:23:42 Tigger com.apple.syncservices.SyncServer[4225]: 2008-01-27 19:23:42.521 iCalExternalSync[4230:10b] [ICalExternalSync ]Encountered [ISyncConcreteSession clientAcceptedChangesForRecordWithIdentifier:formattedRecord:newRecordIdentifie r:]: you can't change the record identifier from 4183D93C-A813-4AB4-BA0F-C246414B2DA1 to node_BirthdayCalendar/p7: it is already associated with a different record.
Jan 27 19:23:42 Tigger com.apple.syncservices.SyncServer[4225]: 2008-01-27 19:23:42.526 iCalExternalSync[4230:10b] [ICalExternalSync ]NSException name:NSInvalidArgumentException reason:[ISyncConcreteSession clientAcceptedChangesForRecordWithIdentifier:formattedRecord:newRecordIdentifie r:]: you can't change the record identifier from 4183D93C-A813-4AB4-BA0F-C246414B2DA1 to node_BirthdayCalendar/p7: it is already associated with a different record.
Any idea how to fix this?
Here's another problem that might be related to this: my "Private" calendar was published in 10.4 but now the webdav server that was used for this is no longer existent (and can't be setup again).
So I wanted to unpublish my Private calendar but this wasn't possible. When trying to unpublish it I get the error message "This calendar could not be unpublished. Authentication information may be incorrect."
If I select the "Cange location..." menu entry in the context menu of the Private calendar I still see the webdav server address and the Login and Password fields are filled. But because this server no longer exists publishing is no longer possible. Which is fine with me.
So, how can I get rid of the publishing? Because I get tons of error messages in system.log, too, for this behaviour. Everytime the system tries to publish this calendar...
Thanks,
Stefan.

I am not much of a help, but I just wanted to say that my iCal just experienced the same problems for the first time today...

WebDAV problem - cannot see directories/files with space in filename

Using latest OS x 10.4.6 and can access my company's Sharepoint server via WebDAV.
However I only see folders/files that have no space in the filename - this is a major showstopper as I obviously cannot impose on rest of company how to name files.
PS: I can access this Sharepoint site via a webbrowser but I cannot easily upload/download files in the browser interface. Actually upload does not work in Safari (endless timeout) but it does work in firefox
PPS: Tried DAVExplorer and it could not even access the sharepoint site.
Help appreciated.,

Thanks Tim.
I am connecting to an external WebDav server - Sharepoint 2001/2003. As per above SP 2003 and OSX as client create all the troubles listed above..
Note: I compared console.log from my Sp2001 connections and SP2003 connections. Connecting to SP3 and gtrying to access a WebDav folder with directoriers/files containing spaces I see all kind of errors in console.log - see below.
Any comments?
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (finish != bytes) failed; going to _CFGregorianDateCreateWithBytes; file: mount.tproj/webdav_network.c; line: 118
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (finish != bytes) failed; going to _CFGregorianDateCreateWithBytes; file: mount.tproj/webdav_network.c; line: 118
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (finish != bytes) failed; going to _CFGregorianDateCreateWithBytes; file: mount.tproj/webdav_network.c; line: 118
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (finish != bytes) failed; going to _CFGregorianDateCreateWithBytes; file: mount.tproj/webdav_network.c; line: 118
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (finish != bytes) failed; going to _CFGregorianDateCreateWithBytes; file: mount.tproj/webdav_network.c; line: 118
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (finish != bytes) failed; going to _CFGregorianDateCreateWithBytes; file: mount.tproj/webdav_network.c; line: 118
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (finish != bytes) failed; going to _CFGregorianDateCreateWithBytes; file: mount.tproj/webdav_network.c; line: 118
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (finish != bytes) failed; going to _CFGregorianDateCreateWithBytes; file: mount.tproj/webdav_network.c; line: 118
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (finish != bytes) failed; going to _CFGregorianDateCreateWithBytes; file: mount.tproj/webdav_network.c; line: 118
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (finish != bytes) failed; going to _CFGregorianDateCreateWithBytes; file: mount.tproj/webdav_network.c; line: 118
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (finish != bytes) failed; going to _CFGregorianDateCreateWithBytes; file: mount.tproj/webdav_network.c; line: 118
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (finish != bytes) failed; going to _CFGregorianDateCreateWithBytes; file: mount.tproj/webdav_network.c; line: 118
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (finish != bytes) failed; going to _CFGregorianDateCreateWithBytes; file: mount.tproj/webdav_network.c; line: 118
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (finish != bytes) failed; going to _CFGregorianDateCreateWithBytes; file: mount.tproj/webdav_network.c; line: 118
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (finish != bytes) failed; going to _CFGregorianDateCreateWithBytes; file: mount.tproj/webdav_network.c; line: 118
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (finish != bytes) failed; going to _CFGregorianDateCreateWithBytes; file: mount.tproj/webdav_network.c; line: 118
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (finish != bytes) failed; going to _CFGregorianDateCreateWithBytes; file: mount.tproj/webdav_network.c; line: 118
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (uriURL != NULL) failed; going to CFURLCreateWithString; file: mount.tproj/webdav_parse.c; line: 1115
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (uriURL != NULL) failed; going to CFURLCreateWithString; file: mount.tproj/webdav_parse.c; line: 1115
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (uriURL != NULL) failed; going to CFURLCreateWithString; file: mount.tproj/webdav_parse.c; line: 1115
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (uriURL != NULL) failed; going to CFURLCreateWithString; file: mount.tproj/webdav_parse.c; line: 1115
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (uriURL != NULL) failed; going to CFURLCreateWithString; file: mount.tproj/webdav_parse.c; line: 1115
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (uriURL != NULL) failed; going to CFURLCreateWithString; file: mount.tproj/webdav_parse.c; line: 1115
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (uriURL != NULL) failed; going to CFURLCreateWithString; file: mount.tproj/webdav_parse.c; line: 1115
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (uriURL != NULL) failed; going to CFURLCreateWithString; file: mount.tproj/webdav_parse.c; line: 1115
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (uriURL != NULL) failed; going to CFURLCreateWithString; file: mount.tproj/webdav_parse.c; line: 1115
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (uriURL != NULL) failed; going to CFURLCreateWithString; file: mount.tproj/webdav_parse.c; line: 1115
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (uriURL != NULL) failed; going to CFURLCreateWithString; file: mount.tproj/webdav_parse.c; line: 1115
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (uriURL != NULL) failed; going to CFURLCreateWithString; file: mount.tproj/webdav_parse.c; line: 1115
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (uriURL != NULL) failed; going to CFURLCreateWithString; file: mount.tproj/webdav_parse.c; line: 1115
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (uriURL != NULL) failed; going to CFURLCreateWithString; file: mount.tproj/webdav_parse.c; line: 1115
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (uriURL != NULL) failed; going to CFURLCreateWithString; file: mount.tproj/webdav_parse.c; line: 1115
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (uriURL != NULL) failed; going to CFURLCreateWithString; file: mount.tproj/webdav_parse.c; line: 1115
May 8 01:14:57 nboegholm-OSX webdavd[13502]: (uriURL != NULL) failed; going to CFURLCreateWithString; fil

WebDAV logs

Similar Messages

Maybe you are looking for