Eu figurei para fora o que o problema poderia ser mas eu ainda preciso de compreender porque aquele aconteceu! A mensagem que eu tive do centro da sincronização embora confirmasse que a sincronização era bem sucedida, na realidade as limas & os dobradores não fossem feitos completamente a fora de linha disponível.
Eu podia reproduzir a mesma encenação (limas/dobradores identificados por meio de X no canto e nos ícones transparentes) traçando uma parte da rede, fazendo lhe fora de linha disponível, sincronizando o PARCIALMENTE e tentando alcançar fora de linha limas. Porque as limas não são feitas a fora de linha disponível inteiramente, as janelas eram incapazes de seri-las ao usuário quando foram alcançadas! Embora isto não respondesse a porque o usuário era incapaz de alcançar em linha a parte (poderia ser essa fora da edição) em uma conexão de VPN como idealmente devem ser acessível em linha quando em uma conexão de VPN!!
Pode qualquer um jogar uma luz sobre se há algum limite aos atributos below que podem afetar a habilidade dos centros da sincronização de segurar a sincronização de dobradores fora de linha.
1) A quantidade dos dados (tamanho no disco - nesta encenação, os dados de usuários eram ~33GB)
2) Número de limas/dobradores
3) Níveis de dobradores na estrutura de diretório
4) O comprimento do trajeto o mais longo da lima (em XP o trajeto da lima que excede 255 caráteres causará os problemas, que eu tenho experimentado antes)
Nós controlamos resolver a edição resynchronising os dobradores mas não é ideal não poder confiar em confirmações dos centros da sincronização. Eu igualmente gostaria de saber porque o centro da sincronização era incapaz de apontar a falha da sincronização, mim sou certo que há os parâmetros predefinidos que afetam este comportamento!?!?