Mi oficina usa:
¿Puede Finder conectarse a un servidor de SharePoint?
¿Se puede extender MacFUSE para montar una ruta de SharePoint como un volumen en Mac OS X?
Sí, las conexiones son posibles. Para un volumen montado de esta manera, el tipo de sistema de archivos es:
webdav Utilizo Finder, en Snow Leopard y en otras dos versiones del sistema, con SharePoint.
En la ventana Conectarse al servidor de Finder, use la misma URL que usaría en Microsoft Document Connection.
Información sobre los caracteres que no puede usar en sitios, carpetas y archivos en SharePoint
... no puede iniciar un nombre de archivo con el carácter de punto. ...
Una lista corta:
Mi respuesta para hacer una pregunta diferente ¿Por qué se crean puntos con un subrayado de puntos ._ y cómo puedo evitarlos? notas:
webdav , no se cumplen en SharePoint. Cuando SharePoint no reconoce que un usuario de PowerPoint o Word con webdav ha abierto un archivo, existe el riesgo de pérdida de datos: dos o más usuarios sobrescriben el trabajo del otro, sin advertencia antes o después de la pérdida. No puedo reproducir este problema cuando se utiliza NeoOffice para abrir tales archivos.
Parece que Excel con webdav siempre abre .xlsx de hojas de cálculo de solo lectura. No puedo reproducir este problema cuando se utiliza NeoOffice para abrir tales archivos.
(Nota al margen: sin tipo de sistema de archivos webdav , Microsoft Document Connection 14.2.0 (120402) causa un bloqueo de datos sin advertencia, de atributos extendidos como los comentarios de Spotlight.)
Con webdav , para archivos y carpetas que ya están en el servidor de SharePoint:
Otra lista corta:
Si intentas abrir un archivo Office Open XML ( .docx, .pptx , .xlsx etc. ) falla con un error de entrada / salida:
Esos dos o tres pasos parecen resolver o solucionar el error.
(Si descubro la causa exacta de esos tipos de errores de entrada / salida, agregaré a esta respuesta o enlazaré a otra pregunta. Las primeras indicaciones son que ocurren solo después de que una aplicación de Microsoft Office no haya podido guardar con webdav .)
Estoy ingresando esto fuera del mundo de Windows, pero si la memoria sirve la URL que está obteniendo de Sharepoint es probablemente algo como \ my.sharepoint.somewhere \ some \ path \ to \ stuff
Necesitas convertir eso en algo más portátil.
Vaya al Finder y, en el menú "Ir", seleccione "Conectarse al servidor ..."
Ingrese "smb: //my.sharepoint.somewhere/some/path/to/stuff"
También puede intentar hacer clic en el botón "Examinar" y, siempre que se anuncie el recurso compartido Sharepoint en la LAN local, debería poder ubicar el servidor y explorar sus carpetas compartidas.
Hay que tener en cuenta un par de cosas.
1) Asegúrese de que puede resolver el nombre "my.sharepoint.somwhere" en una dirección IP. (Utilice la opción Buscar en la Utilidad de red para confirmar esto).
2) Su Mac puede necesitar ser miembro del dominio de Windows para poder conectarse. Lo siento, ha pasado un tiempo y no puedo recordar si esto es un requisito con Sharepoint.
Espero que ayude!
Tendría curiosidad si haces que esto funcione. Puedo conectarme a nuestro servidor de SharePoint 2010 a través del Finder (Snow Leopard 10.6.6), pero cualquier archivo copiado al recurso compartido falla con un error -36. El archivo aparece en el recurso compartido, pero tiene 0 bytes. Copiar con la línea de comando funciona bien.
Fwiw, estoy usando enlace en Go > Conectar al servidor ...
Al usar Transmit funciona, otros clientes de Linux y Linux funcionan, pero Finder y las aplicaciones en Microsoft Office tienen problemas.
Consulte enlace
Después de un trabajo de detective más, creo que he encontrado la causa de algunos problemas: SharePoint tiene restricciones de nombre de archivo que entran en conflicto con la forma en que el sistema almacena atributos extendidos o recursos de recursos en sistemas de archivos que carecen de soporte para esas cosas.
Las restricciones en SharePoint incluyen: no permitir nombres de archivos que comiencen o terminen con un período. Consulte enlace para ver el conjunto completo de restricciones.
Al usar el Finder para copiar un archivo (ejemplo: foo ) a un recurso compartido de WebDAV de SharePoint, el sistema puede requerir una contraparte (ejemplo: ._foo ) durante o después de la escritura. La anulación provocará un error en la operación de escritura.
Esto también explica por qué los clientes WebDAV de terceros, como Cyberduck y Transmit, parecen más compatibles: con algunos tipos de conexión, pierden metadatos.
Para un volumen montado por Transmit con una conexión WebDAV HTTPS a SharePoint, el tipo de sistema de archivos no es webdav , es:
transmitdiskfs A menos que el Finder detenga las cosas ._filename al escribir en webdav shares, o que SharePoint empiece a aceptar períodos al comienzo de los nombres de archivo, no creo que pueda usar de manera confiable Buscador con recursos compartidos de WebDAV de SharePoint.
MacFUSE está desactualizado. Utilice un sucesor como FUSE para OS X .
Probé la siguiente combinación:
Para un volumen montado de esta manera, el tipo de sistema de archivos es:
osxfusefs Primero, un simple comando wdfs , sin la opción volname de FUSE para OS X.
Luego, intentando evitar el error -43 (ver más abajo), un comando wdfs similar con una opción volname .
El buscador parece copiar y mover algunos tipos de archivos a SharePoint sin error. Los siguientes tipos de archivo parecen estar bien:
.docx .sh .txt .zip La copia del buscador de wdfs-1.4.2.tar pareció tener éxito pero:
.tar no sean aceptables para SharePoint (considere la pérdida silenciosa de algunos tipos de metadatos ; tal vez algunos tipos de datos se rechacen de manera igualmente con pérdida) Puede parecer que un atributo extendido de un archivo (probado: comentarios de Spotlight) se conserva después de la copia a SharePoint, pero encontrará que falta el atributo cuando se monte el volumen a continuación.
Las fechas de creación, modificación y última apertura parecen incorrectas (las razones para esto son conocidas, pero están fuera del alcance de esta respuesta). Para los mismos archivos, las fechas aparecerán correctamente con una conexión WebDAV administrada por el sistema.
SharePoint aceptará, desde el Finder, una copia o movimiento de carpeta que no tenga .DS_Store ( Desktop Services Store ) archivo.
Más generalmente, los intentos de copiar o mover carpetas pueden fallar con errores como:
-43 -36 : cuando algunos datos en .DS_Store no se pueden leer ni escribir. Si SharePoint barre los archivos Thumbs.db comparables de los clientes de Windows, no lo sé.
Como se esperaba:
Word Work File… .tmp debris Para un volumen montado de esta manera, el tipo de sistema de archivos es:
transmitdiskfs Mientras se usa transmitdiskfs , puede ser imposible usar sistemas de archivos orientados a FUSE:
De manera similar: donde se usa el tipo de sistema de archivos osxfusefs (para cualquier propósito, no solo wdfs), puede encontrar que el núcleo:
no puede cargar kext com.panic.TransmitDisk.transmitdiskfs (error 0xdc008017).
Estamos experimentando el mismo problema con los archivos de 0 bytes. He leído que es posible que el Finder no sea compatible con HTTPS de forma nativa, a pesar de que el soporte detrás de escena en Mac OSX ya está ahí ...
Lea otras preguntas en las etiquetas ms-office filesystem snow-leopard webdav microsoft-sharepoint