nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

Error en el envío de emails

cybermakoki

Muy buenas a todos!!

Estoy trabajando con la versión Enterprise 3.1.1 y los usuarios utilizan Lotus notes para enviar correos a Alfresco.

Se que hay una incidencia abierta en Alfresco sobre este error que da al enviar correos desde lotus notes:

org.alfresco.error.AlfrescoRuntimeException: Email message processing failed
   at org.alfresco.email.server.EmailServiceImpl.processMessage(EmailServiceImpl.java:235)
   at org.alfresco.email.server.EmailServiceImpl.importMessage(EmailServiceImpl.java:147)
   at org.alfresco.email.server.impl.subetha.SubethaEmailServer$Handler.processDelivery(SubethaEmailServer.java:177)
   at org.alfresco.email.server.impl.subetha.SubethaEmailServer$Handler.data(SubethaEmailServer.java:132)
   at org.subethamail.smtp.command.DataCommand.execute(DataCommand.java:56)
   at org.subethamail.smtp.server.CommandHandler.handleCommand(CommandHandler.java:58)
   at org.subethamail.smtp.server.ConnectionHandler.run(ConnectionHandler.java:113)
Caused by: org.alfresco.error.AlfrescoRuntimeException: IOException while attempting to detect charset encoding.
   at org.alfresco.encoding.AbstractCharactersetFinder.detectCharset(AbstractCharactersetFinder.java:102)
   at …..‍‍‍‍‍‍‍‍‍‍‍

el tema es, que esto sólo pasa en contadas ocasiones, pero si envian varios correos de golpe, alfresco los rechaza todos…

¿alguna sugerencia de lo que puede estar pasando o puede estar todo relacionado con lo mismo?

gracias!

Find more posts tagged with

Comments

cristinamr

Buenas cybermakoki.

Acabo de ojear por google y me topé con este JIRA y de momento no hay solución "factible" salvo hacer un upgrade a la 3.3.4

Sé que no sirve de mucho pero bueno voy a indagar más a ver si encuentro algo más concreto y te comento.

Un saludo.

cybermakoki

Hola Cristina,

gracias por responder, ya habia visto ese JIRA, pero como esto solo ocurre a veces, siguen usando Lotus notes… lo que me mosquea es que cuando envian varios seguidos, les devuelve todos… eso es un poco raro

cristinamr

Buenas de nuevo.

Al ver el error hoy me di cuenta que puede deberse a temas relacionados con la codificación (sobre todo por el caused by que te suelta el log).. Al ver esto me ha dado por investigar un poco porque me suena que aunque alfresco sea el que te saque el error pueda deberse al Lotus Notes. Te comento:

- Busqué el error y encontré este fragmento de código nativo de Alfresco. Si te fijas en la línea 102 tienes tu error embebido en un catch, es decir, que por lo que sea al atacar desde Lotus ese try no lo soporta y salta a tu error, por lo que el origen del error está en ese fragmento.
- Habiendo centrado el error, he ido a la API de alfresco y me he topado con la clase que te da la excepción (detectCharset), y fijate que cosa más curiosa:

detectCharset

public final java.nio.charset.Charset detectCharset(java.io.InputStream is)

Attempt to detect the character set encoding for the give input stream. The input stream will not be altered or closed by this method, and must therefore support marking. If the input stream available doesn't support marking, then it can be wrapped with a BufferedInputStream.
The current state of the stream will be restored before the method returns.

The input stream is checked to ensure that it supports marks, after which a buffer is extracted, leaving the stream in its original stat

De lo que te resalto ese the character set encoding, o sea, que el error proviene de la codificación con la que se envía al enviar emails.

¿La solución? No conozco muy bien el Lotus Notes pero quizás puedas hablar con el administrador para que verifique cual es la codificación con la que se manda el email a alfresco.

Espero que te haya aclarado algo, y aunque no sea muy concluyente… Al menos ya sabemos que van por ahí los tiros. Ah! Y si consigues solucionarlo, por favor, comentanos cómo (así queda registrado en algún sitio

).

Un saludo.

cybermakoki

Gracias Cristina

Miraré a ver si se puede hacer algo… de todas formas creo que ya han corregido este bug en alfresco pero aún no ha salido una versión nueva… postearé si consigo algo!

cristinamr

De nada

Hombre, si pudieras hacer alguna prueba con un alfresco 3.4b, por ejemplo, para ver si persiste pues mira, al menos por ahí tienes una orientación de que el problema de la codificación es alfresco y no el Lotus Notes. Pero vamos, siempre queda la opción de migrar

Un saludo!

cybermakoki

Pfff el problema es que no podemos migrar, porque hay muchos bugs que todavia no han resuelto… al final creo que, o vamos a cambiar el encoding del lotus notes, o se va a poner un servidor intermedio de exchange… veremos que pasa

fegor

No me queda claro como es la arquitectura que has montado con respecto a Alfresco, es decir, ¿Alfresco hace de servidor IMAP y recibe mensajes de clientes lotus notes?, ¿Alfresco recibe mensajes vía el MTA Lotus Domino?, …

Si es del cliente, verifica la codificación utilizada como dice Cristina.

PD. Antes que un Exchange Server por medio, mejor un postfix…

Un saludo.

cybermakoki

Hola,

El problema que teniamos era que los usuarios enviaban muchos correos seguidos desde Lotus Notes a Alfresco y cascaba, al final lo hemos solucionado añadiendo esta fila al custom-email-server.properties:

email.server.connections.max=5‍

De todas formas, tenemos otro problemón con el correo, que no reconoce HTML y los correos son ilegibles… he llegado a leer por ahi que es un bug que se ha corregido en la versión 3.3… yo estoy con la versión 3.1 y ahora mismo no podemos migrar y no veo la forma de solucionar esto

fegor

Supongo que te refieres a este error reconocido: http://issues.alfresco.com/jira/browse/ALF-1900?page=tr.com.mkk.plugin.jira%3Areopened-issue-tabpanel

¿Aunque dices que se soluciona estableciendo menos conexiones?, el tema de que no reconozca el HTML es bastante complicado de solucionar. Pon ejemplos por aquí para ver exactamente como se te queda, etc. y vemos, pero vamos, que si además se ha solucionado en la 3.3…

Un saludo.

cybermakoki

Pues a pesar de ser un bug si que hemos solucionado el problema de los emails con esa linea… de todas formas nos pasaba que si mandaban muchos correos a la vez, los devolvia todos, y eso si que lo hemos solucionado…

El tema de formateo de los emails lo estamos solucionando con un script, cuando lo tengamos bien probado lo compartiré

cristinamr

Pues nada, me alegro que se haya solucionado

… De paso, algo nuevo que aprendo por si en algún futuro ocurre pues ya tenemos la referencia por aquí

Un saludo!!

cybermakoki

Muy buenas,

Aqui estoy de nuevo, y como lo prometido es deuda… os pego el código (muy casero) que hemos implementado para la recepción de correos desde Lotus Notes… para la versión Enterprise 3.1

Resumiendo un poco los problemas que teniamos… el más gordo era que si mandaban muchos correos a la vez, el servidor de correo se saturaba y devolvia todos como erróneos, con el casque del charset encoding…

para ello hicimos varias cosas,

1. Añadir la siguiente linea en custom-email-server.properties:

email.server.connections.max=5

Con este cambio la cosa mejoró bastante, pero seguimos forzando el servidor mandando hasta 100 correos al mismo tiempo… obteniendo el mismo resultado, errores. Descubrimos que enviando los correos con un retardo de al menos 10 segundos, conseguiamos que entraran todos, pero no era la solución…

Al final lo que hice fue crear una clase Custom que extendia de EmailServiceImpl que lo único que hace es sincronizar el método de procesar emails…

import org.alfresco.email.server.EmailServiceImpl;
import org.alfresco.service.cmr.email.EmailMessage;
import org.alfresco.service.cmr.repository.NodeRef;

public class CustomEmailServiceImpl_ extends EmailServiceImpl{


    /**
     * {@inheritDoc}
     */
   @Override
    public void importMessage(EmailMessage message)
    {
      synchronized (this) {
         super.importMessage(message);
      }
    }

    /**
     * {@inheritDoc}
     */
   @Override
    public void importMessage(NodeRef nodeRef, EmailMessage message)
    {
        synchronized (this) {
         super.importMessage(nodeRef, message);
      }
    }

}

Con este último cambio hemos conseguido solucionar el problema de la "saturación" pero todavia nos quedaba el formateo de los correos… hasta ahora, no nos reconocia ni los acentos, ni el código html ni nada… por lo que hemos creado unos métodos muy caseros que nos solucionan el problema de forma temporal…

y de momento esto es todo… espero que a alguien le sirva de ayuda, porque este tema de los correos, nos ha traido verdaderos quebraderos de cabeza….

Saludos!!