@@ -87,7 +87,7 @@ msgstr ""
87
87
"prend la version sérialisée d'un e-mail (un flux d'octets) et le convertit "
88
88
"en une arborescence d'objets :class:`~email.message.EmailMessage`. Le "
89
89
"générateur prend un objet :class:`~email.message.EmailMessage` et le "
90
- "retransforme en un flux d'octets sérialisée . (L'analyseur et le générateur "
90
+ "retransforme en un flux d'octets sérialisé . (L'analyseur et le générateur "
91
91
"gère aussi des suites de caractères textuels, mais cette utilisation est "
92
92
"déconseillée car il est très facile de finir avec des messages invalides "
93
93
"d'une manière ou d'une autre.)"
@@ -116,7 +116,7 @@ msgstr ""
116
116
"utilisant un :mod:`~email.parser`. Mais la politique peut être changée quand "
117
117
"le message est sérialisé en utilisant un :mod:`~email.generator`. Cela "
118
118
"permet, par exemple, d'analyser un message e-mail générique du disque, mais "
119
- "de le sérialiser en utilisant les réglages SMTP standards SMTP quand envoyés "
119
+ "de le sérialiser en utilisant les réglages SMTP standards quand envoyés "
120
120
"vers un serveur d'e-mail."
121
121
122
122
#: ../Doc/library/email.rst:58
@@ -136,7 +136,7 @@ msgid ""
136
136
"to many programmers."
137
137
msgstr ""
138
138
"Le paquet *email* fait son maximum pour cacher les détails des différentes RFCs "
139
- "gouvernants de l'application. Conceptuellement, l'application devrait être "
139
+ "gouvernantes de l'application. Conceptuellement, l'application devrait être "
140
140
"capable de traiter l'e-mail comme une arborescence structurée de texte "
141
141
"Unicode et de pièces jointes binaires, sans avoir à se préoccuper de leur "
142
142
"représentation sérialisée. Dans la pratique, cependant, il est souvent "
@@ -161,7 +161,7 @@ msgid ""
161
161
msgstr ""
162
162
"La section suivante décrit les fonctionnalités du paquet :mod:`email`. Nous "
163
163
"commençons avec le modèle d'objet :mod:`~email.message`, qui est la "
164
- "principale interface qu'une application utilisera, et continueront avec les "
164
+ "principale interface qu'une application utilisera, et continuerons avec les "
165
165
"composants :mod:`~email.parser` et :mod:`~email.generator`. Ensuite, nous "
166
166
"couvrirons les contrôles :mod:`~email.policy`, qui complètent le traitement "
167
167
"des principaux composants de la librairie."
0 commit comments