Zammad: Envie um e-mail do postmaster ao remetente se o e-mail for muito grande e não for processado pelo Zammad

Criado em 22 jun. 2018  ·  3Comentários  ·  Fonte: zammad/zammad

Infos:

  • Versão Zammad usada: 2.5
  • Método de instalação (fonte, pacote, ..): qualquer
  • Sistema operacional: qualquer
  • Banco de dados + versão: qualquer
  • Versão do Elasticsearch: qualquer
  • Versão do navegador +: qualquer
  • ID do tíquete: # 1031354, # 1025102, # 1021533, # 1029932, # 1049679

Comportamento esperado:

  • Se um e-mail for muito grande para o Zammad (pelo menos para a configuração de tamanho máximo do e-mail do Zammad), envie um e-mail devolvido (como um e-mail do postmaster) para o remetente.

Comportamento real:

  • Zammad está simplesmente pulando e-mails muito grandes. Os e-mails permanecerão na caixa de correio intocados.
enhancement prioritised by payment verified

Comentários muito úteis

Está implementado para Zammad 3.2 agora.

1) Nas instalações de atualização, não haverá outro comportamento como agora. Apenas e-mails muito grandes são mostrados no endpoint de monitoramento Zammad.

Caso você queira ter o comportamento agora, vá para admin -> Canais -> E-Mail -> Configurações e altere "Enviar correio do postmaster se o e-mail for muito grande"

2) Em novas configurações ou se "Enviar e-mail do postmaster se o e-mail for muito grande" estiver definido como verdadeiro, uma mensagem de e-mail é enviada ao remetente dizendo que o e-mail é muito grande (quão grande era e qual era o máximo) e era não é capaz de entregar.

Todos 3 comentários

Se isso for alterado, eu gostaria de uma opção de configuração para ele - no nosso caso, não queremos que o Zammad envie nenhum e-mail devolvido, e eu prefiro o atual "não busque no IMAP e mostre um aviso para a abordagem do administrador ".

A razão para isso é nossa configuração de e-mail bastante complexa: temos um servidor de e-mail principal para nossa empresa que é o MX do nosso domínio, e todos os e-mails enviados e recebidos passam por esse servidor. Assim que começarmos a usar o Zammad, alguns dos e-mails (mas não todos) serão duplicados em contas IMAP separadas para o Zammad buscar. Para ilustrar:

Por exemplo, temos um endereço [email protected]. info está configurado como um grupo em nosso servidor de e-mail principal; este grupo tem um arquivo que armazena uma cópia de todos os e-mails recebidos, e possui membros (por exemplo, martin.von.wittich ), e cada membro do grupo recebe uma cópia em sua caixa de entrada também. Atualmente, ainda estamos usando Kayako como nosso sistema de ingressos, e Kayako obtém uma cópia via /etc/aliases :

info:        \info,          [email protected]

No futuro, quando migrarmos do Kayako, o e-mail será duplicado de forma semelhante a uma caixa de correio Zammad IMAP. Portanto, seria muito indesejável para nós quando um de nossos "sistemas de back-end", como Kayako ou Zammad, repentinamente decidisse enviar sua própria correspondência devolvida, porque a decisão de aceitar ou rejeitar a correspondência (por exemplo, devido a restrições de tamanho) está com nosso principal servidor de correio, não com os sistemas backend que apenas recebem cópias do servidor principal. Quando nosso servidor principal (que aceita e-mail de até 50 MB) já decidiu aceitar um e-mail, mas o e-mail é muito grande para o Zammad aceitar (porque o Zammad aceita por padrão até 10 MB), então isso é simplesmente um erro de configuração ao meu lado. Nesse caso, quero que o Zammad informe _me_ e não o nosso cliente.

TLDR: Gosto da forma como funciona atualmente :)

Eu posso entender a argumentação de Martins.
Devemos pelo menos adicionar uma informação ao monitoramento, caso contrário, você não pode monitorar isso de forma limpa!

A opção de habilitar / desabilitar a resposta automática é uma boa ideia - eu veria isso dentro das configurações e perguntaria ao administrador dentro do assistente como ele gostaria. A razão é que eu pessoalmente prefiro que o Zammad tenha a resposta automática ativada por padrão.

Isso impacta muitas instâncias hospedadas também, a maioria desses usuários não usa em servidores de e-mail e seu tamanho máximo de e-mail depende do pacote escolhido. Além disso, as informações de monitoramento estão faltando nas configurações hospedadas (porque você normalmente não precisa delas), por isso um salto seria melhor nesse ponto.

Você vê, é um pouco complicado ^^ "

Está implementado para Zammad 3.2 agora.

1) Nas instalações de atualização, não haverá outro comportamento como agora. Apenas e-mails muito grandes são mostrados no endpoint de monitoramento Zammad.

Caso você queira ter o comportamento agora, vá para admin -> Canais -> E-Mail -> Configurações e altere "Enviar correio do postmaster se o e-mail for muito grande"

2) Em novas configurações ou se "Enviar e-mail do postmaster se o e-mail for muito grande" estiver definido como verdadeiro, uma mensagem de e-mail é enviada ao remetente dizendo que o e-mail é muito grande (quão grande era e qual era o máximo) e era não é capaz de entregar.

Esta página foi útil?
0 / 5 - 0 avaliações