XenFacil.com
Administrador
- Mensajes
- 440
- Puntuación de reacciones
- 57
- Puntos
- 28
La mayoría de foros deben afrontar aquellas direcciones de email no válidas de miembros. A veces, el usuario lo cambiará y seguirá en el foro, pero muchas otras veces el foro enviará los mensajes de correo electrónico a esa dirección que ya no es válida. Si esto sucede y si se tiene configurada la dirección de correo electrónico de devolución en XenForo (y, posiblemente, con la opción-f habilitada en la configuración de correo), se recibirá un correo electrónico que advertirá del fracaso.
Errores en la entrega del correo electrónico pueden ocurrir por una gran variedad de razones. Si envía continuamente a una dirección que se ha deshabilitado, por ejemplo, puede ir en contra de la reputación del correo electrónico del dominio/IP. Una baja reputación del correo electrónico puede conducir a una reducción en la entrega del correo electrónico y el dominio puede aparecer como spammer.
Por lo tanto, cuando se notifica que un correo electrónico no puede entregarse, es normal desear evitar el envío de nuevos correos electrónicos a ese usuario. XenForo 1.3 añade un nuevo estado de usuario que representa un correo electrónico válido, pero había que cambiar manualmente a los usuarios con este estado. Con un foro de gran tamaño, esto puede ser tedioso y lento en el mejor de los casos e imposible de gestionar, en el peor.
Para manejar esto, XenForo 1.4 implementa un sistema automatizado de email devuelto. No se trata de un sistema muy detallado y técnico, sino que permite automatizar una acción importante de mantenimiento.
Análisis automatizado de devoluciones
El componente núcleo de este sistema es un proceso que lee emails desde una cuenta específica y los analiza para determinar si hay mensajes devueltos.
Como las notificaciones se remitirán al valor aquí introducido en "Dirección de email para devoluciones", se deberán introducir los detalles POP3 o IMAP de esa cuenta. Una vez hecho, el sistema comenzará automáticamente a comprobar esta cuenta para mensajes devueltos. Advertir que se eleiminarán los emails de esta cuenta tras leerlos por lo que es preciso que esta cuenta sea dedicada solo para correos devueltos desde el foro.
Cada email leído en esta cuenta se analizará para determinar si se ajusta a algún tipo y ejecutar la acción apropiada (cambiando el estado del usuario para indicar que el email ya no es válido, si procede). Todo esto se muestra en el registro de emails devueltos del panel de control:
La acción a adoptar dependerá del contenido del email. Las siguientes secciones discuten por qué un correo electrónico podría no ser fiable y la distinción entre devoluciones blandas y duras.
La notificación del análisis de devoluciones de email es notoriamente difícil debido a que un amplio rango de servidores no ofrecen actualmente buenas respuestas de devolución. Hemos cubierto un número de casos comunes que aún es preciso ampliar, por lo que si se usa esta característica conviene mirar el registro de devoluciones de email e indicarnos si se ven emails que no se estan manejando adecuadamente. El enalce "ver original" llevará al email original en bruto (cabeceras y todos los datos codificados). Pueden usarse estos datos para ayudarnos a determinar el manejo adicional de cualquier caso.
Advertir que pueden obtenerse emails no devueltos en esta dirección, como notificaciones de retraso, verificaciones y respuestas automáticas. Estas se registrarán pero no suponen un error y no debe ejecutarse ninguna acción sobre ellos.
El registro de devoluciones de email se mantendrá durante 30 días.
VERP y Validación
Si bien se podría pensar que una notificación de devolución siempre indica que el correo electrónico se envió, esto podría ser erróneo. A veces, la notificación sólo muestra la dirección del destinatario final y tal vez se haya reenviado el correo electrónico a otra dirección. En raras ocasiones, puede que no indique ninguna dirección.
Una vía común sobre esto es la técnica denominada Ruta Variable de Retorno (Variable Envelope Return Path -VERP-). El concepto tras el que codifica VERP el email destinatario es el encabezamiento Ruta de devolución (a donde se remite la notificación de devolución).
Otro componente importante es la validación de que el mensaje original se ha remitido desde nuestro foro. Sin esto, cualquiera puede crear manualmente una notificación de devolución y remitirla a la dirección de devolución y activar el comportamiento de devolución para cualquier correo electrónico. Agregando un picadillo (hash) de validación de devolución, se puede ignorar cualquier email que no esté validado. Esto es el componente "de no confianza" en la captura del registro de devoluciones de email.
He aquí un rápido ejemplo de VERP:
Tened presente que la devolución nunca se muestra al usuario final (salvo que este mire el contenido en bruto del email). El valor de devolución y del remitente nunca estan relacionados.
Queremos recomendar activar el soporte VERP si se activa la opción de manejo automatizado de devoluciones. sin emabrgo, es necesario que el servidor SMTP ignore cualquier cosa tras el signo +. Esto es bastante común en estos tiempos; Gmail lo hace, por ejemplo.
Si no se activa (o no se puede activar) la opción VERP, los datos del email original se incrustarán a traves de otro encabezado. Algunas notificaciones de devolución incluyen el mensaje original (o sus encabezados) siendo así posible analizar estos datos. Sin embargo, nunca es tan fiable como con la opción VERP activada.
Devoluciones blandas y duras
Las notificaciones de devolución informan de un amplio rango de problemas. Algunos de ellos, desafortunadamente, no son resueltos mientras que otros pueden serlo temporalmente o específicamente para un solo mensaje. Por ello es precisa una distinción entre devolución dura y blanda.
Cuando sucede una devolución dura, pueden adoptarse acciones de forma (configurando en el estado del usuario que no es válido su email). Es probable que estos problemas no se resuelvan nunca, salvo casos de pura suerte. Más comunmente será un email no válido (la parte izquierda de la @ de la dirección).
Las devoluciones blandas incluyen:
Los criterios están diseñados para dar el destinatario (o su parte admin del servidor) una oportunidad de resolver el problema. Si el límite se basa solo en el número de emails, un aluvión de mensajes en un corto espacio de tiempo podría desencadenar el umbral de suave de devolución.
Usando los valores de la captura, sólo se considerará no válido un email cuando:
Ufff, esto fue muy largo. Háznos saber si tienes alguna pregunta o pensamientos para echar un ojo hacia el foro y conocer más características de 1.4 que serán reveladas pronto.
Recordad: No publicad sugestiones en este tema (aunque puedan estar relacionadaos). Usad el foro dedicado para sugestiones a fín de poder rastrearlas; las sugestiones echas en este tema son poco probables de implementar.
Continúar leyendo...
Errores en la entrega del correo electrónico pueden ocurrir por una gran variedad de razones. Si envía continuamente a una dirección que se ha deshabilitado, por ejemplo, puede ir en contra de la reputación del correo electrónico del dominio/IP. Una baja reputación del correo electrónico puede conducir a una reducción en la entrega del correo electrónico y el dominio puede aparecer como spammer.
Por lo tanto, cuando se notifica que un correo electrónico no puede entregarse, es normal desear evitar el envío de nuevos correos electrónicos a ese usuario. XenForo 1.3 añade un nuevo estado de usuario que representa un correo electrónico válido, pero había que cambiar manualmente a los usuarios con este estado. Con un foro de gran tamaño, esto puede ser tedioso y lento en el mejor de los casos e imposible de gestionar, en el peor.
Para manejar esto, XenForo 1.4 implementa un sistema automatizado de email devuelto. No se trata de un sistema muy detallado y técnico, sino que permite automatizar una acción importante de mantenimiento.
Análisis automatizado de devoluciones
El componente núcleo de este sistema es un proceso que lee emails desde una cuenta específica y los analiza para determinar si hay mensajes devueltos.
Como las notificaciones se remitirán al valor aquí introducido en "Dirección de email para devoluciones", se deberán introducir los detalles POP3 o IMAP de esa cuenta. Una vez hecho, el sistema comenzará automáticamente a comprobar esta cuenta para mensajes devueltos. Advertir que se eleiminarán los emails de esta cuenta tras leerlos por lo que es preciso que esta cuenta sea dedicada solo para correos devueltos desde el foro.
Cada email leído en esta cuenta se analizará para determinar si se ajusta a algún tipo y ejecutar la acción apropiada (cambiando el estado del usuario para indicar que el email ya no es válido, si procede). Todo esto se muestra en el registro de emails devueltos del panel de control:
La acción a adoptar dependerá del contenido del email. Las siguientes secciones discuten por qué un correo electrónico podría no ser fiable y la distinción entre devoluciones blandas y duras.
La notificación del análisis de devoluciones de email es notoriamente difícil debido a que un amplio rango de servidores no ofrecen actualmente buenas respuestas de devolución. Hemos cubierto un número de casos comunes que aún es preciso ampliar, por lo que si se usa esta característica conviene mirar el registro de devoluciones de email e indicarnos si se ven emails que no se estan manejando adecuadamente. El enalce "ver original" llevará al email original en bruto (cabeceras y todos los datos codificados). Pueden usarse estos datos para ayudarnos a determinar el manejo adicional de cualquier caso.
Advertir que pueden obtenerse emails no devueltos en esta dirección, como notificaciones de retraso, verificaciones y respuestas automáticas. Estas se registrarán pero no suponen un error y no debe ejecutarse ninguna acción sobre ellos.
El registro de devoluciones de email se mantendrá durante 30 días.
VERP y Validación
Si bien se podría pensar que una notificación de devolución siempre indica que el correo electrónico se envió, esto podría ser erróneo. A veces, la notificación sólo muestra la dirección del destinatario final y tal vez se haya reenviado el correo electrónico a otra dirección. En raras ocasiones, puede que no indique ninguna dirección.
Una vía común sobre esto es la técnica denominada Ruta Variable de Retorno (Variable Envelope Return Path -VERP-). El concepto tras el que codifica VERP el email destinatario es el encabezamiento Ruta de devolución (a donde se remite la notificación de devolución).
Otro componente importante es la validación de que el mensaje original se ha remitido desde nuestro foro. Sin esto, cualquiera puede crear manualmente una notificación de devolución y remitirla a la dirección de devolución y activar el comportamiento de devolución para cualquier correo electrónico. Agregando un picadillo (hash) de validación de devolución, se puede ignorar cualquier email que no esté validado. Esto es el componente "de no confianza" en la captura del registro de devoluciones de email.
He aquí un rápido ejemplo de VERP:
- Dirección de manejo de devoluciones: bounce@yourdomain.com
- Destinatario del email: user@example.com
Tened presente que la devolución nunca se muestra al usuario final (salvo que este mire el contenido en bruto del email). El valor de devolución y del remitente nunca estan relacionados.
Queremos recomendar activar el soporte VERP si se activa la opción de manejo automatizado de devoluciones. sin emabrgo, es necesario que el servidor SMTP ignore cualquier cosa tras el signo +. Esto es bastante común en estos tiempos; Gmail lo hace, por ejemplo.
Si no se activa (o no se puede activar) la opción VERP, los datos del email original se incrustarán a traves de otro encabezado. Algunas notificaciones de devolución incluyen el mensaje original (o sus encabezados) siendo así posible analizar estos datos. Sin embargo, nunca es tan fiable como con la opción VERP activada.
Devoluciones blandas y duras
Las notificaciones de devolución informan de un amplio rango de problemas. Algunos de ellos, desafortunadamente, no son resueltos mientras que otros pueden serlo temporalmente o específicamente para un solo mensaje. Por ello es precisa una distinción entre devolución dura y blanda.
Cuando sucede una devolución dura, pueden adoptarse acciones de forma (configurando en el estado del usuario que no es válido su email). Es probable que estos problemas no se resuelvan nunca, salvo casos de pura suerte. Más comunmente será un email no válido (la parte izquierda de la @ de la dirección).
Las devoluciones blandas incluyen:
- El buzón del destinatario está lleno.
- Problemas de DNS/conectividad.
- Mensaje demasiado largo (como otros mensajes que pueden pasar)
Los criterios están diseñados para dar el destinatario (o su parte admin del servidor) una oportunidad de resolver el problema. Si el límite se basa solo en el número de emails, un aluvión de mensajes en un corto espacio de tiempo podría desencadenar el umbral de suave de devolución.
Usando los valores de la captura, sólo se considerará no válido un email cuando:
- Al recibir 3 o más notificaciones de devolución.
- Las notificaciondes de devolución sucedan en tres o más días distintos.
- El tiempo entre la primera y la última devolución sea de 5 días al menos.
Ufff, esto fue muy largo. Háznos saber si tienes alguna pregunta o pensamientos para echar un ojo hacia el foro y conocer más características de 1.4 que serán reveladas pronto.
Recordad: No publicad sugestiones en este tema (aunque puedan estar relacionadaos). Usad el foro dedicado para sugestiones a fín de poder rastrearlas; las sugestiones echas en este tema son poco probables de implementar.
Continúar leyendo...
Última edición por un moderador: