Annexe B : comment donner son avis et signaler des bugs

Annexe B : comment donner son avis et signaler des bugs

Voici comment faire part de votre avis à l'équipe de développement de PuTTY. La section B.1 donne quelques consignes d'ordre général au sujet de l'envoi de courriers électroniques à l'équipe de développement. Les sections suivantes donnent des consignes plus spécifiques pour des certains types de courriers électroniques, tels que le signalement de bugs et la demande de nouvelles fonctionnalités.

B.1. Consignes générales

L'équipe de développement de PuTTY reçoit beaucoup de courriers électroniques. Si vous pouvez résoudre votre problème en cherchant dans le manuel, en lisant la Foire Aux Questions, en consultant le site web, en demandant à un collègue ou un ami, ou peut-être en posant la question sur un forum de discussion ( cf. section B.1.2 ), ou par tout autre moyen, cela nous faciliterait bien la vie.

Nous recevons tellement de courriers électroniques que nous n'avons réellement pas le temps de répondre à tous. Nous le regrettons, mais nous n'y pouvons rien. Donc, si vous en avez la possibilité, merci de ne PAS nous écrire. En particulier, il vaut mieux poster les appels à l'aide et poser les questions sur des newsgroups, des forums ( voir à ce sujet la section B.5 ), ou demander à votre expert local, si vous en avez un.

L'adresse e-mail pour contacter l'équipe de développement de PuTTY est en réalité une liste de diffusion privée lue par les quatre ou cinq développeurs qui sont au cœur du projet. Ne le prenez pas mal si c'est une liste de diffusion, au lieu d'être l'adresse mail individuelle d'une seule et unique personne : si certaines données que vous avez besoin de joindre à un rapport de bug sont confidentielles, pas d'inquiétude à avoir. Vous pouvez avoir confiance en la discrétion des destinataires de cette liste de diffusion. De même, les archives de la liste ne sont pas rendues publiques, donc vous pouvez nous écrire sans craindre de vous faire polluer votre boîte mail en retour, par de la pub ou d'autres sortes de courriers électroniques indésirables.

Merci de choisir un titre pertinent pour votre message. Nous recevons beaucoup de courriers électroniques, et il est difficile de retrouver un message en particulier, parmi tant d'autres, s'ils sont tous intitulés « J'ai trouvé un bug dans PuTTY ! ».

B.1.1. Envoi de pièces jointes de grande taille

Étant donné que l'adresse de contact pour nous joindre est une liste de diffusion, et non l'adresse individuelle d'une personne unique, les mails dont la taille dépasse 40 Ko seront examinés par l'administrateur de la liste de diffusion, et ne seront transmis aux destinataires que s'ils présentent vraiment un intérêt qui justifie leur taille.

Si vous envisagez d'envoyer un fichier de grande taille, quel qu'il soit, à l'équipe de développement de PuTTY, dites-vous qu'il s'agit presque toujours d'une mauvaise idée. Demandez-nous auparavant si nous en avons effectivement l'utilité, ou bien déposez-le sur un site web et envoyez-nous juste l'URL, de façon à ce que nous ne le téléchargions que si nous le souhaitons vraiment. De plus, il suffit qu'un seul d'entre nous le télécharge : inutile qu'il soit automatiquement envoyé à chacun d'entre nous.

Certaines personnes aiment bien envoyer des mails au format Microsoft Word. S'il vous plaît, ne le faites pas ! Ne nous envoyez pas de rapports de bugs, ni quoi que ce soit d'autre, sous forme de document Word. Les documents Word sont grosso modo cinquante fois plus volumineux que les mêmes informations mises dans un simple fichier texte. En plus, la plupart des membres de l'équipe PuTTY lisent leurs mails sur des machines Unix, et devoir copier le fichier sur une machine Windows pour le lire avec Word n'est vraiment pas commode. Sans compter que certains d'entre nous n'ont même pas Word installé sur leur machine !

Dans le même ordre d'idées, il y a des gens qui croient indispensable de joindre une copie d'écran quand ils nous signalent un problème. S'il vous plaît, ne le faites pas sans nous avoir demandé auparavant si ça nous est utile. Nous n'avons pour ainsi dire jamais besoin de telles copies d'écran. La plupart du temps, il suffit de nous indiquer le texte du message d'erreur affiché à l'écran, et il n'y a pas besoin de nous en envoyer une image ( sous certaines versions de Windows, le fait d'appuyer sur Ctrl-C quand le message d'erreur est visible à l'écran a pour effet de copier le texte du message dans le presse-papiers ). Il y a bien certains cas dans lesquels il peut être utile de nous envoyer une copie d'écran, mais c'est quand même mieux de nous poser la question avant.

S'il y a vraiment besoin de nous envoyer une copie d'écran, ne l'envoyez pas au format .BMP. Les images au format BMP ne sont pas comprimées, et de ce fait, elles sont beaucoup plus grosses que les mêmes images enregistrées dans des formats tels que PNG, TIFF ou GIF. Merci d'enregistrer ou de convertir votre image dans l'un de ces formats avant de l'envoyer.

S'il vous plaît, ne nous envoyez pas d'exécutables. Pas du tout, jamais, never. Notre serveur de messagerie bloque tous les mails entrants qui contiennent des exécutables, pour nous protéger contre la multitude de mails infectés que nous recevons quotidiennement. Si vous nous envoyez un mail avec un exécutable en pièce jointe, il finira à la poubelle, point barre.

Si vous avez apporté une petite modification au code source de PuTTY, veuillez nous envoyer un patch, dans la mesure du possible, qui indique quelles modifications vous avez faites, et uniquement cela, plutôt que de nous envoyer un énorme fichier .ZIP avec dedans tout notre code source en plus de votre modification. Si vous n'avez changé que dix lignes, par exemple, nous préférons recevoir un mail de trente lignes de long ( les dix lignes que vous avez modifiées et les explications qui vont avec ), plutôt qu'un mail de plusieurs mégaoctets, avec dedans du code que nous avons déjà.

B.1.2. D'autres endroits où vous pouvez aussi demander de l'aide

Il y a deux forums ( ou groupes de discussion ) Usenet qui concernent tout particulièrement PuTTY et les outils associés :

comp.security.ssh, pour les questions spécifiques se rapportant au protocole SSH,
comp.terminals, pour les problèmes liés à l'émulation de terminal ( par exemple les problèmes de clavier ).

Merci d'utiliser le forum le plus approprié, en fonction de votre demande, et souvenez-vous qu'il s'agit là de forums à caractère général, non de forums spécifiquement consacrés à PuTTY.

Si vous n'avez pas d'accès direct aux forums Usenet, vous pouvez passer par Google Groups ( groups.google.com ).

B.2. Signaler des bugs

Si vous pensez avoir trouvé un bug dans PuTTY, voici ce que vous devez faire en premier :

Commencez par regarder sur la page « Wishlist » de notre site, pour voir si nous sommes déjà au courant du problème. Si c'est le cas, il est presqu'à coup sûr inutile de nous envoyer un mail pour nous prévenir, à moins que vous ne pensiez avoir une information supplémentaire à nous transmettre, susceptible de nous aider à résoudre le problème ( bien entendu, si nous avons effectivement besoin d'informations supplémentaires spécifiques au sujet d'un bug en particulier, ce sera indiqué sur la page « Wishlist » ).
Vérifiez sur la page « Change Log » de la page du site PuTTY, si nous n'avons pas déjà résolu le problème dans les « development snapshots ».
Vérifiez dans la FAQ ( sur le site de PuTTY ou en annexe A du présent manuel ), s'il n'y a pas déjà la réponse à votre question. La FAQ recense tout un tas de choses que certaines personnes prennent pour des bugs, mais qui n'en sont pas.
Téléchargez le dernier « development snapshot », c'est à dire la dernière version intermédiaire de développement, et voyez si le problème se pose toujours avec cette version-là. Cela vaut la peine d'essayer : d'une façon générale, ça ne nous intéresse pas beaucoup qu'on nous signale des bugs qui figurent dans la version stable, mais pas dans les versions en cours de développement, parce que cela signifie qu'il s'agit de bugs que nous avons déjà résolus. À côté de ça, si vous trouvez un bug dans la version en cours de développement, qui n'apparaît pas dans la version stable, alors il y a des chances que ce soit un nouveau bug, que nous avons introduit depuis la version stable, et dans ce cas, ça nous intéresse vraiment que vous nous le signaliez.

Si rien de tout cela ne résoud votre problème, et que vous avez toujours besoin de nous signaler un bug, il est utile d'inclure certaines informations :

Dites-nous quelle version de PuTTY vous utilisez. Pour le savoir, sans erreur possible, cliquez sur le bouton « About », en bas à gauche de la fenêtre de configuration, ou sélectionnez l'option « About PuTTY », dans le menu système. S'il vous plaît, ne nous dites pas juste que vous utilisez la dernière version en date. Votre courrier électronique peut mettre du temps à nous parvenir, et il n'est pas forcément facile pour nous de savoir quelle était la dernière version en date au moment où où vous avez envoyé le message.
PuTTY est une application multi-platforme, donc il faut aussi nous dire avec quelle version de quel système d'exploitation vous utilisez PuTTY ( si vous travaillez sous Unix, ou que vous utilisez Windows sur plateforme Alpha, dites-le nous, faute de quoi nous supposerons que vous utilisez Windows sur plateforme Intel, comme l'écrasante majorité des gens ).
Dites-nous avec quel protocole vous vous connectez : SSH, Telnet, Rlogin ou en mode 'Raw'.
Dites-nous à quelle sorte de serveur vous vous connectez : quel système d'exploitation, et si possible quel logiciel serveur SSH ( si vous utilisez SSH ). Vous pouvez trouver une partie de ces informations dans le journal d'événements de PuTTY ( cf. section 3.1.3.1 ).
Envoyez-nous le contenu du journal d'événements de PuTTY, à moins que vous n'ayez une raison particulière de ne pas le faire ( par exemple, s'il contient des informations confidentielles dont vous pensez qu'elles ne nous sont pas nécessaires pour résoudre votre problème ).
Essayez de nous donner le plus d'information possible pour nous aider à nous faire notre propre idée du problème. Si possible, donnez-nous une suite d'instructions précises, étape par étape, pour reproduire le problème.
Ne nous dites pas juste que PuTTY « ne fait pas ce qu'il devrait faire ». Dites-nous exactement et précisément ce qu'il fait, et dites-nous exactement et précisément ce que vous pensez qu'il devrait faire en pareil cas. Il arrive que les gens se plaignent que PuTTY ne fait pas ce qu'il devrait, mais qu'en y regardant bien, on s'aperçoive que PuTTY fait bel et bien ce qu'il devrait, et que ce sont les gens qui se trompent sur ce qu'ils peuvent attendre du logiciel ( ou sur la façon de s'y prendre pour y parvenir ). Pour éviter cela, dites-nous exactement ce que, selon vous, il devrait faire, ou aurait du faire, et dites-nous exactement ce qu'il a fait en réalité.

Si vous pensez en être capable, nous vous encourageons à essayer de résoudre le problème vous-même. Un correctif à appliquer sur le code pour résoudre un bug est un excellent complément que vous pouvez joindre à un rapport de bug. Cependant, un tel correctif ne remplace jamais un bon rapport de bug. En effet, si jamais votre correctif est erroné, ou s'il n'est pas approprié, et que vous ne nous avez pas fourni suffisamment d'informations au sujet du problème que vous rencontrez, alors nous ne serons pas en mesure d'y trouver une meilleure solution.
Sur la page http://www.chiark.greenend.org.uk/~sgtatham/bugs.html, vous trouverez un article d'ordre général sur la marche à suivre pour signaler des bugs de façon efficace. Si votre rapport de bug est particulièrement confus, il se peut que nous le refusions, que nous vous demandions de lire cet article, puis de signaler le bug à nouveau.

Vous pouvez également, le cas échéant, signaler des problèmes dans la documentation de PuTTY, par exemple si vous pensez que tel ou tel passage manque de clarté ou ne sert à rien. Mais il faut que vous nous indiquiez avec précision ce que vous estimez insuffisamment clair dans la documentation, ou comment vous pensez qu'elle pourrait être clarifiée. Si votre problème est simplement que vous ne comprenez pas la documentation, alors nous vous suggérons de poser votre question sur un forum de discussion ( voir à ce sujet la section B.1.2 ) et de voir si quelqu'un peut vous expliquer ce que vous avez besoin de savoir. Après quoi, si vous pensez que les informations en question auraient leur place dans la documentation de PuTTY, pour le bénéfice de tous, envoyez-nous un rapport de bug et expliquez-nous en quoi nous devrions la modifier, selon vous.

B.3. Demandes de fonctions supplémentaires

Si vous voulez demander l'ajout d'une nouvelle fonctionnalité dans PuTTY, les toutes premières choses à faire sont les suivantes :

Consultez la page des desiderata, ou « Wishlist » ( mot à mot : la liste des souhaits ), sur le site web de PuTTY, et vérifiez à tout hasard si la fonction que vous désirez voir ajouter à PuTTY n'y figure pas déjà. Si c'est le cas ( si elle y figure déjà ), alors le simple fait de répéter la demande ne fera sans doute pas beaucoup avancer les choses ( consultez quand même la section B.4 si vous voulez essayer de nous persuader de traiter votre demande avec une priorité plus élevée ).
Consultez aussi la page « Change Log », c'est à dire le journal des dernières modifications apportées au logiciel, toujours sur le site web de PuTTY, et voyez si la fonctionnalité que vous souhaitez voir ajouter n'a pas déjà été intégrée dans l'une des versions intermédiraires de développement ( « development snapshots » en anglais ). Si ce n'est pas clair, téléchargez et essayez la dernière en date de ces versions intermédiaires de développement, pour voir si la fonction souhaitée est dedans ou pas. Si c'est le cas, alors elle figurera aussi dans la prochaine version officielle ( la prochaine release ), et il n'y a donc pas lieu de nous envoyer un mail pour cela.

Si vous ne trouvez la fonctionnalité que vous voudriez voir ajouter ni dans la page des desiderata ni dans les versions intermédiraires de développement, alors il y a probablement lieu de nous soumettre une demande d'ajout. Étant donné que les développeurs de PuTTY sont des gens très occupés, cela nous facilite la tâche si vous essayez de faire vous-même une partie du travail :

Essayez de concevoir et de décrire vous-même le plus possible la fonctionnalité souhaitée. Pensez aux cas extrêmes, un peu tordus, voire carrément pathologiques, auxquels il faudra faire face. Demandez-vous comment votre fonctionnalité interagira avec d'autres fonctionnalités déjà existantes. Pensez à l'interface utilisateur. Si vous n'arrivez pas à concevoir une interface simple et intuitive pour votre fonctionnalité, alors ne soyez pas surpris si nous n'y arrivons pas non plus. Demandez-vous toujours s'il est possible qu'il ait un jour ou l'autre plusieurs exemplaires, ou moins d'un exemplaire, de telle ou telle chose dont vous penseriez spontanément qu'il y en a un et un seul exemplaire, pas plus, pas moins. Par exemple, supposons que vous vouliez que PuTTY affiche une icône dans la zone de notification ( en bas à droite, à côté de l'horloge ), au lieu de l'afficher dans la barre des tâches, comme c'est le cas actuellement : que doit-il se passer s'il y a plus d'une instance de PuTTY qui tourne à un instant donné ? Et comment l'utilisateur sait-il, dans ce cas, quelle icône correspond à quelle instance ?
Si vous savez programmer, cela peut valoir le coup de nous proposer d'écrire vous-même le code correspondant à la fonctionnalité désirée, et de nous l'envoyer ensuite, sous forme de patch. Cela dit, il est sans doute quand même utile de nous en parler avant de vous lancer dans le codage. Il se peut en effet qu'il y ait des pièges auxquels vous n'avez pas pensé, ou que nous soyons sur le point d'apporter des grands changements dans le code, avec lesquels votre patch serait incompatible, ou quelque chose dans le genre. Si vous nous en parlez d'abord, il y a plus de chances que vos modifications puissent effectivement être intégrées avec succès dans le logiciel. Dernier point : lisez les principes de conception qui figurent dans l'annexe D, et appliquez-les, parce que dans le cas contraire, nous ne pourrons probablement pas accepter la modification que vous proposez.

B.4. Demandes de fonctions qui ont déjà été demandées

Si une fonctionnalité figure déjà sur la page des desiderata ( la « Wishlist » ), cela veut généralement dire que nous aimerions l'ajouter à PuTTY tôt ou tard. Cependant, cela ne veut pas dire que ce sera fait rapidement. S'il y a sur la « Wishlist » une fonctionnalité que vous aimeriez voir ajoutée à PuTTY dans un avenir proche, alors il y a plusieurs choses que vous pouvez faire pour essayer de la faire remonter sur le dessus de la pile :

Envoyez-nous un mail et votez pour la fonctionnalité en question ( veillez à bien indiquer que vous l'avez vue sur la « Wishlist », faute de quoi nous pourrions penser que vous n'avez même pas pris la peine de lire la « Wishlist » ). Cela n'aura probablement pas un effet énorme, il faut bien le dire. Si un nombre considérable de gens votent pour une même chose, alors il se peut que cela fasse une différence, mais ce n'est pas un ou deux votes supplémentaires pour telle ou telle fonctionnalité qui vont suffire à changer instantanément notre liste de priorités. Le fait de proposer une justification forte et inédite de votre vote peut s'avérer utile. Ah, aussi, n'attendez pas de réponse à votre mail.
Proposez-nous de l'argent pour que nous fassions le travail plus rapidement. Cela peut marcher, mais ce n'est pas non plus sûr à 100%. Les membres de l'équipe de développement de PuTTY ont tous des emplois à plein temps, et nous faisons tout ce travail sur notre temps libre. Il se peut que de temps à autre, nous acceptions de sacrifier un peu plus de notre temps libre en échange d'argent, mais si vous nous proposez de l'argent pour que nous travaillions à l'implémentation d'une grosse fonctionnalité, il est tout à fait possible que nous ne disposions tout simplement pas du temps nécessaire. Et cela, que vous nous payiez pour le faire, ou pas. De même, nous n'acceptons pas les incitations financières en échange de l'ajout de mauvaises fonctionnalités sur la « Wishlist », parce que c'est notre désir de fournir à nos utilisateurs un logiciel de haute qualité qui l'emporte.
Proposez-nous votre aide pour écrire le code. C'est probablement la seule manière d'obtenir qu'une fonctionnalité soit implémentée rapidement, en particulier si c'est quelque chose de gros que nous n'avons pas le temps d'écrire nous-mêmes.

B.5. Demandes d'assistance

Si vous essayez de faire quelque chose avec PuTTY, et que ça ne fait pas ce que vous voudriez, mais que vous ne savez pas s'il s'agit ou non d'un bug, alors s'il vous plaît, essayez de chercher de l'aide ailleurs. C'est là l'un des types de mails les plus courants que reçoit l'équipe de développement de PuTTY, et nous n'avons tout simplement pas le temps nécessaire pour répondre à toutes les questions. Parmi ce genre de questions, on peut citer :

Si vous cherchez à faire quelque chose avec PuTTY, mais que vous n'avez aucune idée sur la façon de vous y prendre, et que la lecture de la documentation ne vous a pas permis de trouver comment faire, alors essayez de poser la question sur un forum de discussion ( pour plus d'informations à ce sujet, veuillez vous reporter à la section B.1.2 ) et voyez si quelqu'un peut vous l'expliquer.
Si vous avez essayé de faire quelque chose avec PuTTY mais que ça n'a pas marché, et que vous ne savez pas exactement s'il s'agit d'un bug dans PuTTY ou d'un bug dans le serveur SSH de la machine distante, ou encore, tout simplement, si c'est que vous ne vous y prenez pas comme il faut, alors essayez de poser la question sur un forum ( cf. section B.1.2 ) et voyez si quelqu'un peut vous aider à résoudre votre problème. Ou alors essayez de faire la même chose avec un autre client SSH, et voyez si ça va mieux avec celui-là. S'il vous plaît, ne signalez un bug dans PuTTY tant que vous n'êtes pas absolument sûr que c'en est vraiment un.
Si quelqu'un vous a installé PuTTY sur votre PC, ou si vous utilisez PuTTY sur l'ordinateur de quelqu'un d'autre, alors commencez par essayer de demander de l'aide à cette personne. Il y a des chances qu'elle sache comment PuTTY a été installé, et ce qu'elle attend que vous fassiez avec, plus que nous, en tout cas.
Si vous avez réussi à établir la connexion avec la machine distante, et que maintenant, vous ne savez pas quoi taper à l'invite de commandes du serveur SSH, ou si vous ignorez d'autres choses liées à l'utilisation du logiciel qui tourne sur la machine distante, alors adressez-vous à la personne qui administre cette machine. Cela ne relève pas de la compétence de l'équipe de développement de PuTTY. PuTTY n'est qu'un outil de communication, un peu comme un téléphone. Si vous ne parlez pas la même langue que la personne située à l'autre bout du fil, ce n'est pas à la compagnie de téléphone de vous l'apprendre.

Enfin, si vous n'avez vraiment pas à obtenir la réponse à une question, d'aucune autre manière, vous pouvez essayer de nous écrire, mais nous ne pouvons en aucun cas vous promettre que nous aurons le temps de vous répondre.

B.6. Administration du serveur web

Si le site web de PuTTY ne répond plus ( message Connection Timed Out ), s'il vous plaît, ne nous envoyez pas de mail pour nous le signaler. Pour la plupart d'entre nous, nous lisons nos e-mails depuis les mêmes machines qui hébergent le site web, et donc quand ces machines plantent, nous nous en apercevons avant de pouvoir accéder à nos mails. Il est donc inutile de nous signaler que nos machines sont en vrac.

Bien entendu, si le site web rencontre un autre type d'erreur, telle qu'une connexion refusée, une erreur « 404 Not Found », une « 403 Forbidden », ou encore autre chose, alors il se pourrait que nous ne l'ayons pas remarqué, et que cela vaille la peine de nous le signaler.

Avant de nous signaler un problème avec notre site web, veuillez vous assurer que c'est bien notre vrai site web que vous êtes en train de regarder, et non un miroir. Le site de référence se trouve ici : http://www.chiark.greenend.org.uk/~sgtatham/putty/. Si ce n'est pas ce site-là que vous êtes en train de lire, alors ne nous signalez pas le problème sans avoir vérifié qu'il s'agit bien d'un problème lié au site de référence. Si c'est uniquement un problème avec le site miroir, vous devriez d'abord essayer de contacter la personne qui administre ce miroir, et ensuite, ne nous contacer que si cette première démarche n'a pas suffi à résoudre le problème ( auquel cas, il faudra peut-être que nous retirions ce site de notre liste de miroirs ).

B.7. Demander la permission de faire ceci ou cela

PuTTY est distribué selon les termes de la licence MIT ( pour plus de détails à ce sujet, veuillez vous reporter à l'annexe C ). Cela veut dire que vous pouvez faire quasiment n'importe quoi avec notre logiciel, notre code source , et notre documentation. Les seules choses que vous n'avez pas le droit de faire, c'est de retirer les indications de copyright ou le texte de la licence elle-même, ou encore de nous tenir responsables si quelque chose ne fonctionne pas.

Donc si vous voulez la permission d'inclure PuTTY sur un CD fourni avec un magazine, ou dans un ensemble de logiciels utiles, sur un CD ou un site web, alors vous l'avez déjà, cette permission. Vous n'avez pas besoin de nous envoyer un mail pour nous demander. Allez-y, faites-le, nous n'y voyons pas d'inconvénient.

Si vous voulez distribuer PuTTY avec votre propre application, afin que les gens l'utilisent avec cette application, ou si vous voulez distribuer PuTTY au sein de votre organisation, alors nous vous conseillons, sans toutefois insister, d'assurer vous-même le premier niveau d'assistance, pour répondre aux questions portant sur l'interaction entre PuTTY et votre environnement. Si vos utilisateurs s'adressent directement à nous par mail, nous ne serons pas en mesure de leur dire quoi que ce soit d'utile au sujet de votre installation particulière.

Si vous voulez utiliser des parties du code source de PuTTY dans un autre programme, alors cela pourrait valoir le coup de nous contacter par mail pour discuter ensemble de certains aspects techniques. Mais si tout ce que vous voulez, c'est nous demander la permission de le faire, alors ce n'est pas la peine : vous l'avez déjà. Enfin, si vous voulez mettre sur votre site web un lien pointant vers le nôtre, allez-y, faites-le. De toute façon, il n'est même pas évident que nous pourrions vous en empêcher, même si nous le voulions.

B.8. Mettre en place un miroir du site web de PuTTY

Les miroirs du site web de PuTTY sont les bienvenus, particulièrement dans les régions mal couvertes par les miroirs existants. Toutefois, si vous êtes dans une région déjà bien desservie, vous devriez vous demander si cela vaut vraiment la peine d'en mettre en service un de plus. En tout cas, inutile de nous demander la permission de mettre en place un miroir : vous l'avez déjà.

Si vous nous envoyez un mail après avoir mis en place votre miroir, et avoir vérifié qu'il fonctionne, en n'oubliant pas de nous indiquer dans quel pays se trouve le miroir, alors nous l'ajouterons à la liste des miroirs.

Si vous avez des questions techniques sur la mise en place d'un miroir, alors vous pouvez nous écrire avant de mettre en place le miroir. Vous pouvez également consulter les instructions données sur la page consacrée aux miroirs ). Mais ce n'est pas la peine de nous demander la permission de mettre en place un miroir : vous l'avez.

B.9. Louanges et compliments

L'une des choses les plus agréables, quand on assure la maintenance d'un logiciel libre, c'est de recevoir des e-mails juste pour dire « merci ! ». Nous sommes toujours heureux de recevoir ce genre de mails.

Malheureusement, nous n'avons pas le temps de répondre à chacun personnellement. Si vous nous avez envoyé des remerciements, ou des compliments, par e-mail, et que vous n'avez pas reçu de réponse, s'il vous plaît, n'allez pas croire que cela nous a laissés indifférents et qu'on vous a ignoré. Nous l'avons reçu, et ça nous a fait plaisir. C'est juste qu'on n'a pas eu le temps de écrire personnellement pour vous le dire.

Voici donc un message à l'intention de quiconque nous a envoyé des louanges et des compliments par le passé, et de quiconque nous en enverra à l'avenir : merci, c'est sympa, vos messages sont les bienvenus !

B.10. Adresse e-mail

Si, après avoir lu tout ce qui précède, vous souhaitez encore nous écrire, alors notre adresse mail est la suivante : putty@projects.tartarus.org.

Si vous souhaitez faire part aux auteurs de PuTTY de votre avis sur ce manuel, ou sur les outils PuTTY eux-mêmes, veuillez vous reporter à la page "Feedback" ( merci de leur écrire exclusivement en anglais ). Si vos remarques portent sur la traduction, merci de vous adresser directement au Compteur de visites traducteur, et non à l'équipe de développement.

[PuTTY release 0.60]