É possível montar o SharePoint como um volume em 10.6?
2011-01-27 06:52:56 UTC
Meu escritório usa:
Microsoft SharePoint para armazenar e criar versões de nossos documentos
Microsoft Office, com Microsoft Document Connection para se conectar ao site do SharePoint.
O Finder pode se conectar a um servidor SharePoint?
O MacFUSE pode ser estendido para montar um caminho do SharePoint como um volume no Mac OS X?
O Sharepoint não usa WebDAV? Nesse caso, deve ser possível montá-lo pelo recurso Connect to Server do Finder inserindo o URL HTTP.
não parece, recebo um erro "não foi possível resolver o host" se eu inserir o endereço copiado do sharepoint
Substitua o nome do host pelo endereço IP.
Alguns serviços da Microsoft fazem coisas inesperadas com / em torno do DNS. Jared, veja se o host é resolvido quando o Finder e o serviço do SharePoint estão na mesma rede local.
Várias respostas sobrepostas a esta pergunta: [Com o WebDAV fornecido pelo Microsoft SharePoint, como podemos minimizar os riscos de corrupção e sobregravações de vários usuários?] (Http://apple.stackexchange.com/q/56189/8546)
2012-04-25 22:17:39 UTC
Conexões WebDAV gerenciadas pelo sistema para o SharePoint
Sim, as conexões são possíveis. Para um volume montado dessa forma, o tipo de sistema de arquivo é:
Eu uso o Finder - no Snow Leopard e em duas outras versões do sistema - com o SharePoint.
Na janela Conectar ao servidor do Finder, use a mesma URL que usaria no Microsoft Document Connection.
Um problema subjacente com o serviço da Microsoft
Informações sobre os caracteres que você não pode usar em sites, pastas e arquivos no SharePoint
… não pode iniciar um nome de arquivo com o caractere ponto. …
Aplicativos com problemas de compatibilidade
Microsoft Office Excel, PowerPoint e Word 2011 (Service Pack 2) - todas as tentativas de salvar falharão, espere ver mensagens de erro enganosas
Apple Finder - algumas tentativas de copiar ou mover para o SharePoint podem falhar.
Minha resposta para fazer perguntas diferentes Por que os arquivos ._ dot sublinhados são criados e como posso evitá-los? notas:
requisitos do Microsoft Office 2011, quando usado com um sistema de arquivos como o webdav , não são atendidos pelo SharePoint.
Quando o SharePoint não reconhece que um usuário do PowerPoint ou Word com webdav abriu um arquivo, existe o risco de perda de dados - dois ou mais usuários sobrescrevem o trabalho um do outro , sem nenhum aviso antes ou depois da perda. Não consigo reproduzir esse problema quando o NeoOffice é usado para abrir esses arquivos.
O Excel com webdav parece sempre abrir planilhas .xlsx somente leitura. Não consigo reproduzir esse problema quando o NeoOffice é usado para abrir esses arquivos.
(Nota lateral: sem o tipo de sistema de arquivo webdav , Microsoft Document Connection 14.2.0 (120402) causa perda de dados sem aviso, de atributos estendidos, como Comentários em destaque.)
Mais sobre o Finder
Com o webdav , para arquivos e pastas que já estão no servidor SharePoint:
Finder parece ser um aplicativo de primeira classe para renomear, mover ou remover itens .
Aplicativos que são mais compatíveis
onde os aplicativos do Microsoft Office falham, o NeoOffice e o LibreOffice são bem-sucedidos.
Erros de entrada / saída que afetam arquivos salvos em formatos da Microsoft
Se uma tentativa de abrir um arquivo Office Open XML (. docx, .pptx , .xlsx etc.) falha com um erro de entrada / saída:
use Microsoft Document Connection para iniciar uma edição
salve uma alteração trivial no arquivo, feche a janela do aplicativo que você usou para a edição
se necessário, feche o aplicativo que você usou para a edição.
Essas duas ou três etapas parecem resolver, ou contornar, o erro.
(Se eu descobrir a causa exata desses tipos de erro de entrada / saída, irei adicionar a esta resposta ou vincular a uma pergunta em outro lugar. As primeiras indicações são de que eles ocorrem apenas após um aplicativo do Microsoft Office falhou ao salvar com webdav .)
2011-01-29 14:27:41 UTC
Estou inserindo isso fora do mundo do Windows, mas se a memória servir a URL que você está obtendo do Sharepoint é provavelmente algo como \ my.sharepoint.somewhere \ some \ path \ to \ stuff
Você precisa convertê-lo em algo mais portátil.
Vá para o Finder e, no menu "Ir", escolha "Conectar ao servidor ..."
Digite "smb: // meu .sharepoint.somewhere / some / path / to / stuff "
Você também pode tentar clicar no botão" Browse "e enquanto o compartilhamento do Sharepoint estiver sendo anunciado na LAN local, você deve conseguir localizar o servidor e navegue nas pastas compartilhadas.
1) Certifique-se de que você pode resolver o nome "my.sharepoint.somwhere" para um endereço IP. (Use a opção Lookup no Network Utility para confirmar isso.)
2) Seu Mac pode precisar ser um membro do domínio do Windows para poder se conectar. Desculpe - já faz um tempo e não me lembro se isso é um requisito do Sharepoint.
Ponto 2 acima - acho que depende de como a autorização do Sharepoint foi configurada para o IIRC. Mesmo que você não seja um membro do domínio, muitas vezes você pode se autenticar em uma conta de domínio para obter acesso ... * encolher os ombros *
Sem dados - obrigado
Em minha experiência limitada com um serviço do SharePoint, recentemente oferecido a mim para fins de teste: o URL para conexão WebDAV deve ser ** https ou http ** - conforme usado com o Microsoft Document Connection - ** não smb **. No meu caso, o mesmo URL https funciona para (a) uma montagem no OS X e (b) um mapeamento de unidade no Windows 7.
2011-01-30 03:05:08 UTC
Eu ficaria curioso se você fizer isso funcionar. Posso me conectar ao nosso servidor SharePoint 2010 por meio do Finder (Snow Leopard 10.6.6), mas todos os arquivos copiados para o compartilhamento falham com um erro -36. O arquivo aparece no compartilhamento, mas tem 0 bytes. Copiar com a linha de comando funciona bem.
fwiw, estou usando https://my.sharepoint.school.edu/personal/username/ em Go> Connect to Server …
Usando o Transmit funciona, outros clientes Linux e Windows funcionam, mas o Finder e os aplicativos no Microsoft Office têm problemas.
Veja http://openradar.appspot.com/radar?id=809401
Depois de mais um detetive trabalho, acho que encontrei a causa de alguns problemas: o SharePoint tem restrições de nome de arquivo que entram em conflito com a maneira como o sistema armazena atributos estendidos ou bifurcações de recursos em sistemas de arquivos que não têm suporte para essas coisas.
As restrições no SharePoint incluem: não permitir nomes de arquivo que comecem ou terminem com um ponto. Consulte http://support.microsoft.com/kb/905231 para o conjunto completo de restrições.
Ao usar o Finder para copiar um arquivo (exemplo: foo ) para um compartilhamento WebDAV do SharePoint, o sistema pode exigir uma contraparte (exemplo: ._foo ) durante ou após a gravação. A não permissão fará com que uma operação de gravação falhe.
Isso também explica por que clientes WebDAV de terceiros, como Cyberduck e Transmit, parecem mais compatíveis - com alguns tipos de conexão, eles perdem metadados.
Para um volume montado por Transmitir com uma conexão WebDAV HTTPS para SharePoint, o tipo de sistema de arquivos não é webdav , é:
A menos que o Finder pare as coisas de ._filename ao gravar em compartilhamentos webdav ou SharePoint começa a aceitar pontos no início dos nomes de arquivo, não acho que você conseguirá usar o Finder de maneira confiável com compartilhamentos do SharePoint WebDAV.
Provavelmente não é um bug no software da Apple. Eu adicionei um [comentário no OpenRadar] (http://openradar.appspot.com/radar?id=809401#aglvcGVucmFkYXJyDwsSB0NvbW1lbnQY8aVnDA).
Espero que você não se importe se eu pegar emprestado sua resposta - com um quadro mais amplo em mente (alguns dos quais são privados), escolhi fornecer respostas que são específicas do sistema de arquivos. Eu olhei os comportamentos do Finder [cerca de cinco anos atrás] (http://www.mail-archive.com/[email protected]/msg00172.html), é bom ver as coisas agora se juntando no Stack Exchange. Eu adicionei outro comentário ao Open Radar. Próximo na minha lista: em [Por que os arquivos ._ com sublinhado de ponto são criados, e como posso evitá-los?] (Http://apple.stackexchange.com/q/14980/8546) uma resposta para a parte * evitação * de aquela questão.
2012-04-29 21:43:51 UTC
wdfs (com FUSE) para uma conexão WebDAV com o SharePoint
MacFUSE está desatualizado. Use um sucessor, como FUSE para OS X.
Eu testei a seguinte combinação:
wdfs 1.4.2, que requer FUSE e neon
FUSE para OS X 2.3.9
neon 0.29.6, Revisão 1, instalado usando MacPorts 2.0.4.
Para um volume montado dessa forma, o tipo de sistema de arquivo é:
Primeiro, um comando wdfs simples, sem a opção volname do FUSE para OS X.
Tentando contornar o erro -43 (veja abaixo), um comando wdfs semelhante com uma opção volname .
O Finder parece copiar e mover alguns tipos de arquivo para o SharePoint sem erros. Os seguintes tipos de arquivo parecem OK:
Cópia do Finder de wdfs-1.4.2.tar pareceu funcionar, mas:
o resultado foi zero bytes
talvez os arquivos .tar sejam inaceitáveis ​​para o SharePoint (considere a perda silenciosa de alguns tipos de metadados ; talvez alguns tipos de dados sejam rejeitados de forma igualmente com perdas)
Não planejo uma investigação mais aprofundada das razões para esta exceção.
Um atributo estendido de um arquivo (testado: comentários do Spotlight) pode parecer preservado após a cópia para o SharePoint, mas você encontrará o atributo ausente quando o volume for próximo montado.
As datas de criação, modificação e última abertura aparecem incorretas (as razões para isso são conhecidas, mas estão além do escopo desta resposta). Para os mesmos arquivos, as datas aparecerão de acordo com uma conexão WebDAV gerenciada pelo sistema.
O SharePoint aceitará, do Finder, uma cópia ou movimentação de uma pasta que não tenha um .DS_Store ( Desktop Services Store) arquivo.
De forma mais geral, as tentativas de copiar ou mover pastas podem falhar com erros como:
-36 - quando alguns dados em .DS_Store não podem ser lidos ou gravados.
Se o SharePoint barra arquivos Thumbs.db comparáveis ​​de clientes Windows, eu não sei.
Como esperado:
esses aplicativos da Microsoft não podem salvar em um volume montado dessa maneira; cuidado com perda de dados e zero byte Arquivo de trabalho do Word… .tmp detritos
onde o Word 2011 falha, o LibreOffice é bem-sucedido e assim por diante.
2012-05-12 14:44:08 UTC
Transmita a conexão HTTPS WebDAV para o SharePoint
Transmissão Panic
Embora transmitdiskfs seja usado, pode ser impossível use sistemas de arquivos orientados para FUSE:
Acho que wdfs se tornou inutilizável
Acho que Wuala não consegue mais montar um volume
RESOLVIDO ??? Re: [OSXFUSE] Truecrypt 7.1a fornecido OSXFUSE dá erro O sistema de arquivos OSXFUSE não está disponível (71) (abril de 2012) sugere que o TrueCrypt se torna inutilizável
Da mesma forma: onde o tipo de sistema de arquivo osxfusefs é usado (para qualquer propósito, não apenas wdfs), você pode descobrir que o kernel:
falha ao carregar kext com.panic.TransmitDisk.transmitdiskfs (erro 0xdc008017).
2012-01-29 12:21:50 UTC
Estamos enfrentando o mesmo problema com arquivos de 0 byte. Eu li que o Finder pode não ser capaz de suportar HTTPS nativamente, embora o suporte nos bastidores no Mac OSX já exista ...
Por favor, onde você leu que HTTPS não é compatível com o Finder? Se você tem uma pergunta sobre arquivos de zero bytes, faça uma pergunta (não uma resposta) - obrigado.