add sub-objects to messages, remove sub-objects from messages,
completely re-arrange the contents, etc. There is a separate parser
and a separate generator which handles the transformation from flat
-text to the object module, and then back to flat text again. There
+text to the object model, and then back to flat text again. There
are also handy subclasses for some common MIME object types, and a few
miscellaneous utilities that help with such common tasks as extracting
and parsing message field values, creating RFC-compliant dates, etc.
classes you might encounter while using the \module{email} package,
some auxiliary utilities, and a few examples. For users of the older
\module{mimelib} package, from which the \module{email} package is
-descendent, a section on differences and porting is provided.
+descended, a section on differences and porting is provided.
\subsection{Representing an email message}
\input{emailmessage}
and non-MIME email messages just fine, and is designed so that the
transformation from flat text, to an object tree via the
\class{Parser} class,
-and back to flat text, be idempotent (the input is identical to the
+and back to flat text, is idempotent (the input is identical to the
output).
Here are the public methods of the \class{Generator} class:
the \method{write()} method and be usable as the output file in a
Python 2.0 extended print statement.
-Optional \var{mangle_from_} is a flag that, when true, puts a ``>''
+Optional \var{mangle_from_} is a flag that, when true, puts a \samp{>}
character in front of any line in the body that starts exactly as
\samp{From } (i.e. \code{From} followed by a space at the front of the
line). This is the only guaranteed portable way to avoid having such
\begin{methoddesc}[Message]{__contains__}{name}
Return true if the message object has a field named \var{name}.
-Match is done case-insensitively and \var{name} should not include the
+Matching is done case-insensitively and \var{name} should not include the
trailing colon. Used for the \code{in} operator,
e.g.:
local time. Minor deficiency: \function{mktime_tz()} interprets the
first 8 elements of \var{tuple} as a local time and then compensates
for the timezone difference. This may yield a slight error around
-changes in daylight savings time, though not worth worring about for
+changes in daylight savings time, though not worth worrying about for
common use.
\end{funcdesc}