Endereços de e-mail com aspas simples nos cabeçalhos das mensagens causando problemas

Question

Um de nossos usuários recebeu um e-mail com vários endereços com aspas simples no cabeçalho "Para:" (assim como outros endereços), assim:

To: Some One <[email protected]>,
    "[email protected]" <[email protected]>,
    "'[email protected]'" <'[email protected]'>,
    "'[email protected]'" <'[email protected]'>,

Quando nosso usuário tentou responder-tudo, o e-mail foi rejeitado pelo nosso servidor de e-mail com uma resposta de "501 5.1.3 Sintaxe do endereço do destinatário inválido".

Meu entendimento do RFC 5322 (que obsoleta os RFCs 2822 e 822) é que uma aspa simples ( ') é válida na parte local de um endereço de email (antes do "@"); por exemplo. como um apóstrofo em um endereço como "o'[email protected]". No entanto, não é um caractere válido para citar o endereço completo e, portanto, os endereços acima não estão sintaticamente corretos, e nosso servidor de e-mail estava correto ao rejeitar a resposta.

Eu tenho várias perguntas:

1. Estou correto em entender que esses endereços são inválidos?
2. Qual sistema tem a responsabilidade de impedir que uma mensagem com endereços inválidos no cabeçalho seja enviada? O agente do usuário do remetente (Outlook, seja qual for)? O servidor de email ao qual o agente do usuário envia a mensagem? Nosso servidor de email?
3. Eu suspeito que o servidor SMTP de envio era o MS Exchange; Existe um problema conhecido que permite endereços como esses?

Dependendo das respostas a essas perguntas, espero que eu envie um ou mais relatórios de bugs (para fornecedores e / ou administradores do servidor de envio de e-mails), além de aconselhar nosso usuário a remover aspas simples antes de responder. Alguma outra sugestão para esta situação?

    

Answer 1

Endereços dentro de < > AFAIK, não deve ser citado, pode ser citado apenas com comentários em formato livre

Eu tenho várias respostas

1. Sim, os e-mails 3 e 4 são inválidos
2. No melhor dos casos - enviando MUA (não deve produzir cabeçalhos inválidos, mesmo no caso "foi recebido neste formulário"). Primeiro MTA também pode (eu releio para o verbo apropriado) verifique a validade dos dados recebidos e reaja de acordo