transfert sftp de mac à linux, les accents, toujours les accents...

[xavman]

Bonjour à tous

voila mon problème que je vais essayer d'exposer aussi clairement que possible

Donc, j'utilise le protocole ssh et en l'occurence sftp pour synchroniser des données de mon mac vers des serveurs linux

Jusque la tout va bien sauf en ce qui concerne les accents

La commande sftp semble utiliser l'encodage UTF8 par défaut

Le soft Cyberduck permet de choisir un encodage

L'encodage en UTF8 me permet de conserver les accents (du mac vers le serveur), les transferts dans les 2 sens fonctionnent au poil

En encodage ISO8859-1 ou ISO8859-15, les accents ne sont pas supportés et remplacés par des caratcères plus ou moins aléatoires.

L'encodage en UTF8 semble être la réponse parfaite mais seulement voila, si j'essaye de monter le volume réseau (via samba) contenant les données exportés par sftp, tous les répertoires contenant des accents sont transparants et se font la malle lorsque j'essaye de rentrer dedans

Le volume doit être démonté puis remonté pour voir de nouveau ces fameux répertoire fuyants

Dans les autres encodages, les répertoires sont accessibles (mais les accents se sont eux fait la malle)

Je tiens à préciser que lorsque j'accède au volumé réseau, je peux sans aucun problème créer des répertoires ou fichiers contenant des accents

J'ai essayé de mofidier la conf du serveur samba en forcant l'utilisation d'un des 3 encodages mais sans succès

helppppppe me....

La synchronisation de répertoire (ou la sauvegarde) avec sftp est tout simplement sompteuse, cumulant tous les avantages de la sécurité à la souplesse, seulement cette histoire d'accent est quelque peu frustrant...

@@@+++++

[Grincheux]

Je viens de faire le test en utilisant non pas Samba, mais AFP (Apple File Protocol).
La le finder ne plante pas, on voit tous les fichiers (avec les accents), mais quand on veut ouvrir un fichier, il ne trouve pas les fichiers accentués
Pour moi le problème ne viendrait pas d'un problème d'encodage, mais plutôt du fait que Linux ne stocke pas la branche ressource des fichiers (voir la pour plus d'infos) quand on transfert en FTP ou SFTP, uniquement si on passe par AFP.

Edit : les fichiers sont par contre bien tranférés dans leur intégralité sur le Linux, on peut les ouvrir sur la machine, ce qui renforce mon avis sur le ressource fork.

Ce message a été modifié par Grincheux - 10 Mar 2006, 09:08.

[jpimbert]

Edit : les fichiers sont par contre bien tranférés dans leur intégralité sur le Linux, on peut les ouvrir sur la machine, ce qui renforce mon avis sur le ressource fork.

C'est pourquoi j'ai réécris mon script de synchronisation en utilisant les commandes ssh (pour garder la liaison sécurisée) et ditto (pour copier les ressources en même temps que les données).
ditto a un inconvénient ; il ne fonctionne que sous MacOSX.
Autre possibilité, que je n'ai pas essayée ; créer le fichier "._*" contenant les ressources et les méta-données et envoyer ce fichier en même temps que les données. C'est ce que fait le menu contextuel "Créer une archive sous Finder". En principe le Finder reconnait automatiquement les fichiers "._*" comme étant les ressources-fork sur des volumes non-Apple.