Email signature not being stripped out when user write new topic or reply to a topic

Consegui enviar uma mensagem usando um endereço do Gmail e o aplicativo web do Gmail — essa mensagem tinha uma assinatura com imagem que foi cortada com sucesso.

No entanto, a mesma conta de e-mail, ao enviar uma mensagem usando meu aplicativo local do Outlook 2016 no PC, não teve a assinatura removida (mesma imagem de assinatura, mas configurada no Outlook).

Na prática, a maior parte dos usuários do fórum usará o aplicativo Microsoft Outlook, então isso teria que ser o critério de “sucesso” do processo de corte.

É apenas uma fonte de e-mail do Outlook 2016 que está causando problemas com as assinaturas, ou todas elas?

O Outlook 2016 é conhecido por inserir algo que resiste ao corte? Ou talvez o Outlook 2016 não tenha sido considerado um dos aplicativos populares que deveriam estar incluídos na biblioteca email_reply_trimmer?

Alguém encontrou uma estratégia para lidar com isso? (Além de pedir aos usuários que lembrem de desativar as assinaturas automáticas ao enviar e-mails para o fórum — o que, sei eu, vai gerar reclamações!)

Vejo também que, embora não tenham sido cortadas, as assinaturas nas mensagens do Outlook 2016 não estão sendo processadas corretamente. No meu caso, há formatação de texto e fontes distorcidas, além de alguns caracteres de texto adicionados e uma imagem com escala exagerada — ou isso é resultado de uma tentativa malsucedida de corte?

É a assinatura de um único usuário do Outlook 16 que sempre passa pelo aparador, e outra de um cliente desconhecido (mas enviada por meio do outlook.com e/ou MS-Exchange) que possui alguns arquivos de imagem quadrados brancos na parte inferior, como este:

![~WRD000.jpg|100x100](upload://bONwCMToQaefS5MCaw6ckHjvG5z.jpg)

![image001.jpg|45x45](upload://yS0BlfXTqaPhoqyF6LaZLwt7xJv.jpg)

Há outras assinaturas ocasionais que passam pelo aparador, mas elas não ocorrem com frequência ou consistência.

Hmm, qual é a melhor estratégia a partir daqui?

Essa biblioteca email_reply_trimmer é algo com que qualquer leigo (como eu) possa brincar para ver se consegue identificar os padrões no script, aplicá-los a outros aplicativos de e-mail e adicionar um filtro para assinaturas do Outlook 2016? Acredito ter lido que esse script agora faz parte do núcleo do Discourse. Ou estou me iludindo?

Nunca mexi com o GitHub e não gostaria de prejudicar acidentalmente ninguém mais ao experimentar, ou até mesmo causar danos irreparáveis ao meu próprio fórum.

Você pode me enviar uma MP com a origem de um e-mail que não está sendo cortado corretamente. Vou dar uma olhada.

Estamos usando um formulário web para gerar um e-mail e criar novos tópicos em uma Categoria.

O formulário web inclui, por padrão:

Este e-mail foi enviado para [e-mail da categoria] como resultado do preenchimento de um formulário.
Clique aqui para denunciar e-mails indesejados.

Existe alguma maneira de remover uma mensagem como essa?"

Tente alterar o software do formulário web para colocar a mensagem abaixo de um (dois traços e um espaço) para que pareça mais uma assinatura.

Blah blah
Formulário: Conteúdo

-- 

Este e-mail foi enviado para [categoria de e-mail] como resultado do preenchimento de um formulário.
Clique aqui para denunciar e-mails indesejados.

Não copie exatamente os dois traços e o espaço acima, pois há algum truque de Unicode envolvido

Obrigado! Vou verificar se é algo que podemos adicionar ao modelo do formulário web!

Essa funcionalidade seria extremamente útil — poder adicionar assinaturas problemáticas a uma lista do tipo “remova isso se vir novamente”. A correspondência poderia ser um pouco mais direta, já que bastaria remover esse texto literalmente, em vez de ter que tentar especulativamente corresponder todas as assinaturas.

Eu também concordo. Embora eu vá tentar pedir às pessoas que usem "-- ".

Isso não está bem certo — deveria ter um espaço no meio, então: “- -”

Pessoalmente, achei bem difícil fazer os usuários colocarem isso nas suas assinaturas. Tudo bem se você puder olhar por cima do ombro deles para configurar para eles, mas eles têm dificuldade sozinhos!! Talvez os seus sejam mais entendidos de tecnologia.

Tenho quase certeza de que a convenção é hífen-hífen-espaço, conforme estabelecido acima. Veja também os comentários introdutórios e a linha 144 aqui: discourse_email_parser/lib/discourse_email_parser.rb at master · discourse/discourse_email_parser · GitHub

Esses comentários e o código possuem “- -”. Dê uma olhada mais de perto.

Eles realmente não o fazem. Se você copiar e colar a expressão regular da linha 144 em https://rubular.com/, verá que ela corresponde a -- (hífen-hífen-espaço), mas não a - - (hífen-espaço-hífen).

Ah, entendi. Com certeza parece que há um espaço entre eles, a menos que você os copie e cole em outro lugar (da linha 144):
"--/s" - para mim, quando apresentado como código, parece haver um espaço entre os hífens.
“–/s” copiado e colado diretamente no markdown, claramente sem espaço.

Isso pode explicar por que tenho tido dificuldade em ter algum sucesso com isso! Obrigado por manter a posição.

De nada :slight_smile:

Eu não conheço Ruby, mas \s parece corresponder a uma quebra de linha, assim como a um espaço — se for isso mesmo, então -- sozinho em uma linha, sem o espaço, também deve funcionar.

O Markdown usa vários hífens para criar uma linha horizontal. Temos mensagens que incluem detalhes da reunião abaixo de uma linha horizontal. Existe alguma alternativa que possamos usar para criar um separador sem causar o recorte?

Por exemplo, um e-mail de entrada de exemplo pode conter o seguinte:


Este é o conteúdo de um e-mail de exemplo. Ele pode conter detalhes da reunião. Se este post fosse enviado por e-mail, esta parte - e tudo o que vem depois dela - seria recortada.


Obrigado!

Acabei de enviar uma MP com um e-mail e um post que tem nos causado problemas repetidamente.

O problema é que, quando eles respondem a uma postagem do Discourse por e-mail, algumas imagens brancas parecem ser anexadas à postagem deles. Isso resulta em um bloco de espaço em branco indesejado após o texto deles. Isso parece acontecer apenas com esse usuário. Eles não possuem uma assinatura de e-mail propriamente dita.

Ainda estou recebendo cerca de 5% a 10% das assinaturas de membros que passam despercebidas.

Se as heurísticas atuais não conseguirem lidar com isso, acredito que seja essencial ter um banco de dados manual para assinaturas ou até mesmo imagens incorporadas em e-mails que continuam sendo enviadas e não são detectadas automaticamente.

Não há como eu esperar que os usuários alterem suas assinaturas de e-mail apenas para o fórum, que representa apenas uma pequena parte de sua atividade diária de e-mail.

Certamente queremos melhorar; precisamos de exemplos das detecções falhas para que possamos adicioná-los à nossa matriz de testes.

Como podemos enviar exemplos de falhas de forma eficaz para que você possa melhorar as coisas?

Pessoalmente, não posso postar exemplos diretamente aqui, vindos de nossos fóruns (privados), pois este é um espaço público.

Uma maneira possível de fazer isso seria por meio de uma mensagem privada (talvez com uma tag?) para um membro específico da equipe designado (com um link para configurar isso).