WebSphere Message Broker, Versión 8.0.0.5 Sistemas operativos: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte la información sobre la última versión del producto en IBM Integration Bus, Versión 9.0

Recibir un correo electrónico

Puede recibir un correo electrónico, con o sin archivos adjuntos, desde un servidor de correo electrónico que admita el protocolo POP3 (Post Office Protocol 3) o el protocolo IMAP (Internet Message Access Protocol).

Antes de empezar:

En este tema se presupone que ya ha creado un flujo de mensajes. Para obtener más información, consulte Crear un flujo de mensajes.

Utilice WebSphere Message Broker Toolkit para configurar las propiedades del nodo EmailInput para que pueda recibir un correo electrónico, con o sin archivos adjuntos.
  1. Añada un nodo EmailInput al flujo de mensajes.
  2. Edite las siguientes propiedades del nodo EmailInput:
    1. En el separador Básicas, añada el URL del servidor de correo electrónico o el nombre del servicio configurable EmailServer como el valor de la propiedad Servidor de correo electrónico, como se describe en el apartado Nodo EmailInput. Por ejemplo, pop3://myemailserver.com:12345 o imap://myemailserver.com:56789.
    2. En el separador Seguridad, añada el nombre del objeto de identidad de seguridad del par de ID usuario y contraseña del servidor de correo electrónico como el valor de la propiedad Identidad de seguridad. Para obtener más información sobre el soporte de identidad de seguridad del servidor de correo electrónico, consulte Mandato mqsisetdbparms.
    3. Configure las siguientes propiedades en el separador Reintento:
      • Mecanismo de reintento: La propiedad Mecanismo de reintento define cómo el nodo EmailInput maneja una anomalía en el flujo de mensajes. Los valores válidos son Anomalía, Reintento corto o Reintento corto y largo. El valor predeterminado de esta propiedad es Reintento corto y largo, que indica que el correo electrónico se reintenta hasta alcanzar el umbral de reintentos cortos y, a continuación, se efectúan los reintentos largos, lo que significa que el correo electrónico nunca se suprime del servidor de correo electrónico, y también que el correo electrónico se reintenta infinitamente. Los correos electrónicos se suprimen del servidor de correo electrónico si el mensaje de correo electrónico falla y este valor de propiedad no se establece en Reintento corto y largo.
      • Umbral de reintentos: El número de veces que se debe reintentar la transacción de flujo de mensajes cuando el valor de la propiedad Mecanismo de reintento está establecido en Reintento corto. El valor predeterminado de esta propiedad es 0.
      • Intervalo de reintento corto (en segundos): El intervalo de reintento corto es el intervalo, en segundos, entre cada reintento si el valor de la propiedad Umbral de reintentos no está establecido en cero. El valor predeterminado de esta propiedad es 0. Si el correo electrónico se reintenta hasta alcanzar el umbral de reintentos cortos y el correo electrónico falla, el correo electrónico se direcciona al terminal de anomalías, y el correo electrónico se suprime del servidor de correo electrónico.
      • Intervalo de reintento largo (en segundos): El intervalo de reintento largo es el intervalo, en segundos, entre cada reintento, si el valor de la propiedad Mecanismo de reintento es Reintento corto y largo y se ha agotado el umbral de reintentos cortos. El valor predeterminado de esta propiedad es 0 segundos.
      • Acción en correo electrónico anómalo: La propiedad Acción en correo electrónico anómalo determina la acción que el nodo EmailInput realiza con el origen de datos de entrada después de que fracasen todos los intentos de procesar el contenido de los correos electrónicos. La propiedad Acción en correo electrónico anómalo es de sólo lectura y está establecida en un valor predeterminado de Suprimir correo electrónico, que se utiliza con la propiedad Mecanismo de reintento. Si la propiedad Mecanismo de reintento está establecida en Reintento corto y largo, el flujo de mensajes continúa para intentar recuperar el correo electrónico del servidor de correo electrónico, lo que significa que el correo electrónico nunca se suprime. Si la propiedad Mecanismo de reintento no se establece en Reintento corto y largo, se utiliza el valor de la propiedad Acción en correo electrónico anómalo Suprimir correo electrónico y el correo electrónico se suprime del servidor de correo electrónico.
  3. Guarde los cambios.
  4. Añada el flujo de mensajes al archivo BAR y despliéguelo.

    Cuando se pasa un mensaje al nodo EmailInput desplegado, se recibe un correo electrónico del servidor de correo electrónico y el cuerpo del mensaje de correo electrónico y los archivos adjuntos se propagan en el dominio MIME (Multipurpose Internet Mail Extensions). El resto de la información relacionada con el correo electrónico se almacena en el árbol lógico MIME Root.EmailInputHeader. Para obtener una lista completa de los elementos de correo electrónico que se propagan en el árbol lógico MIME cuando se utiliza un nodo EmailInput, consulte Nodo EmailInput.

    Cuando se recibe un correo electrónico que contiene un archivo adjunto, el nodo EmailInput coloca diferentes partes del cuerpo del correo electrónico en el dominio MIME, de modo que estén asociados con el analizador MIME. La ubicación del árbol MIME que crea el nodo EmailInput para albergar la información es la misma ubicación que donde el nodo EmailOutput espera que estén los datos de correo electrónico al enviar un correo electrónico. Los archivos adjuntos se almacenan en el árbol lógico MIME, en el directorio Root.MIME.Parts.Part.Data. Donde Content-Type describe el tipo de datos que se encuentra en el archivo adjunto.

    El diagrama muestra el árbol lógico de mensaje MIME.

    Ver el valor de Root.Properties.ContentType en el dominio MIME permite escribir lógica para analizar el archivo adjunto. Para obtener más información sobre el árbol lógico MIME, consulte Analizador y dominio MIME.

Los mensajes recibidos se suprimen de un servidor de correo electrónico que admite POP3 o IMAP sólo cuando los correos electrónicos se han propagado satisfactoriamente después de que los terminales de anomalías, salida y captación del nodo EmailInput los hayan procesado satisfactoriamente y el flujo de mensajes se ha ejecutado correctamente. Esto no forma parte de una transacción coordinada globalmente.

Los correos electrónicos se suprimen del servidor de correo electrónico en las circunstancias siguientes:
  • El terminal de anomalías no está conectado.
  • Se produce una excepción en el terminal de anomalías.
  • El mensaje de correo electrónico falla y el valor de la propiedad Mecanismo de reintento no se establece en Reintento corto y largo.
  • El Umbral de reintentos no se establece en 0 y el valor de la propiedad Intervalo de reintento corto se ha agotado.
Para obtener más información sobre el proceso de respuestas de un nodo EmailInput, y para obtener información sobre el manejo de la retrotracción, consulte el apartado Proceso de respuestas de un nodo EmailInput.
Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Comentarios

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Última actualización:
        
        Última actualización: 2015-02-28 17:00:45


Tema de tareaTema de tarea | Versión 8.0.0.5 | bc16220_