]> git.ipfire.org Git - thirdparty/Python/cpython.git/commitdiff
Fix for SF bug # 1032960.
authorBarry Warsaw <barry@python.org>
Sat, 9 Oct 2004 21:33:24 +0000 (21:33 +0000)
committerBarry Warsaw <barry@python.org>
Sat, 9 Oct 2004 21:33:24 +0000 (21:33 +0000)
Doc/lib/emailparser.tex

index 1e8597c66f4a6a8101f78df268e592b43bc8233b..005a8feff7e5ea3e98daeeef8193d05fac62f381 100644 (file)
@@ -50,12 +50,13 @@ needs to be created.  It defaults to \class{Message} (see
 arguments.
 
 The optional \var{strict} flag specifies whether strict or lax parsing
-should be performed.  Normally, when things like MIME terminating
+should be performed.  When things like MIME terminating
 boundaries are missing, or when messages contain other formatting
 problems, the \class{Parser} will raise a
-\exception{MessageParseError}.  However, when lax parsing is enabled,
-the \class{Parser} will attempt to work around such broken formatting
-to produce a usable message structure (this doesn't mean
+\exception{MessageParseError}, if the \var{strict} flag is \code{True}.
+However, when lax parsing is enabled (i.e. \var{strict} is \code{False}),
+the \class{Parser} will attempt to work around such broken formatting to
+produce a usable message structure (this doesn't mean
 \exception{MessageParseError}s are never raised; some ill-formatted
 messages just can't be parsed).  The \var{strict} flag defaults to
 \code{False} since lax parsing usually provides the most convenient