2024-05-08 15:34:40 -04:00
|
|
|
:mod:`!email.errors`: Exception and Defect classes
|
|
|
|
--------------------------------------------------
|
2007-08-15 14:28:22 +00:00
|
|
|
|
|
|
|
.. module:: email.errors
|
|
|
|
:synopsis: The exception classes used by the email package.
|
|
|
|
|
2016-06-11 15:02:54 -04:00
|
|
|
**Source code:** :source:`Lib/email/errors.py`
|
|
|
|
|
|
|
|
--------------
|
2007-08-15 14:28:22 +00:00
|
|
|
|
|
|
|
The following exception classes are defined in the :mod:`email.errors` module:
|
|
|
|
|
|
|
|
|
|
|
|
.. exception:: MessageError()
|
|
|
|
|
|
|
|
This is the base class for all exceptions that the :mod:`email` package can
|
|
|
|
raise. It is derived from the standard :exc:`Exception` class and defines no
|
|
|
|
additional methods.
|
|
|
|
|
|
|
|
|
|
|
|
.. exception:: MessageParseError()
|
|
|
|
|
2016-09-07 21:15:59 -04:00
|
|
|
This is the base class for exceptions raised by the
|
|
|
|
:class:`~email.parser.Parser` class. It is derived from
|
|
|
|
:exc:`MessageError`. This class is also used internally by the parser used
|
|
|
|
by :mod:`~email.headerregistry`.
|
2007-08-15 14:28:22 +00:00
|
|
|
|
|
|
|
|
|
|
|
.. exception:: HeaderParseError()
|
|
|
|
|
2016-09-07 21:15:59 -04:00
|
|
|
Raised under some error conditions when parsing the :rfc:`5322` headers of a
|
|
|
|
message, this class is derived from :exc:`MessageParseError`. The
|
|
|
|
:meth:`~email.message.EmailMessage.set_boundary` method will raise this
|
|
|
|
error if the content type is unknown when the method is called.
|
|
|
|
:class:`~email.header.Header` may raise this error for certain base64
|
|
|
|
decoding errors, and when an attempt is made to create a header that appears
|
|
|
|
to contain an embedded header (that is, there is what is supposed to be a
|
|
|
|
continuation line that has no leading whitespace and looks like a header).
|
2007-08-15 14:28:22 +00:00
|
|
|
|
|
|
|
|
|
|
|
.. exception:: BoundaryError()
|
|
|
|
|
2016-09-07 21:15:59 -04:00
|
|
|
Deprecated and no longer used.
|
2007-08-15 14:28:22 +00:00
|
|
|
|
|
|
|
|
|
|
|
.. exception:: MultipartConversionError()
|
|
|
|
|
2025-02-26 17:34:10 +09:00
|
|
|
Raised if the :meth:`~email.message.Message.attach` method is called
|
|
|
|
on an instance of a class derived from
|
2009-04-27 16:46:17 +00:00
|
|
|
:class:`~email.mime.nonmultipart.MIMENonMultipart` (e.g.
|
|
|
|
:class:`~email.mime.image.MIMEImage`).
|
2025-02-26 17:34:10 +09:00
|
|
|
:exc:`MultipartConversionError` multiply
|
|
|
|
inherits from :exc:`MessageError` and the built-in :exc:`TypeError`.
|
2007-08-15 14:28:22 +00:00
|
|
|
|
2024-07-31 00:19:48 +02:00
|
|
|
|
|
|
|
.. exception:: HeaderWriteError()
|
|
|
|
|
|
|
|
Raised when an error occurs when the :mod:`~email.generator` outputs
|
|
|
|
headers.
|
|
|
|
|
|
|
|
|
2023-11-26 01:40:19 +02:00
|
|
|
.. exception:: MessageDefect()
|
|
|
|
|
|
|
|
This is the base class for all defects found when parsing email messages.
|
|
|
|
It is derived from :exc:`ValueError`.
|
|
|
|
|
|
|
|
.. exception:: HeaderDefect()
|
|
|
|
|
|
|
|
This is the base class for all defects found when parsing email headers.
|
|
|
|
It is derived from :exc:`MessageDefect`.
|
2016-09-07 21:15:59 -04:00
|
|
|
|
|
|
|
Here is the list of the defects that the :class:`~email.parser.FeedParser`
|
2009-04-27 16:46:17 +00:00
|
|
|
can find while parsing messages. Note that the defects are added to the message
|
|
|
|
where the problem was found, so for example, if a message nested inside a
|
2007-08-15 14:28:22 +00:00
|
|
|
:mimetype:`multipart/alternative` had a malformed header, that nested message
|
|
|
|
object would have a defect, but the containing messages would not.
|
|
|
|
|
2016-09-07 21:15:59 -04:00
|
|
|
All defect classes are subclassed from :class:`email.errors.MessageDefect`.
|
2007-08-15 14:28:22 +00:00
|
|
|
|
2025-03-03 18:56:45 +09:00
|
|
|
.. exception:: NoBoundaryInMultipartDefect
|
2007-08-15 14:28:22 +00:00
|
|
|
|
2025-03-03 18:56:45 +09:00
|
|
|
A message claimed to be a multipart, but had no :mimetype:`boundary`
|
|
|
|
parameter.
|
2007-08-15 14:28:22 +00:00
|
|
|
|
2025-03-03 18:56:45 +09:00
|
|
|
.. exception:: StartBoundaryNotFoundDefect
|
2012-05-27 22:20:42 -04:00
|
|
|
|
2025-03-03 18:56:45 +09:00
|
|
|
The start boundary claimed in the :mailheader:`Content-Type` header was
|
|
|
|
never found.
|
2012-05-27 22:20:42 -04:00
|
|
|
|
2025-03-03 18:56:45 +09:00
|
|
|
.. exception:: CloseBoundaryNotFoundDefect
|
2007-08-15 14:28:22 +00:00
|
|
|
|
2025-03-03 18:56:45 +09:00
|
|
|
A start boundary was found, but no corresponding close boundary was ever
|
|
|
|
found.
|
2007-08-15 14:28:22 +00:00
|
|
|
|
2025-03-03 18:56:45 +09:00
|
|
|
.. versionadded:: 3.3
|
2012-05-27 20:45:01 -04:00
|
|
|
|
2025-03-03 18:56:45 +09:00
|
|
|
.. exception:: FirstHeaderLineIsContinuationDefect
|
2012-05-27 20:45:01 -04:00
|
|
|
|
2025-03-03 18:56:45 +09:00
|
|
|
The message had a continuation line as its first header line.
|
2007-08-15 14:28:22 +00:00
|
|
|
|
2025-03-03 18:56:45 +09:00
|
|
|
.. exception:: MisplacedEnvelopeHeaderDefect
|
2012-05-27 20:45:01 -04:00
|
|
|
|
2025-03-03 18:56:45 +09:00
|
|
|
A "Unix From" header was found in the middle of a header block.
|
2007-08-15 14:28:22 +00:00
|
|
|
|
2025-03-03 18:56:45 +09:00
|
|
|
.. exception:: MissingHeaderBodySeparatorDefect
|
2012-05-27 21:23:34 -04:00
|
|
|
|
2025-03-03 18:56:45 +09:00
|
|
|
A line was found while parsing headers that had no leading white space but
|
|
|
|
contained no ':'. Parsing continues assuming that the line represents the
|
|
|
|
first line of the body.
|
2018-06-12 15:46:22 +03:00
|
|
|
|
2025-03-03 18:56:45 +09:00
|
|
|
.. versionadded:: 3.3
|
bpo-30681: Support invalid date format or value in email Date header (GH-22090)
I am re-submitting an older PR which was abandoned but is still relevant, #10783 by @timb07.
The issue being solved () is still relevant. The original PR #10783 was closed as
the final request changes were not applied and since abandoned.
In this new PR I have re-used the original patch plus applied both comments from the review, by @maxking and @pganssle.
For reference, here is the original PR description:
In email.utils.parsedate_to_datetime(), a failure to parse the date, or invalid date components (such as hour outside 0..23) raises an exception. Document this behaviour, and add tests to test_email/test_utils.py to confirm this behaviour.
In email.headerregistry.DateHeader.parse(), check when parsedate_to_datetime() raises an exception and add a new defect InvalidDateDefect; preserve the invalid value as the string value of the header, but set the datetime attribute to None.
Add tests to test_email/test_headerregistry.py to confirm this behaviour; also added test to test_email/test_inversion.py to confirm emails with such defective date headers round trip successfully.
This pull request incorporates feedback gratefully received from @bitdancer, @brettcannon, @Mariatta and @warsaw, and replaces the earlier PR #2254.
Automerge-Triggered-By: GH:warsaw
2020-10-27 01:31:06 +01:00
|
|
|
|
2025-03-03 18:56:45 +09:00
|
|
|
.. exception:: MalformedHeaderDefect
|
|
|
|
|
|
|
|
A header was found that was missing a colon, or was otherwise malformed.
|
|
|
|
|
|
|
|
.. deprecated:: 3.3
|
|
|
|
This defect has not been used for several Python versions.
|
|
|
|
|
|
|
|
.. exception:: MultipartInvariantViolationDefect
|
|
|
|
|
|
|
|
A message claimed to be a :mimetype:`multipart`, but no subparts were found.
|
|
|
|
Note that when a message has this defect, its
|
|
|
|
:meth:`~email.message.Message.is_multipart` method may return ``False``
|
|
|
|
even though its content type claims to be :mimetype:`multipart`.
|
|
|
|
|
|
|
|
.. exception:: InvalidBase64PaddingDefect
|
|
|
|
|
|
|
|
When decoding a block of base64 encoded bytes, the padding was not correct.
|
|
|
|
Enough padding is added to perform the decode, but the resulting decoded
|
|
|
|
bytes may be invalid.
|
|
|
|
|
|
|
|
.. exception:: InvalidBase64CharactersDefect
|
|
|
|
|
|
|
|
When decoding a block of base64 encoded bytes, characters outside the base64
|
|
|
|
alphabet were encountered. The characters are ignored, but the resulting
|
|
|
|
decoded bytes may be invalid.
|
|
|
|
|
|
|
|
.. exception:: InvalidBase64LengthDefect
|
|
|
|
|
|
|
|
When decoding a block of base64 encoded bytes, the number of non-padding
|
|
|
|
base64 characters was invalid (1 more than a multiple of 4). The encoded
|
|
|
|
block was kept as-is.
|
|
|
|
|
|
|
|
.. exception:: InvalidDateDefect
|
|
|
|
|
|
|
|
When decoding an invalid or unparsable date field. The original value is
|
|
|
|
kept as-is.
|