Zammad: A codificação japonesa iso-2022-jp de 7 bits foi processada incorretamente

Konnichiwa @lsergei - você poderia fornecer um exemplo completo de e-mail para que possamos usar em nosso conjunto de testes? Isso ajudaria bastante. Obrigado!

Konnichiwa @thorsteneckel , obrigado pela resposta rápida.

Como você gostaria que eu encaminhasse uma mensagem problemática? Apenas encaminhá-lo pode (e provavelmente irá) substituir os cabeçalhos

Normalmente, o programa de e-mail tem a opção de salvar uma mensagem bruta no formato .eml . Para Apple Mail, por exemplo, é apenas File -> Save As . Certifique-se de abrir esse arquivo em um editor de texto comum e remover todos os dados confidenciais antes de enviá-lo aqui.

@thorsteneckel obrigado pela explicação. Por favor, veja a mensagem anexa.
Como o GitHub não oferece suporte ao upload de arquivos eml, a extensão do arquivo foi alterada para txt.

メ ル マ ガ 解除 .txt

Domo arigato!
O problema foi verificado, nós o atualizaremos assim que pudermos trabalhar nele.

Portanto, a causa raiz desse problema é que a dependência que estamos usando para analisar e-mails não oferece suporte para e-mails com codificação ISO 2022 JP . Existe uma jóia adicional que traz esse suporte para versões mais antigas, mas não é versão (mais recente) que estamos usando .
Há um Pull Request obsoleto e pendente de 6 anos sobre o qual adicionei um comentário para pedir instruções sobre como retirar a partir daí. Esperando feedback ...

Podemos reavaliar se possivelmente existe uma solução de trabalho até agora?

Não houve nenhuma mudança relevante no mail gem e meu último comentário é, portanto (infelizmente) ainda válido.

Mantas, você pode dar uma olhada se talvez haja uma solução para contornar isso sem hackear joias hackeadas com 7 anos de idade? Talvez uma conversão fosse possível antes ou assim.

Olá @lsergei - os ótimos @mantas encontraram uma solução alternativa para o problema do mail gem, para que possamos lidar com isso em nosso código. Uma solução sustentável na própria gema seria muito mais agradável, mas uma tarefa enorme que não podemos realizar agora. No entanto, sinta-se à vontade para testá-lo no próximo lançamento do Zammad 3.4 em cerca de 2 semanas.

Olá @thorsteneckel e @mantas - obrigado, aprecio seus esforços! Testará e fornecerá feedback.

Ansioso por novo lançamento

Oi. Sou novo no zammad.
Acho que esse problema não foi corrigido em 3.6.x
meu servidor zammad mostra caracteres ilegíveis semelhantes.

@hiromayu Seria possível receber um arquivo eml original de um e-mail com as codificações acima que ainda falham no Zammad 3.6? Você pode enviar este eml para support [at] zammad [dot] com com referência a este problema. Vamos dar uma olhada então.

Obrigada.

Olá MrGeneration. Eu envio o arquivo eml para o suporte.

@hiromayu @MrGeneration este problema ainda não foi corrigido. Eu meio que desisti (tenha alguém para consertar esses e-mails manualmente)

Apenas como um pequeno acompanhamento:
Graças a @hiromayu e ao exemplo de e-mail, pudemos identificar o problema.

Está indiretamente cobrindo este problema e o problema nº 3096

Olá. Obrigado a todos.
Acho que esse problema é corrigido com a aplicação de patch.
https://github.com/kuroda/mail-iso-2022-jp.
meu servidor Zammad lida com o e-mail que enviei para oferecer suporte perfeitamente.

@hiromayu obrigado pela atualização! Posso saber como você aplicou o patch? Acabou de instalar o gem conforme descrito no artigo do github?

Esqueci de dizer que não conseguia distinguir o motivo que estava resolvendo esse problema.
Eu apliquei o patch e atualizei o zammad server.so um deles ou ambos corrigiram o problema.
Eu apliquei o patch por comando.
sudo zammad execute gem install mail-iso-2022-jp
e reinicie.

Obrigado @hiromayu . Apenas instalei o gem, mas supostamente apenas instalar não resolveria o problema. Posso saber o que você mudou no server.so?

Eu sinto Muito. Eu não fiz nada para server.so. Acabei de instalar esse patch e atualizar o servidor zammad introduzido pelo atualizador do ubuntu.
se apenas instalar o patch não funcionasse. é muito primeiro para decidir o problema resolvido. Vou verificar meu e-mail em vários dias.

@hiromayu eu entendo. Eu fiz a mesma coisa e vou monitorar se o problema desapareceu.

Muito obrigado!

Apenas uma observação importante: lembre-se de que essa ação não é segura para atualização .
Portanto, se você realmente deseja manter a solução e a correção de bug # 3096 não está instalada em seu sistema, não podemos impedi-lo.

No entanto, todos os bugs que aparecem por causa disso não são mais válidos para correção de bugs.

@MrGeneration, pelo que @hiromayu sugeriu, é realmente seguro para atualização, uma vez que não há modificação de código.

Talvez fechar o tíquete seja muito cedo, mas por hoje não tenho problemas depois de instalar a dita gema.

Você mudou o ambiente.
Dito isso, se você não tiver uma configuração de instalação de código-fonte específica, esta ação não é segura para atualização.

Ei! Para fornecer algum conhecimento técnico: Instalar uma gema não tem efeito por si só. Ele não será carregado sem outras alterações de ação / código. Portanto, sugiro remover a gema instalada novamente para restaurar um ambiente vanilla. Suspeito que a correção fornecida de # 3096, criada há 7 dias, resolveu seu problema @hiromayu 🤔

Obrigado por tudo. Portanto, a atualização do Zammad foi o motivo que corrigiu este problema.
Sinto muito pelas informações incorretas.
Vou reinstalar o servidor Zammad e verificar o resultado. e relatar que realmente está corrigido vários dias depois.

Olá. Eu tenho outro exemplo desse problema.
mas, acho que pequena diferença antes da atualização do zammad.
antes da atualização, todo o caractere japonês estava truncado. mas agora o assunto do e-mail está correto. apenas o texto principal do e-mail está truncado.
O que devo fazer?

Por favor, crie um novo problema.
Este é um problema complexo e pode parecer o mesmo, mas também pode ser de natureza ligeiramente diferente.