Cette page regroupe des règles que tout le monde devrait respecter en envoyant des mails. Si vous ne les respectez pas, votre mail arrivera quand même à bon port, mais vous n'aurez pas respecté les conventions de ce merveilleux moyen de communication. (Et en plus, vous risquez de vous faire râler dessus…) {{{#!wiki tip Cette page recense des us et coutumes. N'hésitez pas à rajouter quoi que ce soit qui vous paraîtrait pertinent. }}} <> = SMS = On a tendance à ne même pas penser à le dire, mais comme il m'arrive encore d'en croiser, je le dis : le style SMS est déjà moche dans les SMS, n'en parsemez pas vos mails. = Bottom-posting = {{{#!wiki note A: Yes. <
> > Q: Are you sure? <
> >> A: Because it reverses the logical flow of conversation. <
> >>> Q: Why is top posting frowned upon? }}} La bonne pratique quand on répond à un mail est de répondre '''en dessous''' du texte de la personne qui a écrit précédemment. Cela a de nombreux avantages : * Cela permet à votre destinataire de savoir à quoi vous répondez. * Cela permet à ceux qui arrivent au milieu de la conversation (parce qu'ils viennent d'être ajoutés aux destinataires ou n'ont pas lue les mails précédents) d'avoir du contexte * Cela permet de faire du quoting correct, cf sous-paragraphe suivant. == Quoting == ''de '''to quote''', citer'' Le bottom-posting veut que vous citiez le message de la personne à qui vous répondez. Mais attention, ça aussi il vaut mieux le faire correctement. Le protocole est assez simple, et tient essentiellement du bon sens : * Ne citez pas la totalité du message, citez essentiellement la partie à laquelle vous répondez. * Résumez éventuellement les paragraphes trop longs. * Intercalez vos réponses dans le message de votre correspondant. Un exemple pour que vous compreniez mieux ce que je raconte : {{{ From: Paul To: Pierre Subject: Vacances Salut Pierre, Je reviens à l'instant de mes vacances en Italie, c'était super cool. On a visité la tour de Pise, on est allés sur les gondoles à Venise. Marc a perdu ses lunettes de soleil ! On se voit toujours Samedi prochain ? Tu apportes les pizzas ? -- Paul }}} Réponse bien formatée : {{{ From : Pierre To: Paul Subject: Re: Vacances Le 15/07/2014 à 17:04, Paul a écrit : > [Italie] Cool ! Tu nous montreras des photos ! > On se voit toujours Samedi prochain ? Je confirme. > Tu apportes les pizzas ? Ça marche ! -- Pierre }}} Quelques petits détails supplémentaires : * On est parfois tentés de ne pas laisser une ligne vide entre le texte quoté (commençant par ">") ce qu'on écrit. C'est une mauvaise idée parce que ça devient difficile à lire sous certains clients. * Quand on en arrive à plusieurs niveaux de quotes, si on supprime le début du mail parce que ce n'est pas à ça qu'on répond, on risque de perdre des '''lignes d'attributions''' (celles qui disent "Machin a écrit:"), et alors, on est complètement perdus. Exemple : {{{ From: Paul To: Pierre, Jacques Subject: Ciné ? Bon, on va voir un film ? Qui paye le pop-corn ? }}} {{{ From: Pierre To: Paul, Jacques Subject: Re: Ciné ? Le 24/07/2014 à 19:34, Paul a écrit : > Bon, on va voir un film ? Ça marche ! > Qui paye le pop-corn ? Pas moi, j'suis fauché ! -- Pierre }}} {{{ From: Jacques To: Pierre, Paul Subject: Re: Ciné ? Le 24/07/2014 19:55, Pierre a écrit : >> Qui paye le pop-corn ? >> > > Pas moi, j'suis fauché ! > Moi ! Je me sens généreux… -- Jacques }}} Jacques a supprimé la première partie de la conversation, ce qui était pertinent de sa part puisqu'il n'avais rien à y ajouter. Par contre, il aurait du conserver la ligne "{{{> Le 24/07/2014 à 19:34, Paul a écrit :}}}" qui explique qui a dit "Qui paye le pop-corn ?". On notera également que dans cet échange, tout le monde signe correctement. Cf paragraphe suivant. = Signature = Tout comme [[VieCrans/ForumNews#Comment_signer_un_message_:|sur les news]], il est de bon ton de signer son mail, ce qui consiste à placer en bas du mail une ligne contenant deux tirets '''suivis d'une espace''' puis sa signature sur la ligne suivante : {{{ -- John Smith }}} Elle est ainsi reconnue par les clients mails dignes de ce nom, qui peuvent la mettre d'une autre couleur, et surtout, ne l'incluent pas dans le texte à citer quand vous répondez. = HTML = De nombreux clients mails vous permettent de faire des choses kikoo du genre choisir votre police, de mettre du gras, de la couleur, voire, d'intégrer des smileys ou des images. Cela signifie qu'ils vont envoyer à votre destinataire un message formatté en HTML. En gros, comme une page web. Ça ressemble en gros à ça : {{{ From: "HealthPeople Daily" To: machin@domain.com Subject: [URGENT]: Unique way out for people desperate to get fit! Content-Type: multipart/alternative; boundary="----=_Part_63469_9812439988.8619384106745" ------=_Part_63469_9812439988.8619384106745 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Gaining extra pounds uncontrollably? Hot solution! […] [des choses en texte lisible] […] ------=_Part_63469_9812439988.8619384106745 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline HealthPeople Magazine […] [loads of HTML bullshit] […] ------=_Part_63469_9812439988.8619384106745-- }}} ~-Oui, ça vient de mes spams, les vrais êtres humains ne m'envoient pas de mail en HTML, vous pouvez rajouter cet expéditeur dans votre blacklist-~ Le premier conseil, ce serait : arrêtez. Les mails, c'est pas un site web. Mais si vous tenez vraiment à envoyer des mails en HTML, assurez-vous bien que votre client mail envoie également un équivalent texte simple, afin que les gens qui ont un client qui n'affichent pas le HTML (oui, des gens lisent leur mail dans un terminal) puissent quand même voir votre mail. = Threads = Si vous faites n'importe quoi avec les threads, vous allez vous faire détester. Avant tout, qu'est-ce qu'un ''thread'' ? N'en déplaise à gmail, les conversation par e-mail ne sont pas linéaires, elles constituent un arbre. Voici un shéma sur lequel j'ai jouté des numéros entre crochets pour qu'on comprenne de quoi je parle : (beaucoup de clients mails présentent les mails ainsi, et tous devraient pouvoir le faire) {{{ Ciné ? [1] ├── Re: Ciné ? [2] │   ├── Re: Ciné ? [3] │   ├── Re: Ciné ? [4] │   │   └── Re: Ciné ? [5] │   └── Re: Ciné ? [6] └── Re: Ciné ? [7] └── Re: Ciné ? [8] }}} * [1] est le premier mail qui a été envoyé sur le sujet * [2] et [7] sont des réponses directe à [1] * [3], [4] et [6] sont des réponses à [2] * [5] est une réponse à [4], [8] une réponse à [7] * [7] est plus récent que [2], ce qui explique qu'il ait été classé en dessous * [6] est plus récent que [4], qui est plus récent que [3] * On ne peut pas dire sur ce dessin si [8] est plus ou moins récent que [3], [4], [5], [6]. (Il l'est forcément que [1] et [7] puisqu'il leur répond <>) == Thread-breaking == Comment votre client mail fait-il pour savoir comment classer les messages pour obtenir cet arbre ? Il regarde des headers particuliers que votre client mail ajoute automatiquement à votre message : {{{In-Reply-To}}} (qui contient un {{{Message-Id}}}) et {{{References:}}} (qui contient plusieurs {{{Message-Id}}}). Exemple : {{{ Message-Id: <5@serveur.domain.com> In-Reply-To: <4@serveur.domain.com> References: <1@serveur.domain.com> <2@serveur.domain.com> <4@serveur.domain.com> }}} Cela permet à votre client de savoir que ce message (le [5]) répond au message [4] et que dans la conversation, il avait précédemment [1] et [2]. Ainsi il peut reconstruire l'arbre et vous l'afficher. Encore mieux. Si vous n'étiez pas dans les destinataires de [2], mais dans ceux de [1] et [4], il pourra quand même vous ranger le mail [4] sous le mail [2]. Seulement voilà, il y a des clients qui ne respectent rien ni personne et font de la merde avec ces headers. Ce qui fait que très souvent, on se retrouve avec ça : {{{ Re: Ciné ? [5] Ciné ? [1] ├── Re: Ciné ? [2] │ ├── Re: Ciné ? [3] │ ├── Re: Ciné ? [4] │ └── Re: Ciné ? [6] └── Re: Ciné ? [7] └── Re: Ciné ? [8] }}} Et un nouveau thread apparaît, alors qu'il aurait dû continuer dans le même arbre. À savoir : beaucoup de clients mobiles font ça. == Thread-reuse == Prenons un thread tout ce qu'il y a de plus correct (en précisant les dates, vous allez voir pourquoi) : {{{ Ciné le 4 [01/07/2014] └── Re: Ciné le 4 [01/07/2014] └── Re: Ciné le 4 [02/07/2014] }}} Maintenant, admettons que la conversation évolue un peu. On peut alors se retrouver avec ça : {{{ Ciné le 4 [01/07/2014] └── Re: Ciné le 4 [01/07/2014] └── Re: Ciné le 4 [02/07/2014] └── Re: Ciné puis bowling le 4 [02/07/2014] }}} Ceci est parfaitement acceptable, surtout si la conversation dérive vers un sujet légèrement différent, autant mettre à jour le {{{Subject:}}}. Mais si un petit rigolo, un peu plus tard, a la flemme de remettre les adresse et utilise un vieux mail pour faire "Répondre à tous" : {{{ Ciné le 4 [01/07/2014] └── Re: Ciné le 4 [01/07/2014] └── Re: Ciné le 4 [02/07/2014] └── Re: Ciné puis bowling le 4 [02/07/2014] └── Qui pour des pizzas demain ? [04/08/2014] }}} Eh bien lui on le brûle. Parce qu'il a initié une nouvelle conversation, qui, pour les gens qui rangent leur mails correctement, semble être une prolongation du sujet précédent. On notera que ce genre de comportement est encouragé par gmail, puisqu'il trie les conversation par {{{Subject:}}}, et donc vous donnera l'illusion dans le deuxième cas que vous avez bien créé une nouvelle conversation. (On notera également qu'il crée aussi un nouvelle conversation dans le premier cas, alors que vous n'en aviez pas forcément envie…) ---- CatégoriePagePublique