Connessioni WebDAV gestite dal sistema in SharePoint

Sì, le connessioni sono possibili. Per un volume montato in questo modo, il tipo di file system è:

• webdav

Uso Finder - in Snow Leopard e in altre due versioni del sistema - con SharePoint.

Per connettere

Nella finestra Connetti al server del Finder, utilizza lo stesso URL che utilizzeresti in Microsoft Document Connection.

Un problema di fondo con il servizio Microsoft

Informazioni sui caratteri che non è possibile utilizzare in siti, cartelle e file in SharePoint

… cannot start a file name with the period character. …

App con problemi di compatibilità

Una lista:

• Microsoft Office Excel, PowerPoint e Word 2011 (Service Pack 2) - tutti i tentativi di salvataggio falliscono, si aspettano di vedere messaggi di errore ingannevoli
• Apple Finder - alcuni tentativi di copiare o spostare in SharePoint potrebbero fallire.

La mia risposta per porre una domanda diversa Perché vengono sottolineati i punti ._ i file creati e come posso evitarli? note:

I requisiti
• di Microsoft Office 2011, se utilizzati con un file system come webdav , non vengono soddisfatti da SharePoint.

Quando SharePoint non riconosce che un utente di PowerPoint o di Word con webdav ha aperto un file, c'è il rischio di dataloss: due o più utenti si sovrascrivono a vicenda, senza preavviso prima o dopo la perdita. Non riesco a riprodurre questo problema quando NeoOffice viene utilizzato per aprire tali file.

Excel con webdav sembra sempre aperto .xlsx spreadsheet di sola lettura. Non riesco a riprodurre questo problema quando NeoOffice viene utilizzato per aprire tali file.

(nota a margine: senza tipo di file system webdav , Microsoft Document Connection 14.2.0 (120402) causa un blocco dati senza preavviso, di attributi estesi come i commenti Spotlight.)

Ulteriori informazioni sul Finder

Con webdav , per file e cartelle già presenti sul server SharePoint:

• Finder sembra essere un'app di prima classe per rinominare, spostare o rimuovere elementi.

App più compatibili

Un'altra lista:

• dove le applicazioni di Microsoft Office falliscono, NeoOffice e LibreOffice hanno successo.

Errori di input / output che riguardano i file salvati nei formati Microsoft

Se si tenta di aprire un file Office Open XML ( .docx, .pptx , .xlsx ecc. ) fallisce con un errore di input / output:

1. usa Microsoft Document Connection per avviare una modifica
2. salva una modifica banale al file, chiudi la finestra dell'app che hai usato per l'edizione
3. se necessario, esci dall'app che hai usato per l'edizione.

Quei due o tre passaggi sembrano risolvere, o aggirare, l'errore.

(Se scopro la causa esatta di questi tipi di errori di input / output, aggiungerò a questa risposta o il link a una domanda altrove. Le prime indicazioni sono che si verificano solo dopo che un'app di Microsoft Office non è riuscita a salvare con webdav .)

Sto inserendo questo fuori dal mondo di Windows, ma se la memoria serve l'URL che stai ricevendo da Sharepoint è probabilmente qualcosa come \ my.sharepoint.somewhere \ some \ path \ to \ stuff

Devi convertirlo in qualcosa di più portabile.

Vai in Finder e nel menu "Vai" scegli "Connetti al server ..."

Immettere "smb: //my.sharepoint.somewhere/some/path/to/stuff"

Puoi anche provare a fare clic sul pulsante "Sfoglia" e finché la condivisione di Sharepoint viene pubblicizzata sulla LAN locale dovresti essere in grado di individuare il server e sfogliarne le cartelle condivise.

Ci sono un paio di cose da sapere.

1) Assicurati di poter risolvere il nome "my.sharepoint.somwhere" in un indirizzo IP. (Utilizzare l'opzione Ricerca in Utilità di rete per confermare.)

2) Il tuo Mac potrebbe essere un membro del dominio Windows per potersi connettere. Scusate: è passato un po 'di tempo e non ricordo se questo è un requisito con Sharepoint.

Spero che ti aiuti!

Sarei curioso di sapere se questo funziona. Posso collegarmi al nostro server SharePoint 2010 tramite il Finder (Snow Leopard 10.6.6), ma tutti i file copiati nella condivisione falliscono con un errore -36. Il file viene visualizzato nella condivisione, ma ha 0 byte. La copia con la riga di comando funziona bene.

pw, sto utilizzando link in Go > Connetti al server ...

Utilizzando Transmit funziona, altri client Linux e Linux funzionano, ma Finder e app in Microsoft Office hanno problemi.

Vedi link

Aggiornamento:

Dopo un po 'di lavoro più detective, penso di aver trovato una causa di alcuni problemi: SharePoint ha delle restrizioni sui nomi dei file che sono in conflitto con il modo in cui il sistema memorizza gli attributi estesi o i fork delle risorse su file system privi di supporto per queste cose.

Le restrizioni in SharePoint includono: non consentire nomi di file che iniziano o terminano con un punto. Consulta il link per il set completo di restrizioni.

Quando si utilizza Finder per copiare un file (esempio: foo ) in una condivisione WebDAV di SharePoint, il sistema potrebbe richiedere una controparte (esempio: ._foo ) durante o dopo la scrittura. Disallowance farà fallire un'operazione di scrittura.

Questo spiega anche perché i client WebDAV di terze parti come Cyberduck e Transmit sembrano più compatibili: con alcuni tipi di connessione, perdono i metadati.

Per un volume montato da Transmit con una connessione HTTPS WebDAV a SharePoint, il tipo di file system non è webdav , è:

• transmitdiskfs

Se il Finder non interrompe il file ._ filename quando scrive su webdav condivisioni, o SharePoint inizia ad accettare periodi all'inizio del nome file, non penso che sarai in grado di usare in modo affidabile Finder con condivisioni WebDAV di SharePoint.

wdf (con FUSE) per una connessione WebDAV a SharePoint

MacFUSE è obsoleto. Utilizza un successore come FUSE per OS X .

Ambienti di test

Ho testato la seguente combinazione:

• Finder in OS X
• wdf 1.4.2, che richiede FUSE e neon
• FUSE per OS X 2.3.9
• neon 0.29.6, Revisione 1, installato utilizzando MacPorts 2.0.4.

Per un volume montato in questo modo, il tipo di file system è:

• osxfusefs

Prima un semplice comando wdfs , senza l'opzione volname di FUSE per OS X.

Quindi tenta di aggirare l'errore -43 (vedi sotto), un comando wdfs simile con un'opzione volname .

Risultati, in breve

Il Finder sembra copiare e spostare alcuni tipi di file in SharePoint senza errori. I seguenti tipi di file sembrano OK:

• .docx
• .sh
• .txt
• .zip

La copia del Finder di wdfs-1.4.2.tar è apparso per riuscire ma:

• il risultato era zero byte
• forse .tar file non sono accettabili per SharePoint (si consideri la perdita silenziosa di alcuni tipi di metadata , forse alcuni tipi di dati vengono rifiutati in modo ugualmente sminuito)
• Non pianifico ulteriori indagini sui motivi di questa eccezione.

È possibile che un attributo esteso di un file (testato: commenti Spotlight) venga conservato dopo la copia in SharePoint, ma l'attributo mancherà quando verrà montato il volume successivo.

Le date di creazione, modifica e ultima apertura appaiono errate (i motivi per questo sono noti, ma oltre lo scopo di questa risposta). Per gli stessi file, le date appariranno corrette con una connessione WebDAV gestita dal sistema.

Cartelle

SharePoint accetterà, dal Finder, una copia o lo spostamento di una cartella senza .DS_Store ( Negozio di servizi desktop ).

Più in generale, i tentativi di copiare o spostare le cartelle possono fallire con errori come:

• -43
• -36 - quando alcuni dati in .DS_Store non possono essere letti o scritti.

Se SharePoint aggiusta file Thumbs.db paragonabili da client Windows, non lo so.

Microsoft Office 2011

Come previsto:

• queste applicazioni Microsoft non possono salvare su un volume montato in questo modo; fai attenzione ai dati di dataloss e zero byte Word Work File… .tmp detriti
• dove Word 2011 ha esito negativo, LibreOffice ha esito positivo e così via.

Trasmetti la connessione HTTPS WebDAV a SharePoint

Trasmissione del panico

Per un volume montato in questo modo, il tipo di file system è:

• transmitdiskfs

conflitti

Anche se viene utilizzato transmitdiskfs , potrebbe essere impossibile utilizzare i file system orientati a FUSE:

• Trovo che wdf diventa inutilizzabile
• Trovo che Wuala non possa più montare un volume
• RISOLTO ??? Ri: [OSXFUSE] TrueCrypt 7.1a fornito OSXFUSE dà errore OSXFUSE file system non è disponibile (71) (aprile 2012) suggerisce che TrueCrypt diventa inutilizzabile
• e così via.

Allo stesso modo: dove viene utilizzato il tipo di sistema di file osxfusefs (per qualsiasi scopo, non solo wdf), potresti trovare che il kernel:

fails to load kext com.panic.TransmitDisk.transmitdiskfs (error 0xdc008017).

Stiamo riscontrando lo stesso problema con i file 0 byte. Ho letto che Finder potrebbe non essere in grado di supportare HTTPS in modo nativo, anche se il supporto dietro le quinte di Mac OSX è già lì ...