Je vous décris la manip en tenant compte du bug Microsoft qui va avec (ou de la feature de sécurité, appelez ça comme vous voulez).
Le bug est le suivant : impossible d’accéder à un partage (fichier ou imprimante) en utilisant un alias (CNAME) d’une machine sur Windows serveur (au moins 2000 et 2003).

Voici comment faire.

Sur votre DNS, créez le CNAME qui pointe de mon_serveur_d_impression et rechargez-le.
Testez, ça ne marche pas : net view vraisrv1 affiche les partages et net view mon_serveur_d_impression n’affiche rien et crie au scandale avec un message complètement inapproprié :

C:\>net view mon_serveur_d_impression
L'erreur système 52 s'est produite.

Vous n'étiez pas connecté car il y avait un nom en double sur le réseau. Allez dans Système dans le Panneau de configuration et modifiez le nom de l'ordinateur et essayez à nouveau.

Appliquez donc la correction décrite ici : http://support.microsoft.com/?kbid=281308, à savoir, ajoutez une clef « DisableStrictNameChecking » à valeur 1 dans la base de registre, à l’emplacement « HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanmanServer\Parameters ». A faire sur le serveur « vraisrv1″, celui pour lequel on veut créer un alias.
Redémarrez le service « Serveur » (correspondant à LanmanServer) – ça, c’est pas dit dans la doc Microsoft – ou, plus simplement redémarrez le serveur. Car le service « Serveur » est central et il y a pas mal de dépendances.

Ensuite, le net view mon_serveur_d_impression fonctionnera, ou, plus simplement, le « Démarrer -> Exécuter -> \\mon_serveur_d_impression »

Avec un nom comme « DisableStrictNameChecking », on pourrait presque croire que c’est un paramètre de sécurité…. ils sont forts au marketting Windows. Je vois d’ici le transparent Powerpoint lors d’une grand-messe : « nous avons permis un paramètre laxiste pour permettre de ne plus contrôler le nom réel du serveur ». Traduction : « on a corrigé un bug bien moisi qu’on trouvé des admins sachant gérer un DNS et ayant compris à quoi ça sert ».

Donc, avec ce présent article et mon post précédent dans ce blog sur le partage de répertoire IMAP, vous devriez avoir un carnet d’adresses unique, centralisé, tout ça…
Ce n’est pas complètement rose car une limitation du plug-in en question (dispo ici) est qu’il ne fait pas réellement de synchronisation, mais permet juste d’envoyer ou de récupérer un carnet d’adresses. C’est déjà ça.

Je décris ci-dessous la méthode via un répertoire partagé IMAP, c’est le plus polyvalent à mon avis si vous utilisez votre Thunderbird partout. Exemple : sur des réseaux différents, au boulot où le FTP ne passe pas simplement et où un partage CIFS / Samba avec votre machine chez vous n’est pas vraiment envisageable.

Personnellement, j’ai créé une boîte aux lettres partagées spécifique pour ça et je partage ça avec plusieurs utilisateurs (ma femme, mon chat ; les gosses sont trop petits). Ca donne ça :

Ensuite, vous installez le plug-in AddressBooks Synchronizer depuis Thunderbird et vous le configurez comme suit :

J’ai opté pour faire les mises à jour (envois du fichier) à la main et le téléchargement automatiquement.

Et wala

C’est bien fait, exemple : un utilisateur qui lit un message voit ce message passer en statut « lu », mais uniquement pour lui, pas pour ses petits copains.

Le principe est le suivant :

1) Je crée une arborescence « Maildir » spécifique pour les partages (surtout pas dans mon « Maildir » standard, c’est mal).

2) Je crée, dans cette arborescence, un ou plusieurs répertoires de mails auxquels je donnerai des droits propres, par utilisateur.

3) J’affecte les droits qui vont bien aux utilisateurs, pour chaque répertoires de mails.

4) Les utilisateurs qui ont ainsi des accès à des boîtes partagées (et moi le premier) déclarent ces partages en deux temps :
a) Dans leur Maildir « normale », ils indiquent des liens vers des « Shared-Maildir » où ils ont des répertoires partagés.
b) Puis dans leur client IMAP (que ce soit du web genre Squirrelmail ou du lourd genre Thunderbird…), ils s’abonnent aux répertoires de mails qui les intéressent et pour lesquels ils ont des droits.

5) Enfin, c’est probablement optionnel mais néanmoins confortable, les utilisateurs se créent une seconde « identité » (terme dans Thunderbird) dans laquelle ils indiquent que les messages envoyés sous cette identité iront dans la boîte partagée. Sinon, un déplacement du INBOX.Sent standard vers le répertoire partagé doit fonctionner aussi je pense.

Après la théorie, la pratique.
Dans l’exemple ci-dessous, je suis l’utilisateur « marcel » (qui n’est pas le root) et je veux partager un répertoire de mails « BoulotCommunAvecMarcel » avec l’utilisateur « dupont ».

1) Je crée un « Maildir » « partageable » :

marcel:$ maildirmake -S /libre/SharedMaildirDeMarcel

La notion de « partageable » (-S) se traduit simplement par quelques permissions. Ca fait quelque chose comme un

chmod go+rx

qui va bien là où un « Maildir » normal est en permissions 700.

2) Dans cette coquille vide, je crée un répertoire « BoulotCommunAvecMarcel » en spécifiant « qu’il y aura des droits d’écriture » (sans pour l’instant définir les droits par utilisateur) :

marcel:$ maildirmake -f BoulotCommunAvecMarcel -s write /libre/SharedMaildirDeMarcel/

On peut boucler sur cette étape pour créer d’autres répertoires partagé bien sûr : ProjetToto, MailsDebiles etc.

3) Je donne les droits :

marcel:$ maildiracl -set /libre/SharedMaildirDeMarcel INBOX.BoulotCommunAvecMarcel user=marcel +aceilrstwx

Je sais pas si c’est nécessaire, étant le proprio.
Le détail des droits « aceilrstwx » est dans le

man maildiracl

.
Puis, pour mon utilisateur dupont, je lui donne le droits notamment d’écriture :

marcel:$ maildiracl -set /libre/SharedMaildirDeMarcel INBOX.BoulotCommunAvecMarcel user=dupont +ilrs

Vous pouvez contrôler le résultat grâce à la commande suivante :

marcel:$ maildiracl -list /libre/SharedMaildirDeMarcel INBOX.BoulotCommunAvecMarcel

Ce qui donne :

owner   aceilrstwx
administrators  aceilrstwx
user=marcel    aceilrstwx
user=dupont  ilrs

Enfin, vous pouvez itérer sur ces commandes pour partager d’autres répertoires avec d’autres utilisateurs.

4) Les utilisateurs déclarent qu’il veut accéder à des shared-maildirs :

dupont:$ maildirmake --add mesbalpartagees=/libre/SharedMaildirDeMarcel ~/Maildir/

(attention : « moins moins add », wordpress me coupe un des « - », excusez-moi)
En gros, ça déclare dans votre ~/Maildir/shared-maildirs que vous pouvez vous abonner à des répertoires partagés dans /libre/Sharedblablabla et que vous donnez le petit nom « mesbalpartagees » à ce « lien ».

Ensuite il faut s’abonner à ces répertoires partagés. Exemple en quelques mots depuis Thunderbird : bouton droit depuis le « courrier entrant » de votre compte, puis « s’abonner ». En plus de « INBOX », vous verrez « shared », et dedans, comme par magie, les répertoires de mails où vous avez des droits (issus de « maildiracl »).

Notez que « marcel », le propriétaire, devra le faire aussi. C’est pas parce-qu’il est proprio qu’il s’est abonné à ce répertoire.

5) Gérer les identités (dans Thunderbird) :
Dans les « paramètres du compte », bouton « gérer les identités ». L’idée est de paramétrer la chose pour dire : les éléments envoyés par cette identité seront stockés dans la boîte mail partagée.

Enfin, à la composition d’un mail, vous choisirez la bonne identité pour que ça se comporte comme prévu.
Sinon, sans jouer avec tout ça, vous déplacez le message à publier de « INBOX.Sent » à « shared.BoulotCommunAvecMarcel ». Pigé ?

Ca a l’air compliqué, mais c’est relativement simple en fait.

Dommage qu’il n’y ait pas – à ma connaissance – un plug-in qui va bien pour Thunderbird ou pour un webmail pour gérer tout ça avec des clics.