Im trying to connect but get an error "The connection failed"
I have tried both user/pass, basic auth, and kerberos.
Could it be the port?
The url takes the form: <http://oursharepointserver.outdomain.org:5280/sitename/default.aspx>
> Im trying to connect but get an error "The connection failed"
>
> I have tried both user/pass, basic auth, and kerberos.
>
> Could it be the port?
>
> The url takes the form:
> <http://oursharepointserver.outdomain.org:5280/sitename/default.aspx>
Shorten the URL to the site address alone. Try
<http://oursharepointserver.outdomain.org:5280/sitename/>
Hope this helps!
--
bill
Entourage Help Page <http://entourage.mvps.org/>
Entourage Help Blog <http://blog.entourage.mvps.org/>
YouTalk <http://nine.pairlist.net/mailman/listinfo/youtalk>
Twitter: follow <http://twitter.com/meck>
> shortening the url did not help. hmmm....
Are you using your server's fully qualified domain name such as
"server.example.com" and not just "server"?
I am using the fully qualified domain name.
Could it the port?
Jaime
> I am using the fully qualified domain name. Could it the port?
Others here have reported that this same problem is caused by SharePoint
version. Document Connection requires SharePoint Services 3.0. What
version is your server running?
POST /_vti_inf.html HTTP/1.1
Host: portal.rapidsoft.ru
From: 192.168.62.129
User-Agent: Microsoft Office/12.2.0 (Macintosh 10.5.7, Microsoft Document Connection 12.2.0; Pro)
Accept: */*
Accept-Language: en
Cookie: WSS_KeepSessionAuthenticated=80
Content-Length: 0
Connection: Keep-Alive
HTTP/1.1 200 OK
Date: Thu, 23 Jul 2009 09:40:10 GMT
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
MicrosoftSharePointTeamServices: 12.0.0.6219
Exires: Wed, 08 Jul 2009 09:40:10 GMT
Cache-Control: private,max-age=0
Content-Length: 246
Public-Extension: <http://schemas.microsoft.com/repl-2>
Set-Cookie: WSS_KeepSessionAuthenticated=80; path=/
<!-- FrontPage Configuration Information
FPVersion="12.0.0.000"
FPShtmlScriptUrl="_vti_bin/shtml.dll/_vti_rpc"
FPAuthorScriptUrl="_vti_bin/_vti_aut/author.dll"
FPAdminScriptUrl="_vti_bin/_vti_adm/admin.dll"
TPScriptUrl="_vti_bin/owssvr.dll"
-->
Same here. I'm running SP Services version 3 on an alternative port and having the same issues. Connection Failed. Log in is OK via browser.
One thing I noted is that when I attempt a connect via Document Connection there is nothing in the server logs. But something must be going on between the app and the server because it says "you do not have permission to connect" when I try a bogus ID.
Thanks,
Jaime
> jaim...@officeformac.com wrote:
>
> > I am using the fully qualified domain name. Could it the port?
>
> Others here have reported that this same problem is caused by SharePoint
> version. Document Connection requires SharePoint Services 3.0. What
> version is your server running?
>
> --
>
> bill
>
> Entourage Help Page
> Entourage Help Blog
> YouTalk
> Twitter: follow
>
Also - Document Connection won't connect to SharePoint if you are using
Home and Student Edition of Office.
-Jim
--
Jim Gordon
Mac MVP
I'm having the exact same issue....nothing helps.
--
This posting is provided "AS IS" with no warranties, and confers no rights.
<jaim...@officeformac.com> wrote in message
news:59b78...@webcrossing.caR9absDaxw...
Here is some information:
- Our server is Windows Small Business Server 2008 (x64 version)
- It is running SharePoint Services 3.0
- To access SharePoint from a browser we can use <http://companyweb> BUT other URLs such as <http://companyweb.name.local> OR <http://server> (the actual hostname of the server) do not work... they bring up the standard IIS7 homepage
- Microsoft Document Connection shows the error message "The connection failed." when we try to connect to <http://companyweb>
- It appears that Document Connection is able to connect to Sharepoint because "The connection failed." is only shown when we type the correct password. If we use an invalid username or password we get the message "You do not have permission to connect." But we cannot get past the "The connection failed." message to actually use Document Connection
Note that I have placed the NTLM authentication lines with [...] for security reasons... the rest is unaltered.
* *************************************************
OPTIONS / HTTP/1.1
Host: companyweb
From: 192.168.83.64
User-Agent: Microsoft Office/12.2.0 (Macintosh 10.5.7, Microsoft Document Connection 12.2.0; Pro)
Accept: */*
Accept-Language: en
Translate: f
Content-Length: 0
Connection: Keep-Alive
HTTP/1.1 401 Unauthorized
Server: Microsoft-IIS/7.0
WWW-Authenticate: Negotiate
WWW-Authenticate: NTLM
X-Powered-By: ASP.NET
Date: Wed, 05 Aug 2009 08:20:46 GMT
Content-Length: 0
OPTIONS / HTTP/1.1
Host: companyweb
From: 192.168.83.64
User-Agent: Microsoft Office/12.2.0 (Macintosh 10.5.7, Microsoft Document Connection 12.2.0; Pro)
Accept: */*
Accept-Language: en
Translate: f
Content-Length: 0
Connection: Keep-Alive
Authorization: NTLM [...]
HTTP/1.1 401 Unauthorized
Server: Microsoft-IIS/7.0
WWW-Authenticate: NTLM [...]
WWW-Authenticate: Negotiate
X-Powered-By: ASP.NET
Date: Wed, 05 Aug 2009 08:20:46 GMT
Content-Length: 0
OPTIONS / HTTP/1.1
Host: companyweb
From: 192.168.83.64
User-Agent: Microsoft Office/12.2.0 (Macintosh 10.5.7, Microsoft Document Connection 12.2.0; Pro)
Accept: */*
Accept-Language: en
Translate: f
Content-Length: 0
Connection: Keep-Alive
Authorization: NTLM [...]
HTTP/1.1 200 OK
Cache-Control: private,max-age=0
Allow: GET, POST, OPTIONS, HEAD, MKCOL, PUT, PROPFIND, PROPPATCH, DELETE, MOVE, COPY, GETLIB, LOCK, UNLOCK
Content-Length: 0
Accept-Ranges: none
Server: Microsoft-IIS/7.0
DAV: 1,2
Exires: Tue, 21 Jul 2009 08:20:47 GMT
Public-Extension: <http://schemas.microsoft.com/repl-2>
Set-Cookie: WSS_KeepSessionAuthenticated=80; path=/
X-Powered-By: ASP.NET
Date: Wed, 05 Aug 2009 08:20:46 GMT
PROPFIND / HTTP/1.1
Host: companyweb
From: 192.168.83.64
User-Agent: Microsoft Office/12.2.0 (Macintosh 10.5.7, Microsoft Document Connection 12.2.0; Pro)
Accept: */*
Accept-Language: en
Translate: f
Brief: t
Depth: 0
Content-Type: text/xml; charset=utf-8
Cookie: WSS_KeepSessionAuthenticated=80
Content-Length: 181
Connection: Keep-Alive
<?xml version="1.0" encoding="utf-8"?><D:propfind xmlns:D="DAV:"><D:prop><D:resourcetype/><D:getetag/><D:getcontentlength/><D:lockdiscovery/><D:supportedlock/></D:prop></D:propfind>
HTTP/1.1 207 MULTI-STATUS
Cache-Control: no-cache
Content-Length: 646
Content-Type: text/xml
Server: Microsoft-IIS/7.0
Public-Extension: <http://schemas.microsoft.com/repl-2>
Set-Cookie: WSS_KeepSessionAuthenticated=80; path=/
X-Powered-By: ASP.NET
Date: Wed, 05 Aug 2009 08:20:46 GMT
<?xml version="1.0" encoding="utf-8" ?><D:multistatus xmlns:D="DAV:" xmlns:Office="urn:schemas-microsoft-com:office:office" xmlns:Repl="http://schemas.microsoft.com/repl/ <http://schemas.microsoft.com/repl/>" xmlns:Z="urn:schemas-microsoft-com:">
<D:response><D:href>http://companyweb/</D <http://companyweb/</D>:href><D:propstat><D:prop><D:resourcetype><D:collection/></D:resourcetype><D:getetag>"{73F92E5D-009D-48F0-8B40-3162E93DD709},0"</D:getetag><D:lockdiscovery/><D:supportedlock/></D:prop>
<D:status>HTTP/1.1 200 OK</D:status>
</D:propstat>
<D:propstat>
<D:prop>
<D:getcontentlength/></D:prop>
<D:status>HTTP/1.1 404 Not Found</D:status>
</D:propstat></D:response>
</D:multistatus>
POST /_vti_inf.html HTTP/1.1
Host: companyweb
From: 192.168.83.64
User-Agent: Microsoft Office/12.2.0 (Macintosh 10.5.7, Microsoft Document Connection 12.2.0; Pro)
Accept: */*
Accept-Language: en
Cookie: WSS_KeepSessionAuthenticated=80
Content-Length: 0
Connection: Keep-Alive
HTTP/1.1 404
After few hours of trying now I'm one step further!
1. Error HTTP/1.1 404
HTTP/1.1 404 means that no "_vti_inf.html" file exists.
Just create it!
File: "_vti_inf.html" contains:
<!-- FrontPage Configuration Information
FPVersion="12.0.0.000"
FPShtmlScriptUrl="_vti_bin/shtml.dll/_vti_rpc"
FPAuthorScriptUrl="_vti_bin/_vti_aut/author.dll"
FPAdminScriptUrl="_vti_bin/_vti_adm/admin.dll"
TPScriptUrl="_vti_bin/owssvr.dll"
-->
Now save this file on the �SBS SharePoint" physical location (on my SBS 2008:
�C:\Programm Files\Windows Small Business Server\Bin\WebApp\InternalWebSite")
2. Error HTTP/1.1 405 (Method Not Allowed)
Go to "Server-Manager"-"Internet Information Services - Manager".
Expand the tree to "COMPUTERNAME"-"Sites"-"SBS SharePoint".
Double click on "Handler Mappings" icon, select the "Add Script Map" button.
Type "*.html" (without quotes) in the "Request Path� box.
underneath this, insert in �Executable� �c:\windows\System32\inetsrv\asp.dll�" (without quotes) and find an apposite name.
Select the "Request Restrictions" button, on tab �Mapping� checking the checkbox �Invoke handler only if request is mapped to:� and mark radiobutton �File.
Go to tab �Verbs� and insert �POST� in the textfield.
On �Access� tab check the Script radiobutton an confirm that all with clicks of the �ok� Button.
After a IIS reboot I can now access �companyweb� with �Document Connection�,but there are several problems with write access.
I CANNOT TAKE LIABILITY FOR ANY PROBLEMS RESULTING FROM THIS CHANGE!!!
THE EFFECTS HAVE NOT YET BEEN TESTED!
SharePoint needs to have its 'Client Integration' feature turned on. Log in to your SharePoint Central Administration site as an administrator. Navigate to Central Administration > Application Management > Authentication Providers then click the appropriate zone (in my case, 'Default'). If 'Enable Client Integration' is set to No, switch it to Yes and click Save.
In my case this immediately fixed up the problem. I can now use Microsoft Document Connection to view, create and edit documents in our SharePoint sites.
When I used the non fqdn, it worked.
I imagine you have but I need to ask, have you tried using the machine name
instead of the IP for the windows authentication?
Thanks,
-Kirk
--
This posting is provided "AS IS" with no warranties, and confers no rights.
Please remove "NoSPAM" from my return email address for mail to reach my
Inbox.
--------------------------------------------------------------------------------
<mike...@officeformac.com> wrote in message
news:59b78...@webcrossing.caR9absDaxw...
Hi,
Does it make any difference if you add the domain to your search domains
in the Network control panel?
-Jim
--
Jim Gordon
Mac MVP
Co-author of Office 2008 for Mac All-in-One For Dummies
http://tinyurl.com/Office-2008-for-Dummies
--
This posting is provided "AS IS" with no warranties, and confers no rights.
Please remove "NoSPAM" from my return email address for mail to reach my
Inbox.
--------------------------------------------------------------------------------
<mike...@officeformac.com> wrote in message
news:59b78...@webcrossing.caR9absDaxw...
> mike...@officeformac.com wrote:
> > I've tried all of the above and still no luck! I have two sites (two IP's) pointing to the same data one is set for forms authentication and the other is windows. The forms has a FQDN the windows just has an IP. The system is NOT running AD. When I try to access the windows based through the IP I get all the same errors above. Any thoughts?
>
My two days of bliss has ended. I had to restart my mac yesterday and now while I can connect to the webdav share on the sharepoint server, now I cannot see anything. Furthermore it won't let me eject the volume because it says it's in use, but I have no connections to it. When I run DF from terminal it reports:
df: negative filesystem block count/size from fs /Volumes/(my ip removed)
df: negative filesystem block count/size from fs /Volumes/(my ip removed)
df: negative filesystem block count/size from fs /Volumes/(my ip removed)
df: negative filesystem block count/size from fs /Volumes/(my ip removed)
Filesystem 512-blocks Used Available Capacity Mounted on
/dev/disk0s2 624470624 568413816 55544808 92% /
devfs 238 238 0 100% /dev
fdesc 2 2 0 100% /dev
map -hosts 0 0 0 100% /net
map auto_home 0 0 0 100% /home
df: negative filesystem block count/size from fs /Volumes/(my ip removed)
df: negative filesystem block count/size from fs /Volumes/(my ip removed)
<http://(my> ip removed)/ 0 0 0 0% /Volumes/(my ip removed)
any suggestions now?
<http://technet.microsoft.com/en-us/library/cc288173.aspx>
I had to make sure it had a Public URL.