# `email.errors` : exceptions et classes pour les anomalies

Code source : Lib/email/errors.py

Les classes d'exception suivantes sont définies dans le module `email.errors` :

exception `email.errors.``MessageError`

  Exception de base, dont héritent toutes les exceptions du paquet `email`. Cette classe hérite de la classe native `Exception` et ne définit aucune méthode additionnelle.

exception `email.errors.``MessageParseError`

  Exception de base pour les exceptions levées par la classe `Parser`. Elle hérite de `MessageError`. Cette classe est aussi utilisée en interne par l'analyseur de `headerregistry`.

exception `email.errors.``HeaderParseError`

  Cette exception, dérivée de `MessageParseError`, est levée sous différentes conditions lors de l'analyse des en-têtes RFC 5322 du message. Lorsque la méthode `set_boundary()` est invoquée, elle lève cette erreur si le type du contenu est inconnu. La classe `Header` lève cette exception pour certains types d'erreurs provenant du décodage base64. Elle la lève aussi quand un en-tête est créé et qu'il semble contenir un en-tête imbriqué, c'est-à-dire que la ligne qui suit ressemble à un en-tête et ne commence pas par des caractères d'espacement.

exception `email.errors.``BoundaryError`

  Obsolète, n'est plus utilisé.

exception `email.errors.``MultipartConversionError`

  Cette exception est levée quand le contenu, que la méthode `add_payload()` essaie d'ajouter à l'objet `Message`, est déjà un scalaire et que le type principal du message Content-Type est manquant ou différent de multipart. `MultipartConversionError` hérite à la fois de `MessageError` et de `TypeError`.

  Comme la méthode `Message.add_payload()` est obsolète, cette exception est rarement utilisée. Néanmoins, elle peut être levée si la méthode `attach()` est invoquée sur une instance de classe dérivée de `MIMENonMultipart` (p. ex. `MIMEImage`).

exception `email.errors.``HeaderWriteError`

  Raised when an error occurs when the `generator` outputs headers.

Voici la liste des anomalies que peut identifier `FeedParser` pendant l'analyse des messages. Notez que les anomalies sont signalées à l'endroit où elles sont détectées : par exemple, dans le cas d'une malformation de l'en-tête d'un message imbriqué dans un message de type multipart/alternative, l'anomalie est signalée sur le message imbriqué seulement.

Toutes les anomalies sont des sous-classes de `email.errors.MessageDefect`.

- `NoBoundaryInMultipartDefect` — Un message qui prétend être composite (multipart en anglais), mais qui ne contient pas de séparateur boundary.

- `StartBoundaryNotFoundDefect` — Le message ne contient pas le séparateur de départ indiqué dans le Content-Type.

- `CloseBoundaryNotFoundDefect` — Le séparateur de départ a été trouvé, mais pas le séparateur de fin correspondant.

  Nouveau dans la version 3.3.

- `FirstHeaderLineIsContinuationDefect` — La première ligne de l'en-tête du message est une ligne de continuation.

- `MisplacedEnvelopeHeaderDefect` — Un en-tête Unix From est présent à l'intérieur d'un bloc d'en-tête.

- `MissingHeaderBodySeparatorDefect` — Une ligne d'en-tête ne contient pas de caractères d'espacement au début et aucun « : ». L'analyse continue en supposant qu'il s'agit donc de la première ligne du corps du message.

  Nouveau dans la version 3.3.

- `MalformedHeaderDefect` -- Un en-tête est mal formé ou il manque un « : ».

  Obsolète depuis la version 3.3: Cette anomalie est obsolète depuis plusieurs versions de Python.

- `MultipartInvariantViolationDefect` — Le message indique être de type multipart, mais aucune pièce jointe n'a été trouvée. Notez que, dans ce cas, la méthode `is_multipart()` peut renvoyer `False` même si le type de contenu est multipart.

- `InvalidBase64PaddingDefect` — Remplissage incorrect d'un bloc d'octets encodés en base64. Des caractères de remplissage ont été ajoutés pour permettre le décodage, mais le résultat du décodage peut être invalide.

- `InvalidBase64CharactersDefect` — Des caractères n'appartenant pas à l'alphabet base64 ont été rencontrés lors du décodage d'un bloc d'octets encodés en base64. Les caractères ont été ignorés, mais le résultat du décodage peut être invalide.

- `InvalidBase64LengthDefect` — Le nombre de caractères (autres que de remplissage) d'un bloc d'octets encodés en base64 est invalide (1 de plus qu'un multiple de 4). Le bloc encodé n'a pas été modifié.

- `InvalidDateDefect` — Le champ de date est invalide. La valeur est laissée telle-quelle.