# `mailbox` — Manipular buzones de correo en varios formatos

Código fuente: Lib/mailbox.py

Este módulo define dos clases, `Mailbox` y `Message`, para acceder y manipular en disco los buzones de correo y los mensajes que contienen. `Mailbox` ofrece una asignación similar a un diccionario de claves a mensajes. `Message` extiende la clase `email.message` del módulo `Message` con el estado y el comportamiento específicos del formato. Los formatos de buzón de correo compatibles son Maildir, mbox, MH, Babyl y MMDF.

Ver también

Módulo `email`

  Representar y manipular mensajes.

## Objetos :class:”Mailbox”

class `mailbox.``Mailbox`

  Un buzón de correo, que se puede inspeccionar y modificar.

  La clase `Mailbox` define una interfaz y no está diseñada para crear instancias. En su lugar, las subclases específicas del formato deben heredar de `Mailbox` y el código debe crear una instancia de una subclase determinada.

  La interfaz `Mailbox` es similar a un diccionario, con pequeñas claves correspondientes a los mensajes. Las claves son emitidas por la instancia `Mailbox` con la que se utilizarán y solo son significativas para esa instancia `Mailbox`. Una clave continúa identificando un mensaje incluso si se modifica el mensaje correspondiente, por ejemplo, sustituyéndolo por otro mensaje.

  Los mensajes se pueden agregar a una instancia `Mailbox` utilizando el método como `add()` y quitarse mediante una instrucción `del` o los métodos como `remove()` y `discard()`.

  La semántica de la interfaz `Mailbox` difiere de la semántica del diccionario en algunos aspectos notables. Cada vez que se solicita un mensaje, se genera una nueva representación (típicamente una instancia `Message`) basada en el estado actual del buzón de correo. De forma similar, cuando se añade un mensaje a una instancia `Mailbox`, se copia el contenido de la representación del mensaje proporcionado. En ninguno de los dos casos se mantiene una referencia a la representación del mensaje por parte de la instancia `Mailbox`.

  El iterador por defecto de `Mailbox` itera sobre las representaciones de los mensajes, no sobre las claves como lo hace el iterador del diccionario por defecto. Además, la modificación de un buzón de correo durante la iteración es segura y bien definida. Los mensajes añadidos al buzón de correo después de que se cree un iterador no serán vistos por el iterador. Los mensajes eliminados del buzón de correo antes de que el iterador los ceda serán omitidos silenciosamente, aunque el uso de una clave de un iterador puede dar lugar a una excepción `KeyError` si el mensaje correspondiente es eliminado posteriormente.

  Advertencia

  Sea muy cauteloso al modificar los buzones de correo que pueden ser cambiados simultáneamente por algún otro proceso. El formato más seguro de buzón de correo que se puede utilizar para esas tareas es Maildir; trate de evitar el uso de formatos de un solo archivo, como mbox, para la escritura simultánea. Si estás modificando un buzón de correo, debes bloquearlo llamando a los métodos `lock()` y `unlock()` antes de leer cualquier mensaje en el fichero o hacer cualquier cambio añadiendo o borrando un mensaje. Si no se bloquea el buzón se corre el riesgo de perder mensajes o de corromper todo el buzón.

  Las instancias de `Mailbox` tienen los siguientes métodos:

  `add`(message)

    Añade message al buzón de correo y retorna la clave que se le ha asignado.

    El parámetro message puede ser una instancia `Message`, una instancia `email.message.Message`, una cadena, una cadena de bytes o un objeto tipo archivo (que debe estar abierto en modo binario). Si message es una instancia de la subclase `Message` con el formato apropiado (por ejemplo, si es una instancia `mboxMessage` y ésta es una instancia `mbox`), se utiliza su información de formato específico. En caso contrario, se utilizan valores por defecto razonables para la información específica del formato.

    Distinto en la versión 3.2: Se añadió el soporte para la entrada binaria.

  `remove`(key)
  `__delitem__`(key)
  `discard`(key)

    Borre el mensaje correspondiente a la key del buzón de correo.

    Si no existe tal mensaje, se lanza una excepción `KeyError` si el método se llamó `remove()` o `__delitem__()` pero no se lanza una excepción si el método se llamó `discard()`. El comportamiento de `discard()` puede ser preferido si el formato de buzón subyacente soporta la modificación concurrente por otros procesos.

  `__setitem__`(key, message)

    Reemplaza el mensaje correspondiente a key por message. Levante una excepción `KeyError` si ningún mensaje ya corresponde a key.

    Al igual que `add()`, el parámetro message puede ser una instancia `Message`, una instancia `email.message.Message`, una cadena, una cadena de bytes, o un objeto tipo archivo (que debe estar abierto en modo binario). Si message es una instancia de la subclase `Message` con el formato apropiado (por ejemplo, si es una instancia `mboxMessage` y ésta es una instancia `mbox`), se utiliza su información de formato específico. En caso contrario, la información específica del formato del mensaje que actualmente corresponde a key se deja sin cambios.

  `iterkeys`()
  `keys`()

    Retorna un iterador sobre todas las claves si se llama `iterkeys()` o retorna una lista de claves si se llama `keys()`.

  `itervalues`()
  `__iter__`()
  `values`()

    Retorna un iterador sobre las representaciones de todos los mensajes si se llama `itervalores()` o `__iter__()` o retorna una lista de tales representaciones si se llama `values()`. Los mensajes se representan como instancias de la subclase `Message` específica del formato, a menos que se haya especificado una fábrica de mensajes personalizados cuando se haya inicializado la instancia `Mailbox`.

    Nota

    El comportamiento de `__iter__()` es diferente al de los diccionarios, que iteran sobre las claves.

  `iteritems`()
  `items`()

    Retorna un iterador sobre los pares (key, message), donde key es una clave y message es una representación de un mensaje, si se llama como `iteritems()` o retorna una lista de tales pares si se llama como `items()`. Los mensajes se representan como instancias de la subclase `Message` específica del formato, a menos que se haya especificado una fábrica de mensajes personalizados cuando se haya inicializado la instancia `Maiblox`.

  `get`(key, default=None)
  `__getitem__`(key)

    Retorna una representación del mensaje correspondiente a key. Si no existe tal mensaje, se retorna default si el método fue llamado como `get()` y se produce una excepción `KeyError` si el método fue llamado como `__getitem__()`. El mensaje se representa como una instancia de la subclase `Message` específica del formato, a menos que se especificara una fábrica de mensajes personalizados cuando se inicializa la instancia `Mailbox`.

  `get_message`(key)

    Retorna una representación del mensaje correspondiente a key como una instancia de la subclase `Message` específica del formato, o lanza una excepción `KeyError` si no existe tal mensaje.

  `get_bytes`(key)

    Retorna una representación en bytes del mensaje correspondiente a key, o lanza una excepción `KeyError` si no existe tal mensaje.

    Nuevo en la versión 3.2.

  `get_string`(key)

    Retorna una representación en cadena del mensaje correspondiente a key, o lanza una excepción `KeyError` si no existe tal mensaje. El mensaje se procesa a través de `email.message.Message` para convertirlo en una representación limpia de 7 bits.

  `get_file`(key)

    Retorna una representación en forma de archivo del mensaje correspondiente a key, o lanza una excepción `KeyError` si no existe tal mensaje. El objeto tipo archivo se comporta como si estuviera abierto en modo binario. Este archivo debería cerrarse una vez que ya no se necesite.

    Distinto en la versión 3.2: El objeto del archivo es realmente un archivo binario; anteriormente fue retornado incorrectamente en modo de texto. Además, el objeto tipo archivo ahora soporta el protocolo de gestión de contexto: puedes usar una sentencia `with` para cerrarlo automáticamente.

    Nota

    A diferencia de otras representaciones de mensajes, las representaciones en forma de archivo no son necesariamente independientes de la instancia `Mailbox` que las creó o del buzón de correo subyacente. Cada subclase proporciona una documentación más específica.

  `__contains__`(key)

    Retorna `True` si «key» corresponde a un mensaje, si no `False`.

  `__len__`()

    Retorna un recuento de los mensajes en el buzón de correo.

  `clear`()

    Borrar todos los mensajes del buzón.

  `pop`(key, default=None)

    Retorna una representación del mensaje correspondiente a key y borra el mensaje. Si no existe tal mensaje, retorna default. El mensaje se representa como una instancia de la subclase `Message` con el formato apropiado, a menos que se haya especificado una fábrica de mensajes personalizados al inicializar la instancia `Mailbox`.

  `popitem`()

    Retorna un par arbitrario (key, message), donde key es una clave y message es una representación de un mensaje, y borra el mensaje correspondiente. Si el buzón de correo está vacío, lanza una excepción `KeyError`. El mensaje se representa como una instancia de la subclase `Message` específica del formato, a menos que se haya especificado una fábrica de mensajes personalizados al inicializar la instancia `Mailbox`.

  `update`(arg)

    El parámetro arg debe ser un mapa de key a message o un iterable de pares (key, message). Actualiza el buzón de correo para que, por cada key y message dados, el mensaje correspondiente a key será establecido a*message* como si se usara `__setitem__()`. Como con `__setitem__()`, cada key debe corresponder ya a un mensaje en el buzón de correo o de lo contrario se lanzará una excepción `KeyError`, por lo que en general es incorrecto que arg sea una instancia de `Mailbox`.

    Nota

    A diferencia de los diccionarios, los argumentos de las palabras clave no están soportados.

  `flush`()

    Escribe cualquier cambio pendiente en el sistema de archivos. Para algunas subclases de `Mailbox`, los cambios siempre se escriben inmediatamente y `flush()` no hace nada, pero aún así deberías tener el hábito de llamar a este método.

  `lock`()

    Adquiera un aviso exclusivo de bloqueo en el buzón de correo para que otros procesos sepan que no deben modificarlo. Un `ExternalClashError` se lanza si el bloqueo no está disponible. Los mecanismos de bloqueo particulares utilizados dependen del formato del buzón de correo. Deberías siempre bloquear el buzón antes de hacer cualquier modificación a su contenido.

  `unlock`()

    Libera el bloqueo del buzón de correo, si lo hay.

  `close`()

    Limpia el buzón de correo, y lo desbloquea si es necesario, y cierra cualquier archivo abierto. Para algunas subclases de `Mailbox`, este método no hace nada.

### `Maildir`

class `mailbox.``Maildir`(dirname, factory=None, create=True)

  Una subclase de `Mailbox` para los buzones de correo en formato Maildir. El parámetro factory es un objeto invocable que acepta una representación de mensaje tipo archivo (que se comporta como si se abriera en modo binario) y retorna una representación personalizada. Si factory es `None`, `MaildirMessage` se utiliza como representación de mensaje por defecto. Si create es `True`, el buzón se crea si no existe.

  Si create es `True` y la ruta de dirname existe, será tratado como un maildir existente sin intentar verificar su diseño de directorio.

  Es por razones históricas que dirname es nombrado como tal en lugar de path.

  Maildir es un formato de buzón de correo basado en un directorio inventado para el agente de transferencia de correo qmail y ahora ampliamente soportado por otros programas. Los mensajes en un buzón de correo de Maildir se almacenan en archivos separados dentro de una estructura de directorio común. Este diseño permite que los buzones de Maildir sean accedidos y modificados por múltiples programas no relacionados sin corrupción de datos, por lo que el bloqueo de archivos es innecesario.

  Los buzones de correo de Maildir contienen tres subdirectorios, a saber: `tmp`, `new`, y `cur`. Los mensajes se crean momentáneamente en el subdirectorio `tmp` y luego se mueven al subdirectorio `new` para finalizar la entrega. Un agente de usuario de correo puede posteriormente mover el mensaje al subdirectorio `cur` y almacenar la información sobre el estado del mensaje en una sección especial «info» adjunta a su nombre de archivo.

  Se admiten también carpetas del estilo introducido por el agente de transferencia de correo Courier. Cualquier subdirectorio del buzón de correo principal se considera una carpeta si `'.'` es el primer carácter de su nombre. Los nombres de las carpetas están representados por `Maildir` sin la palabra `'.'`. Cada carpeta es en sí misma un buzón de correo de Maildir pero no debe contener otras carpetas. En su lugar, se indica un anidamiento lógico usando `'.'` para delimitar los niveles, por ejemplo, «Archived.2005.07».

  Nota

  La especificación Maildir requiere el uso de dos puntos (`':'`) en ciertos nombres de archivos de mensajes. Sin embargo, algunos sistemas operativos no permiten este carácter en los nombres de archivo, si desea utilizar un formato similar a Maildir en dicho sistema operativo, debe especificar otro carácter para utilizarlo en su lugar. El signo de exclamación (`'!'`) es una elección popular. Por ejemplo:

      import mailbox
      mailbox.Maildir.colon = '!'

  El atributo `colon` también puede ser establecido para cada instancia.

  Las instancias de `Maildir` tienen todos los métodos de `Mailbox` además de los siguientes:

  `list_folders`()

    Retorna una lista con los nombres de todas las carpetas.

  `get_folder`(folder)

    Retorna una instancia `Maildir` que representa la carpeta cuyo nombre es folder. Una excepción `NoSuchMailboxError` se lanza si la carpeta no existe.

  `add_folder`(folder)

    Crea una carpeta cuyo nombre sea folder y retorna una instancia `Maildir` que la represente.

  `remove_folder`(folder)

    Elimina la carpeta cuyo nombre es folder. Si la carpeta contiene algún mensaje, se lanzará una excepción `NotEmptyError` y la carpeta no se borrará.

  `clean`()

    Borra los archivos temporales del buzón de correo que no han sido accedidos en las últimas 36 horas. La especificación Maildir dice que los programas de lectura de correo deben hacer esto ocasionalmente.

  Algunos métodos de `Mailbox` implementados por `Maildir` merecen comentarios especiales:

  `add`(message)
  `__setitem__`(key, message)
  `update`(arg)

    Advertencia

    Estos métodos generan nombres de archivo únicos basados en el ID del proceso actual. Cuando se utilizan varios hilos, pueden producirse conflictos de nombres no detectados y causar la corrupción del buzón de correo a menos que se coordinen los hilos para evitar que se utilicen estos métodos para manipular el mismo buzón de correo simultáneamente.

  `flush`()

    Todos los cambios en los buzones de Maildir se aplican inmediatamente, así que este método no hace nada.

  `lock`()
  `unlock`()

    Los buzones de Maildir no admiten (o requieren) bloqueo, por lo que estos métodos no hacen nada.

  `close`()

    Las instancias de `Maildir` no mantienen ningún archivo abierto y los buzones subyacentes no soportan el bloqueo, por lo que este método no hace nada.

  `get_file`(key)

    Dependiendo de la plataforma del host, puede que no sea posible modificar o eliminar el mensaje subyacente mientras el archivo retornado permanezca abierto.

Ver también

pagina web maildir de Courier

  Una especificación del formato. Describe una extensión común para admitir carpetas.

Utilizando el formato maildir

  Notas sobre Maildir por su inventor. Incluye un esquema actualizado de creación de nombres y detalles sobre la «info» de la semántica».

### `mbox`

class `mailbox.``mbox`(path, factory=None, create=True)

  Una subclase de `Mailbox` para los buzones de correo en formato mbox. El parámetro factory es un objeto invocable que acepta una representación de mensaje tipo archivo (que se comporta como si se abriera en modo binario) y retorna una representación personalizada. Si factory es `None`, `mboxMessage` se utiliza como representación de mensaje por defecto. Si create es `True`, el buzón de correo se crea si no existe.

  El formato mbox es el formato clásico para almacenar correo en sistemas Unix. Todos los mensajes de un buzón de correo mbox se almacenan en un único archivo con el comienzo de cada mensaje indicado por una línea cuyos cinco primeros caracteres son «From».

  Existen varias variaciones del formato mbox para abordar las deficiencias percibidas en el original. En aras de la compatibilidad, `mbox` implementa el formato original, que a veces se denomina mboxo. Esto significa que el encabezado Content-Length, si está presente, se ignora y que cualquier ocurrencia de «From » al principio de una línea en el cuerpo de un mensaje se transforma en «>From » al almacenar el mensaje, aunque las ocurrencias de «>From » no se transforman en «From » al leer el mensaje.

  Algunos métodos de `Mailbox` implementados por `Maildir` merecen comentarios especiales:

  `get_file`(key)

    Usar el archivo después de llamar a `flush()` o `close()` en la instancia `mbox` puede producir resultados impredecibles o lanzar una excepción.

  `lock`()
  `unlock`()

    Se utilizan tres mecanismos de bloqueo… el bloqueo por puntos y, si está disponible, las llamadas del sistema `flock()` y `lockf()`.

Ver también

pagina web mbox de tin

  Una especificación del formato, con detalles sobre el bloqueo.

Configurando el correo de Netscape en Unix: Por qué el formato de longitud de contenido es malo

  Un argumento para usar el formato original mbox en lugar de una variación.

«mbox» es una familia de varios formatos de buzón de correo mutuamente incompatibles <https://www.loc.gov/preservation/digital/formats/fdd/fdd000383.shtml>`__

  Una historia de variaciones de mbox.

### `MH`

class `mailbox.``MH`(path, factory=None, create=True)

  Una subclase de `Mailbox` para los buzones de correo en formato MH. El parámetro factory es un objeto invocable que acepta una representación de mensaje tipo archivo (que se comporta como si se abriera en modo binario) y retorna una representación personalizada. Si factory es `None`, `MHMessage` se utiliza como representación de mensaje por defecto. Si create es `True`, el buzón de correo se crea si no existe.

  MH es un formato de buzón de correo basado en un directorio inventado para el Sistema de Manejo de Mensajes MH, un agente de usuario de correo. Cada mensaje de un buzón de correo MH reside en su propio archivo. Un buzón de correo MH puede contener otros buzones de correos MH (llamados folders) además de los mensajes. Las carpetas pueden anidarse indefinidamente. Los buzones de correo MH también soportan sequences, que son listas con nombre usadas para agrupar lógicamente los mensajes sin moverlos a subcarpetas. Las secuencias se definen en un archivo llamado `.mh_sequences` en cada carpeta.

  La clase `MH` manipula los buzones de correos de MH, pero no intenta emular todos los comportamientos de mh. En particular, no modifica ni se ve afectado por los archivos de `context` o `.mh_profile` que utiliza mh para almacenar su estado y configuración.

  Las instancias de `Maildir` tienen todos los métodos de `Mailbox` además de los siguientes:

  `list_folders`()

    Retorna una lista con los nombres de todas las carpetas.

  `get_folder`(folder)

    Retorna una instancia `Maildir` que representa la carpeta cuyo nombre es folder. Una excepción `NoSuchMailboxError` se lanza si la carpeta no existe.

  `add_folder`(folder)

    Crea una carpeta cuyo nombre sea folder y retorna una instancia `MH` que la represente.

  `remove_folder`(folder)

    Elimina la carpeta cuyo nombre es folder. Si la carpeta contiene algún mensaje, se lanzará una excepción `NotEmptyError` y la carpeta no se borrará.

  `get_sequences`()

    Retorna un diccionario de nombres de secuencias mapeadas a listas clave. Si no hay secuencias, se retorna el diccionario vacío.

  `set_sequences`(sequences)

    Re-define las secuencias que existen en el buzón de correo basado en sequences, un diccionario de nombres mapeados a listas de claves, como las retornadas por `get_sequences()`.

  `pack`()

    Renombra los mensajes en el buzón de correo según sea necesario para eliminar los huecos en la numeración. Las entradas en la lista de secuencias se actualizan correspondientemente.

    Nota

    Las llaves ya emitidas quedan invalidadas por esta operación y no deben utilizarse posteriormente.

  Algunos métodos de `Mailbox` implementados por `Maildir` merecen comentarios especiales:

  `remove`(key)
  `__delitem__`(key)
  `discard`(key)

    Estos métodos borran inmediatamente el mensaje. No se utiliza la convención del MH de marcar un mensaje para borrarlo poniendo una coma en su nombre.

  `lock`()
  `unlock`()

    Se utilizan tres mecanismos de bloqueo… el bloqueo por puntos y, si está disponible, las llamadas del sistema `flock()` y `lockf()`. Para los buzones de correos MH, bloquear el buzón de correo significa bloquear el archivo `.mh_sequences` y, sólo durante la duración de cualquier operación que les afecte, bloquear los archivos de mensajes individuales.

  `get_file`(key)

    Dependiendo de la plataforma anfitriona, puede que no sea posible eliminar el mensaje subyacente mientras el archivo retornado permanezca abierto.

  `flush`()

    Todos los cambios en los buzones de correos de Maildir se aplican inmediatamente, así que este método no hace nada.

  `close`()

    Las instancias de `MH` no mantienen ningún archivo abierto, así que este método es equivalente a `unlock()`.

Ver también

nmh - Sistema de Manejo de Mensajes

  Página principal de nmh, una versión actualizada del original mh.

MH & nmh: Correo electrónico para usuarios y programadores

  Un libro con licencia GPL sobre mh y nmh, con alguna información sobre el formato del buzón.

### `Babyl`

class `mailbox.``Babyl`(path, factory=None, create=True)

  Una subclase de `Mailbox` para los buzones en formato Babyl. El parámetro factory es un objeto invocable que acepta una representación de mensaje tipo archivo (que se comporta como si se abriera en modo binario) y retorna una representación personalizada. Si factory es `None`, `BabylMessage` se utiliza como representación de mensaje por defecto. Si create es `True`, el buzón se crea si no existe.

  Babyl es un formato de buzón de un solo archivo usado por el agente de usuario de correo de Rmail incluido en Emacs. El comienzo de un mensaje se indica con una línea que contiene los dos caracteres Control-Underscore (`'\037'`) y Control-L (`'\014'`). El final de un mensaje se indica con el comienzo del siguiente mensaje o, en el caso del último mensaje, una línea que contiene un carácter Control-Underscore (`'\037'`).

  Los mensajes en un buzón de correo de Babyl tienen dos juegos de encabezados, los encabezados originales y los llamados encabezados visibles. Los encabezados visibles son típicamente un subconjunto de los encabezados originales que han sido reformateados o abreviados para ser más atractivos. Cada mensaje de un buzón de correo de Babyl también tiene una lista de labels, o cadenas cortas que registran información adicional sobre el mensaje, y una lista de todas las etiquetas definidas por el usuario que se encuentran en el buzón de correo se mantiene en la sección de opciones de Babyl.

  Las instancias de `Maildir` tienen todos los métodos de `Mailbox` además de los siguientes:

  `get_labels`()

    Retorna una lista de los nombres de todas las etiquetas definidas por el usuario utilizadas en el buzón de correo.

    Nota

    Los mensajes actuales se inspeccionan para determinar qué etiquetas existen en el buzón de correo en lugar de consultar la lista de etiquetas en la sección de opciones de Babyl, pero la sección de Babyl se actualiza cada vez que se modifica el buzón de correo.

  Algunos métodos de `Mailbox` implementados por `Maildir` merecen comentarios especiales:

  `get_file`(key)

    En los buzones de correos de Babyl, los encabezados de un mensaje no se almacenan contiguamente al cuerpo del mensaje. Para generar una representación tipo archivo, las cabeceras y el cuerpo se copian juntos en una instancia `io.BytesIO`, que tiene una API idéntica a la de un archivo. Como resultado, el objeto similar a un archivo es verdaderamente independiente del buzón de correo subyacente, pero no ahorra memoria en comparación con una representación en cadena.

  `lock`()
  `unlock`()

    Se utilizan tres mecanismos de bloqueo… el bloqueo por puntos y, si está disponible, las llamadas del sistema `flock()` y `lockf()`.

Ver también

«Formato de la versión 5 de los archivos de Babyl» <https://quimby.gnus.org/notes/BABYL>`_

  Una especificación del formato Babyl.

Leyendo el correo con Rmail

  El manual de Rmail, con cierta información sobre la semántica Babyl.

### `MMDF`

class `mailbox.``MMDF`(path, factory=None, create=True)

  Una subclase de `Mailbox` para buzones de correos en formato MMDF. El parámetro factory es un objeto al que se puede llamar que acepta una representación de mensaje similar a un archivo (que se comporta como si se abriera en modo binario) y retorna una representación personalizada. Si factory es `None`, `MMDFMessage` se utiliza como representación de mensaje predeterminada. Si create es `True`, el buzón de correo se crea si no existe.

  MMDF es un formato de buzón de correo de un solo archivo inventado para el centro de distribución de memorandos multicanal, un agente de transferencia de correo. Cada mensaje está en la misma forma que un mensaje de mbox, pero está entre corchetes antes y después por líneas que contienen cuatro caracteres Control-A (`'\001'`). Al igual que con el formato mbox, el principio de cada mensaje se indica mediante una línea cuyos primeros cinco caracteres son «From «, pero las apariciones adicionales de «From» no se transforman en «>From» al almacenar mensajes porque las líneas de separador de mensajes adicionales impiden confundir tales ocurrencias para los inicios de los mensajes posteriores.

  Algunos métodos `Mailbox` implementados por `MMDF` merecen comentarios especiales:

  `get_file`(key)

    Usar el archivo después de llamar a `flush()` o `close()` en la instancia `MMDF` puede producir resultados impredecibles o generar una excepción.

  `lock`()
  `unlock`()

    Se utilizan tres mecanismos de bloqueo… el bloqueo por puntos y, si está disponible, las llamadas del sistema `flock()` y `lockf()`.

Ver también

Página web de mmdf de tin

  Una especificación del formato MMDF de la documentación de tin, un lector de noticias.

MMDF

  Un artículo de Wikipedia que describe el Centro de Distribución de Memorandos Multicanal.

## Objetos `Message`

class `mailbox.``Message`(message=None)

  Una subclase del módulo `email.message` de `Message`. Las subclases de `mailbox.Message` añaden el estado y el comportamiento específicos del formato del buzón de correo.

  Si se omite message, la nueva instancia se crea en un estado predeterminado, vacío. Si message es una instancia `email.message.Message`, se copian sus contenidos; además, cualquier información específica del formato se convierte en la medida de lo posible si message es una instancia `Message`. Si message es una cadena, una cadena de bytes, o un archivo, debe contener un mensaje conforme RFC 2822, que se lee y analiza. Los archivos deben estar abiertos en modo binario, pero los archivos en modo texto son aceptados para compatibilidad con versiones anteriores.

  El estado y los comportamientos específicos del formato que ofrecen las subclases varían, pero en general sólo se admiten las propiedades que no son específicas de un buzón de correo concreto (aunque presumiblemente las propiedades son específicas de un formato de buzón de correo concreto). Por ejemplo, no se conservan las compensaciones de archivos para los formatos de buzón de correo de un solo archivo ni los nombres de archivo para los formatos de buzón de correo basados en directorios, porque sólo son aplicables al buzón de correo original. Pero sí se conservan las declaraciones tales como si un mensaje ha sido leído por el usuario o marcado como importante, porque se aplican al propio mensaje.

  No hay ningún requisito de que las instancias de `Message` se usen para representar los mensajes recuperados usando las instancias de `Mailbox`. En algunas situaciones, el tiempo y la memoria necesarios para generar representaciones de `Message` podrían no ser aceptables. Para estas situaciones, las instancias de `Mailbox` también ofrecen representaciones en forma de cadenas y archivos, y se puede especificar una fábrica de mensajes personalizados cuando se inicializa una instancia de `Mailbox`.

### `MaildirMessage`

class `mailbox.``MaildirMessage`(message=None)

  Un mensaje con comportamientos específicos de Maildir. El parámetro message tiene el mismo significado que con el constructor `Message`.

  Típicamente, una aplicación de agente de usuario de correo mueve todos los mensajes del subdirectorio `new` al subdirectorio `cur` después de la primera vez que el usuario abre y cierra el buzón de coreo, registrando que los mensajes son antiguos, tanto si han sido leídos como si no. Cada mensaje en `cur` tiene una sección «info» añadida a su nombre de archivo para almacenar información sobre su estado. (Algunos lectores de correo también pueden añadir una sección «info» a los mensajes en `new`.) La sección «info» puede tomar una de dos formas: puede contener «2», seguido de una lista de flags estandarizados (por ejemplo, «2,FR») o puede contener «1», seguido de la llamada información experimental. Los flags normalizados para los mensajes de Maildir son los siguientes:

  Flag | Significado | Explicación
  --- | --- | ---
  D | Borrador | Bajo composición
  F | Marcada | Marcado como importante
  P | Aprobado | Enviado, reenviado o rebotado
  R | Contestado | Contestado a
  S | Visto | Leído
  T | Destruido | Marcado para su posterior eliminación

  Instancias de `MaildirMessage` ofrecen los siguientes métodos:

  `get_subdir`()

    Retorna «new» (si el mensaje debe ser almacenado en el subdirectorio `new`) o «cur» (si el mensaje debe ser almacenado en el subdirectorio `cur`).

    Nota

    Un mensaje es típicamente movido de `nuevo` a `cur` después de que su buzón de correo ha sido accedido, ya sea que el mensaje haya sido leído o no. Un mensaje `msg` ha sido leído si `"S" in msg.get_flags()` es `True`.

  `set_subdir`(subdir)

    Establece el subdirectorio en el que debe almacenarse el mensaje. El parámetro subdir debe ser «new» o «cur».

  `get_flags`()

    Retorna una cadena que especifica los flags que están actualmente establecidos. Si el mensaje cumple con el formato estándar de Maildir, el resultado es la concatenación en orden alfabético de cero o una ocurrencia de cada una de los flags `'D'`, `'F'`, `'P'`, `'R'`, `'S'`, y `'T'`. La cadena vacía se retorna si no hay flags o si «info» contiene semántica experimental.

  `set_flags`(flags)

    Establece los flags especificados por flags y desactiva todas las demás.

  `add_flag`(flag)

    Establece lo(s) flag(s) especificado(s) por flags sin cambiar otros flags. Para añadir más de un indicador a la vez, flag puede ser una cadena de más de un carácter. La «info» actual se sobrescribe si contiene o no información experimental en lugar de flags.

  `remove_flag`(flag)

    Deshabilita lo(s) flag(s) especificado(s) por flag sin cambiar otros flags. Para quitar más de un indicador a la vez, flag puede ser una cadena de más de un carácter. Si «info» contiene información experimental en lugar de flags, la «info» actual no se modifica.

  `get_date`()

    Retorna la fecha de entrega del mensaje como un número de punto flotante que representa los segundos desde la época.

  `set_date`(date)

    Establece la fecha de entrega del mensaje en date, un número de punto flotante que representa los segundos desde la época.

  `get_info`()

    Retorna una cadena que contiene la «info» de un mensaje. Esto es útil para acceder y modificar la «info» que es experimental (es decir, no una lista de flags).

  `set_info`(info)

    Establece «info» en info, que debería ser una cadena.

Cuando se crea una instancia `MaildirMessage` basada en una instancia `mboxMessage` o `MMDFMessage`, se omiten las cabeceras Status y X-Status y se producen las siguientes conversiones:

Estado resultante | Estado `mboxMessage` o `MMDFMessage`
--- | ---
subdirectorio «cur» | flag O
flag F | flag F
flag R | flag A
flag S | flag R
flag T | flag D

Cuando se crea una instancia `MaildirMessage` basada en una instancia `MHMessage`, se producen las siguientes conversiones:

Estado resultante | Estado `MHMessage`
--- | ---
subdirectorio «cur» | Secuencia «unseen» (no vista)
subdirectorio «cur» e indicador S | no hay una secuencia «unseen» (invisible)
flag F | secuencia «flagged» (marcada)
flag R | Secuencia «replied» (respondida)

Cuando se crea una instancia `MaildirMessage` basada en una instancia `BabylMessage`, se producen las siguientes conversiones:

Estado resultante | Estado `BabylMessage`
--- | ---
subdirectorio «cur» | etiqueta «unseen» (invisible)
subdirectorio «cur» e indicador S | no hay una etiqueta «unseen» (invisible)
flag P | etiqueta «forwarded» o «resent» (reenviado)
flag R | etiqueta de «answered» (contestado)
flag T | etiqueta «deleted» (borrado)

### `mboxMessage`

class `mailbox.``mboxMessage`(message=None)

  Un mensaje con comportamientos específicos de mbox. El parámetro message tiene el mismo significado que con el constructor `Message`.

  Los mensajes en un buzón de correo de mbox se almacenan juntos en un solo archivo. La dirección del sobre del remitente y la hora de entrega se almacenan normalmente en una línea que comienza con «From» que se utiliza para indicar el comienzo de un mensaje, aunque hay una variación considerable en el formato exacto de estos datos entre las implementaciones de mbox. Los flags del estado del mensaje, como por ejemplo si ha sido leído o marcado como importante, se almacenan típicamente en las cabeceras Status y X-Status.

  Los flags convencionales para los mensajes de mbox son los siguientes:

  Flag | Significado | Explicación
  --- | --- | ---
  R | Leído | Leído
  O | Antiguo | Anteriormente detectado por MUA
  D | Borrado | Marcado para su posterior eliminación
  F | Marcada | Marcado como importante
  A | Respondido | Contestado a

  Los flags «R» y «O» se almacenan en el encabezado Status y los flags «D», «F» y «A» se almacenan en el encabezado X-Status. Los flags y los encabezados aparecen típicamente en el orden mencionado.

  Instancias de `mboxMessage` ofrecen los siguientes métodos:

  `get_from`()

    Retorna una cadena que representa la línea «From» que marca el inicio del mensaje en un buzón de correo de mbox. El «From» inicial y la nueva línea final están excluidas.

  `set_from`(from_, time_=None)

    Ponga la línea «From» en from_, que debe ser especificada sin una línea «From» o una nueva línea posterior. Para mayor comodidad, se puede especificar time_, que se formateará adecuadamente y se añadirá a from_. Si se especifica time_, debe ser una instancia `time.struct_time`, una tupla adecuada para pasar a `time.strftime()`, o `True` (para usar `time.gmtime()`).

  `get_flags`()

    Retorna una cadena que especifica los flags que están actualmente establecidos. Si el mensaje cumple con el formato convencional, el resultado es la concatenación en el siguiente orden de cero o una ocurrencia de cada uno de los flags “R”`, `'O'`, `'D'`, `'F'`, and `'A'`.

  `set_flags`(flags)

    Establece los flags especificadas por flags y desactiva todos las demás. El parámetro flags debe ser la concatenación en cualquier orden de cero o más ocurrencias de cada uno de los flags `'R'`, `'O'`, `'D'`, `'F'`, and `'A'`.

  `add_flag`(flag)

    Establece lo(s) flag(s) especificado(s) por flag sin cambiar otros flags. Para añadir más de un indicador a la vez, flag puede ser una cadena de más de un carácter.

  `remove_flag`(flag)

    Deshabilita lo(s) flag(s) especificado(s) por flag sin cambiar otros flags. Para quitar más de un indicador a la vez, flag puede ser una cadena de más de un carácter.

Cuando se crea una instancia `mboxMessage` basada en una instancia `MaildirMessage`, se genera una línea «From » basada en la fecha de entrega de la instancia `MaildirMessage`, y se realizan las siguientes conversiones:

Estado resultante | Estado de `MaildirMessage`
--- | ---
flag R | flag S
flag O | subdirectorio «cur»
flag D | flag T
flag F | flag F
flag A | flag R

Cuando se crea una instancia `mboxMessage` basada en una instancia `MHMessage`, se producen las siguientes conversiones:

Estado resultante | Estado `MHMessage`
--- | ---
flag R y flag O | no hay una secuencia «unseen» (invisible)
flag O | Secuencia «unseen» (no vista)
flag F | secuencia «flagged» (marcada)
flag A | Secuencia «replied» (respondida)

Cuando se crea una instancia `mboxMessage` basada en una instancia `BabylMessage`, se producen las siguientes conversiones:

Estado resultante | Estado `BabylMessage`
--- | ---
flag R y flag O | no hay una etiqueta «unseen» (invisible)
flag O | etiqueta «unseen» (invisible)
flag D | etiqueta «deleted» (borrado)
flag A | etiqueta de «answered» (contestado)

Cuando se crea una instancia `Message` basada en una instancia `MMDFMessage`, la línea «From» se copia y todas los flags se corresponden directamente:

Estado resultante | Estado de `MMDFMessage`
--- | ---
flag R | flag R
flag O | flag O
flag D | flag D
flag F | flag F
flag A | flag A

### `MHMessage`

class `mailbox.``MHMessage`(message=None)

  Un mensaje con comportamientos específicos de la HM. El parámetro message tiene el mismo significado que con el constructor `Message`.

  Los mensajes de MH no soportan marcas o flags en el sentido tradicional, pero sí secuencias, que son agrupaciones lógicas de mensajes arbitrarios. Algunos programas de lectura de correo (aunque no los estándares mh y nmh) usan secuencias de manera muy similar a los flags que se usan con otros formatos, como sigue:

  Secuencia | Explicación
  --- | ---
  unseen (no visto) | No leído, pero previamente detectado por la MUA
  replied (contestado) | Contestado a
  flagged (marcado) | Marcado como importante

  Instancias de `MHMessage` ofrecen los siguientes métodos:

  `get_sequences`()

    Retorna una lista de los nombres de las secuencias que incluyen este mensaje.

  `set_sequences`(sequences)

    Establece la lista de secuencias que incluyen este mensaje.

  `add_sequence`(sequence)

    Añade sequence a la lista de secuencias que incluyen este mensaje.

  `remove_sequence`(sequence)

    Elimina sequence de la lista de secuencias que incluyen este mensaje.

Cuando se crea una instancia `MHMessage` basada en una instancia `MaildirMessage`, se producen las siguientes conversiones:

Estado resultante | Estado de `MaildirMessage`
--- | ---
Secuencia «unseen» (no vista) | no hay indicador S
Secuencia «replied» (respondida) | flag R
secuencia «flagged» (marcada) | flag F

Cuando se crea una instancia `MHMessage` basada en una instancia `mboxMessage` o `MMDFMessage`, se omiten las cabeceras Status y X-Status y se producen las siguientes conversiones:

Estado resultante | Estado `mboxMessage` o `MMDFMessage`
--- | ---
Secuencia «unseen» (no vista) | sin indicador R
Secuencia «replied» (respondida) | flag A
secuencia «flagged» (marcada) | flag F

Cuando se crea una instancia `MHMessage` basada en una instancia `BabylMessage`, se producen las siguientes conversiones:

Estado resultante | Estado `BabylMessage`
--- | ---
Secuencia «unseen» (no vista) | etiqueta «unseen» (invisible)
Secuencia «replied» (respondida) | etiqueta de «answered» (contestado)

### `BabylMessage`

class `mailbox.``BabylMessage`(message=None)

  Un mensaje con comportamientos específicos de Babyl. El parámetro message tiene el mismo significado que con el constructor `Message`.

  Ciertas etiquetas de mensajes, llamadas attributes, están definidas por convención para tener significados especiales. Los atributos son los siguientes:

  Etiqueta | Explicación
  --- | ---
  unseen (no visto) | No leído, pero previamente detectado por la MUA
  deleted (borrado) | Marcado para su posterior eliminación
  filed (archivado) | Copiado a otro archivo o buzón de correo
  answered (contestado) | Contestado a
  forwarded (reenviado) | Reenviado
  edited (editado) | Modificado por el usuario
  resent (reenviado) | Reenviado

  De forma predeterminada, Rmail sólo muestra las cabeceras visibles. La clase `BabylMessage`, sin embargo, usa los encabezados originales porque son más completos. Se puede acceder a las cabeceras visibles explícitamente si se desea.

  Instancias de `BabylMessage` ofrecen los siguientes métodos:

  `get_labels`()

    Retorna una lista de etiquetas en el mensaje.

  `set_labels`(labels)

    Establece la lista de etiquetas del mensaje en labels.

  `add_label`(label)

    Añade label a la lista de etiquetas del mensaje.

  `remove_label`(label)

    Eliminar label de la lista de etiquetas del mensaje.

  `get_visible`()

    Retorna una instancia de `Message` cuyos encabezados son los encabezados visibles del mensaje y cuyo cuerpo está vacío.

  `set_visible`(visible)

    Establece los encabezados visibles del mensaje para que sean los mismos que los del message. El parámetro visible debe ser una instancia `Message`, una instancia `email.message.Message`, una cadena, o un objeto tipo archivo (que debe estar abierto en modo texto).

  `update_visible`()

    Cuando se modifican los encabezados originales de una instancia `BabylMessage`, los encabezados visibles no se modifican automáticamente para que se correspondan. Este método actualiza los encabezados visibles de la siguiente manera: cada encabezado visible con un encabezado original correspondiente se establece como el valor del encabezado original, cada encabezado visible sin un encabezado original correspondiente se elimina, y cualquiera de Date, From, Reply-To, To, CC, y Subject que están presentes en las cabeceras originales pero no las cabeceras visibles se añaden a las cabeceras visibles.

Cuando se crea una instancia `BabylMessage` basada en una instancia `MaildirMessage`, se producen las siguientes conversiones:

Estado resultante | Estado de `MaildirMessage`
--- | ---
etiqueta «unseen» (invisible) | no hay indicador S
etiqueta «deleted» (borrado) | flag T
etiqueta de «answered» (contestado) | flag R
etiqueta «forwarded» (reenviado) | flag P

Cuando se crea una instancia `BabylMessage` basada en una instancia `mboxMessage` o `MMDFMessage`, se omiten los encabezados Status y X-Status y se producen las siguientes conversiones:

Estado resultante | Estado `mboxMessage` o `MMDFMessage`
--- | ---
etiqueta «unseen» (invisible) | sin indicador R
etiqueta «deleted» (borrado) | flag D
etiqueta de «answered» (contestado) | flag A

Cuando se crea una instancia `BabylMessage` basada en una instancia `MHMessage`, se producen las siguientes conversiones:

Estado resultante | Estado `MHMessage`
--- | ---
etiqueta «unseen» (invisible) | Secuencia «unseen» (no vista)
etiqueta de «answered» (contestado) | Secuencia «replied» (respondida)

### `MMDFMessage`

class `mailbox.``MMDFMessage`(message=None)

  Un mensaje con comportamientos específicos de MMDF. El parámetro message tiene el mismo significado que con el constructor `Message`.

  Al igual que los mensajes en un buzón de correo de mbox, los mensajes MMDF se almacenan con la dirección del remitente y la fecha de entrega en una línea inicial que comienza con «From». De la misma manera, los flags que indican el estado del mensaje se almacenan típicamente en las cabeceras Status y X-Status.

  Los flags convencionales para los mensajes MMDF son idénticos a las de los mensajes de mbox y son los siguientes:

  Flag | Significado | Explicación
  --- | --- | ---
  R | Leído | Leído
  O | Antiguo | Anteriormente detectado por MUA
  D | Borrado | Marcado para su posterior eliminación
  F | Marcada | Marcado como importante
  A | Respondido | Contestado a

  Los flags «R» y «O» se almacenan en el encabezado Status y los flags «D», «F» y «A» se almacenan en el encabezado X-Status. Los flags y los encabezados aparecen típicamente en el orden mencionado.

  Las instancias de `MMDFMessage` ofrecen los siguientes métodos, que son idénticos a los ofrecidos por `mboxMessage`:

  `get_from`()

    Retorna una cadena que representa la línea «From» que marca el inicio del mensaje en un buzón de correo de mbox. El «From» inicial y la nueva línea final están excluidas.

  `set_from`(from_, time_=None)

    Ponga la línea «From» en from_, que debe ser especificada sin una línea «From» o una nueva línea posterior. Para mayor comodidad, se puede especificar time_, que se formateará adecuadamente y se añadirá a from_. Si se especifica time_, debe ser una instancia `time.struct_time`, una tupla adecuada para pasar a `time.strftime()`, o `True` (para usar `time.gmtime()`).

  `get_flags`()

    Retorna una cadena que especifica los flags que están actualmente establecidos. Si el mensaje cumple con el formato convencional, el resultado es la concatenación en el siguiente orden de cero o una ocurrencia de cada uno de los flags “R”`, `'O'`, `'D'`, `'F'`, and `'A'`.

  `set_flags`(flags)

    Establece los flags especificadas por flags y desactiva todos las demás. El parámetro flags debe ser la concatenación en cualquier orden de cero o más ocurrencias de cada uno de los flags `'R'`, `'O'`, `'D'`, `'F'`, and `'A'`.

  `add_flag`(flag)

    Establece lo(s) flag(s) especificado(s) por flag sin cambiar otros flags. Para añadir más de un indicador a la vez, flag puede ser una cadena de más de un carácter.

  `remove_flag`(flag)

    Deshabilita lo(s) flag(s) especificado(s) por flag sin cambiar otros flags. Para quitar más de un indicador a la vez, flag puede ser una cadena de más de un carácter.

Cuando se crea una instancia `MMDFMessage` basada en una instancia `MaildirMessage`, se genera una línea «From » basada en la fecha de entrega de la instancia `MaildirMessage`, y se realizan las siguientes conversiones:

Estado resultante | Estado de `MaildirMessage`
--- | ---
flag R | flag S
flag O | subdirectorio «cur»
flag D | flag T
flag F | flag F
flag A | flag R

Cuando se crea una instancia `MMDFMessage` basada en una instancia `MHMessage`, se producen las siguientes conversiones:

Estado resultante | Estado `MHMessage`
--- | ---
flag R y flag O | no hay una secuencia «unseen» (invisible)
flag O | Secuencia «unseen» (no vista)
flag F | secuencia «flagged» (marcada)
flag A | Secuencia «replied» (respondida)

Cuando se crea una instancia `MMDFMessage` basada en una instancia `BabylMessage`, se producen las siguientes conversiones:

Estado resultante | Estado `BabylMessage`
--- | ---
flag R y flag O | no hay una etiqueta «unseen» (invisible)
flag O | etiqueta «unseen» (invisible)
flag D | etiqueta «deleted» (borrado)
flag A | etiqueta de «answered» (contestado)

Cuando se crea una instancia `MMDFMessage` basada en una instancia `mboxMessage`, la línea «From » se copia y todos los flags se corresponden directamente:

Estado resultante | Estado de `mboxMessage`
--- | ---
flag R | flag R
flag O | flag O
flag D | flag D
flag F | flag F
flag A | flag A

## Excepciones

Las siguientes clases de excepción están definidas en el módulo `mailbox`:

exception `mailbox.``Error`

  La clase base para todas las demás excepciones específicas del módulo.

exception `mailbox.``NoSuchMailboxError`

  Se lanza cuando se espera un buzón de correo pero no se encuentra, como cuando se instancia una subclase `Mailbox` con una ruta que no existe (y con el parámetro create establecido en `False`), o cuando se abre una carpeta que no existe.

exception `mailbox.``NotEmptyError`

  Se lanza cuando un buzón de correo no está vacío, pero se espera que lo esté, como cuando se elimina una carpeta que contiene mensajes.

exception `mailbox.``ExternalClashError`

  Raised when some mailbox-related condition beyond the control of the program causes it to be unable to proceed, such as when failing to acquire a lock that another program already holds a lock, or when a uniquely generated file name already exists.

exception `mailbox.``FormatError`

  Se lanza cuando los datos de un archivo no pueden ser analizados, como cuando una instancia `MH` intenta leer un archivo `.mh_sequences` corrupto.

## Ejemplos

Un simple ejemplo de impresión de los temas de todos los mensajes en un buzón de correo que parecen interesantes:

    import mailbox
    for message in mailbox.mbox('~/mbox'):
        subject = message['subject']       # Could possibly be None.
        if subject and 'python' in subject.lower():
            print(subject)

Para copiar todo el correo de un buzón de Babyl a un buzón de MH, convirtiendo toda la información de formato específico que puede ser convertida:

    import mailbox
    destination = mailbox.MH('~/Mail')
    destination.lock()
    for message in mailbox.Babyl('~/RMAIL'):
        destination.add(mailbox.MHMessage(message))
    destination.flush()
    destination.unlock()

Este ejemplo clasifica el correo de varias listas de correo en diferentes buzones, teniendo cuidado de evitar la corrupción del correo debido a la modificación simultánea por otros programas, la pérdida de correo debido a la interrupción del programa, o la terminación prematura debido a mensajes malformados en el buzón:

    import mailbox
    import email.errors

    list_names = ('python-list', 'python-dev', 'python-bugs')

    boxes = {name: mailbox.mbox('~/email/%s' % name) for name in list_names}
    inbox = mailbox.Maildir('~/Maildir', factory=None)

    for key in inbox.iterkeys():
        try:
            message = inbox[key]
        except email.errors.MessageParseError:
            continue                # The message is malformed. Just leave it.

        for name in list_names:
            list_id = message['list-id']
            if list_id and name in list_id:
                # Get mailbox to use
                box = boxes[name]

                # Write copy to disk before removing original.
                # If there's a crash, you might duplicate a message, but
                # that's better than losing a message completely.
                box.lock()
                box.add(message)
                box.flush()
                box.unlock()

                # Remove original message
                inbox.lock()
                inbox.discard(key)
                inbox.flush()
                inbox.unlock()
                break               # Found destination, so stop looking.

    for box in boxes.itervalues():
        box.close()