Zammad: Envíe el correo electrónico del administrador de correo al remitente si el correo electrónico es demasiado grande y no lo procesa Zammad

Creado en 22 jun. 2018  ·  3Comentarios  ·  Fuente: zammad/zammad

Infos:

  • Versión de Zammad utilizada: 2.5
  • Método de instalación (fuente, paquete, ..): cualquiera
  • Sistema operativo: cualquiera
  • Base de datos + versión: cualquiera
  • Versión de Elasticsearch: cualquiera
  • Navegador + versión: cualquiera
  • Ticket-ID: # 1031354, # 1025102, # 1021533, # 1029932, # 1049679

Comportamiento esperado:

  • Si un correo electrónico es demasiado grande para Zammad (al menos para la configuración de tamaño máximo de correo electrónico de Zammad), envíe un correo electrónico de devolución (como un correo electrónico del administrador de correo) al remitente.

Comportamiento real:

  • Zammad simplemente se salta los correos electrónicos demasiado grandes. Los correos electrónicos permanecerán intactos en el buzón.
enhancement prioritised by payment verified

Comentario más útil

Ahora está implementado para Zammad 3.2.

1) En las instalaciones de actualización no habrá otro comportamiento como en este momento. Solo se muestran correos electrónicos demasiado grandes en el punto final de monitoreo de Zammad.

En caso de que desee tener el comportamiento de ahora, haga admin -> Canales -> Correo electrónico -> Configuración y cambie "Enviar correo del administrador de correo si el correo es demasiado grande".

2) En configuraciones nuevas o si "Enviar correo del administrador de correo si el correo es demasiado grande" se establece en verdadero, se envía un mensaje de correo electrónico al remitente que indica que el correo es demasiado grande (qué tan grande era y cuál es el máximo) y era no puedo entregar.

Todos 3 comentarios

Si esto se va a cambiar, agradecería una opción de configuración para ello; en nuestro caso, no queremos que Zammad envíe ningún correo de rebote, y prefiero el actual "no lo recupere de IMAP y muestre una advertencia al enfoque del administrador.

La razón de esto es nuestra configuración de correo bastante compleja: tenemos un servidor de correo principal para nuestra empresa que es el MX de nuestro dominio, y todo el correo entrante y saliente pasa por este servidor. Tan pronto como comencemos a usar Zammad, parte del correo (pero no todo) se duplicará en cuentas IMAP separadas para que Zammad lo recupere. Para ilustrarlo:

Por ejemplo, tenemos una dirección [email protected]. info está configurado como un grupo en nuestro servidor de correo principal; este grupo tiene un archivo que almacena una copia de cada correo entrante, y tiene miembros (por ejemplo, martin.von.wittich ), y cada miembro del grupo también recibe una copia en su bandeja de entrada. Actualmente todavía estamos usando Kayako como nuestro sistema de boletos, y Kayako obtiene una copia a través de /etc/aliases :

info:        \info,          [email protected]

En el futuro, cuando migremos de Kayako, el correo se duplicará de manera similar a un buzón IMAP de Zammad. Por lo tanto, sería muy indeseable para nosotros que uno de nuestros "sistemas de backend" como Kayako o Zammad de repente decidiera enviar su propio correo de devolución, porque la decisión de aceptar o rechazar el correo (por ejemplo, debido a limitaciones de tamaño) recae en nuestro servidor de correo, no con los sistemas backend que solo reciben copias del servidor principal. Cuando nuestro servidor principal (que acepta correo de hasta 50 MB) ya ha decidido aceptar un correo, pero el correo es demasiado grande para que Zammad lo acepte (porque Zammad acepta por defecto hasta 10 MB), entonces esto es simplemente un error de configuración. de mi parte. En ese caso, quiero que Zammad informe a _me_ y no a nuestro cliente.

TLDR: me gusta la forma en que funciona actualmente :)

Puedo entender la argumentación de Martins.
Al menos deberíamos agregar una información al monitoreo, ya que de lo contrario, ¡no puede monitorear esto de manera limpia!

La opción para habilitar / deshabilitar la respuesta automática es una buena idea: vería esto dentro de la configuración y le preguntaría al administrador dentro del asistente cómo le gustaría. La razón es que, personalmente, preferiría que Zammad tenga la respuesta automática activada de forma predeterminada.

Esto también afecta a muchas instancias alojadas, la mayoría de esos usuarios no usan servidores de correo electrónico y su tamaño máximo de correo electrónico depende del paquete elegido. Además, falta información de monitoreo dentro de las configuraciones alojadas (porque normalmente no la necesita), por eso un rebote sería mejor en ese momento.

Verás, es un poco complicado ^^ "

Ahora está implementado para Zammad 3.2.

1) En las instalaciones de actualización no habrá otro comportamiento como en este momento. Solo se muestran correos electrónicos demasiado grandes en el punto final de monitoreo de Zammad.

En caso de que desee tener el comportamiento de ahora, haga admin -> Canales -> Correo electrónico -> Configuración y cambie "Enviar correo del administrador de correo si el correo es demasiado grande".

2) En configuraciones nuevas o si "Enviar correo del administrador de correo si el correo es demasiado grande" se establece en verdadero, se envía un mensaje de correo electrónico al remitente que indica que el correo es demasiado grande (qué tan grande era y cuál es el máximo) y era no puedo entregar.

¿Fue útil esta página
0 / 5 - 0 calificaciones