Ao enviar um e-mail, há algo nos protocolos de envio/recebimento que garanta, ou deva garantir, que qualquer pessoa que receba o e-mail verá as listas de destinatários nos campos Toe na mesma ordem em que o remetente Ccos introduz? Esta é uma pergunta bastante simples e básica, na verdade, mas aparentemente impossível de encontrar uma resposta no Google, que só quer me ensinar sobre a etiqueta no local de trabalho da ordem em que você deve CC seus chefes.
Essa velha questão menciona que o mesmo e-mail pode mostrar destinatários em pedidos diferentes em clientes diferentes, o que poderia indicar que não há nada nos vários protocolos de e-mail que garanta que o pedido original seja mantido em todos os lugares (e, portanto, que não importa a ordem em que você CC seus chefes, porque você não pode controlar a ordem que eles veem de qualquer maneira) – ou pode ser apenas um bug de software em um cliente de e-mail.
Então, o que os protocolos e padrões reais dizem (em termos razoavelmente amigáveis aos humanos, por favor)? Os clientes de e-mail são livres para apresentar os destinatários (assim como os destinatários CC) em qualquer ordem que desejarem, ou eles devem aceitar a ordem em que o remetente os digita como lei e seguir isso?
Atualizar
Como Tonny e R.. Github apontam em suas respostas, o protocolo SMTP real é, obviamente, apenas isso – um protocolo para transferir informações. Como tal, ele realmente não se importa com o conteúdo dos dados que transfere, assim como o HTTP não se importa com o conteúdo HTML que está transferindo. Portanto, a resposta para saber se o próprio protocolo em si garante alguma coisa é claramente não.
No caso paralelo de HTTP e HTML, há outra camada para toda a transferência, separada do próprio protocolo HTTP: padrões W3C que ditam como um agente do usuário (= navegador) deve apresentar o conteúdo real ao usuário; Os UAs que não estão em conformidade com estes não estão em conformidade. Mesmo nesses padrões, porém, algumas coisas são deixadas inteiramente para os UAs, e não há garantia de que algo específico seja apresentado de uma maneira específica.
Ao me referir aos 'protocolos' acima, minha intenção era incluir também padrões como esses – qualquer coisa que governe o que acontece entre o remetente clicar em 'Enviar' em seu MUA e um destinatário vendo o e-mail em seu MUA.
Como qualquer um que já se interessou por e-mail em HTML sabe, esses padrões claramente não existem para o conteúdo do corpo da mensagem de e-mail (ou, se existem, são totalmente desprezados pelos MUAs). Mas os destinatários não fazem parte do corpo real da mensagem, então sua apresentação ao usuário pode ser regida por padrões totalmente diferentes.
Portanto, além do protocolo SMTP em si, o que realmente estou querendo saber é se existem padrões/estipulações que governam como os destinatários são tratados e apresentados pelos MUAs ao usuário. Aquilo é:
- O MUA de envio é livre para reordenar o conteúdo mostrado nos campos
To:e na interface do usuário antes de gerar cabeçalhos e iniciar a conexão SMTP?CC: - O MUA receptor é livre para gerar a lista de destinatários (CC-) para a interface do usuário da maneira que desejar e ordená-la da maneira que desejar?
- Ou existe algum tipo de 'lei' que estipula que os MUAs não são livres para fazer isso para manter a conformidade?
Sim, a menos que alguma parte envolvida na entrega esteja fazendo coisas suspeitas.
O conteúdo original dos campos de cabeçalho em uma mensagem de e-mail vem do MUA do remetente (agente de usuário de e-mail, ou seja, software de e-mail). É tecnicamente possível para um sistema intermediário que lida com o correio para modificá-los, mas isso é contra as expectativas, se não contra os padrões do protocolo formal e, além disso, se o DKIM estiver envolvido, fazê-lo em qualquer estágio após o sistema de correio do site de saída ter assinado os cabeçalhos com o As chaves DKIM fariam a incompatibilidade de assinatura. Normalmente, os sistemas intermediários que lidam com o encaminhamento de sua mensagem anexarão cabeçalhos (
Received:, assinaturas DKIM, pontuações de probabilidade de spam, etc.) à mensagem, e não modificarão os existentes.Observe que os cabeçalhos
To:eCc:em uma mensagem de e-mail são puramente informativos; eles não fazem parte do mecanismo de como o correio é entregue à parte correta. Em vez disso, quando seu MUA envia o correio via SMTP para a porta de envio do seu provedor de correio, oRCPT TO(s) comando(s) especifica(m) os endereços para os quais ele deve ser entregue. O MUA normalmente os deriva dos cabeçalhos, mas não precisa (e no caso deBcc:, o cabeçalho do qual eles são derivados foi removido antes de ser enviado).Para abordar a atualização para a pergunta: não estou ciente de nenhuma "lei" que rege o que os MUAs devem fazer e, mesmo que houvesse, até que ponto muitos populares existentes violam as expectativas/etiqueta normais (por exemplo, ocultar endereços de e-mail e mostrando apenas nomes não autenticados, texto mal refluído, etc.) me leva a dizer que você não pode confiar que eles seguirão essas "leis" de qualquer maneira. Se você quiser saber se o MUA de um remetente específico pode ter ordenado os destinatários de forma diferente de como o remetente os escreveu/selecionou, ou se o MUA de um destinatário específico pode tê-los apresentado de forma diferente de sua ordem na mensagem, você realmente precisa saber qual software que estão usando e examinar o comportamento desse software.
Por que vale a pena, não me lembro de ter visto essa reordenação, mas só usei / observei um número muito pequeno de MUAs de todos os que existem, então é possível que alguns reorganizem as coisas.
Já faz alguns anos que passei pela especificação do protocolo SMTP, mas até onde me lembro não há NADA lá que prescreva a manutenção dessa ordem.
Que eu saiba, o protocolo SMTP APENAS prescreve o formato da mensagem e os campos obrigatórios e opcionais dentro desse formato. Ele fornece algumas orientações sobre a ordem em que os campos obrigatórios devem ser enviados, mas para campos com vários valores (como os destinatários), ele diz apenas como esses campos devem ser formatados. Não diz que a ordem de vários valores nesse campo é importante ou deve ser preservada.
E qualquer servidor de e-mail/relay que receba e encaminhe um e-mail é livre para armazenar temporariamente esse e-mail antes de enviá-lo em qualquer formato que desejar e reconstruir a mensagem SMTP conforme necessário ao transmiti-la.
Se fizer algum tipo de ordenação na lista de destinatários pode alterar a ordem. E os clientes de envio e recebimento de e-mail também podem lidar com isso da maneira que desejar.
O cliente de envio pode reordenar o que você digitou antes de criar a mensagem SMTP e o cliente de e-mail receptor pode reorganizar no recebimento antes de mostrá-lo a você.
O protocolo de envio/recebimento não tem nada a ver com tudo isso.
Ele está apenas preocupado com uma mensagem SMTP devidamente formatada.
Não é tarefa dos protocolos se preocupar com o que a camada de aplicação acima dela faz com a mensagem.
Não há especificação que declare que o MUA deve preservar a ordem. Por outro lado, há sugestões de que o MUA deve classificar por nome de domínio para tornar a entrega mais eficiente, semelhante à forma como os correios classificam as correspondências por código postal antes de classificar por endereço. É claro que implementações inteligentes de SMTP provavelmente farão isso de qualquer maneira para fins de eficiência, mas as primeiras recomendações eram que o MUA fizesse isso para "ajudar" o servidor a ser mais eficiente.
Não há especificação para a aparência de um MUA. É claro que, com décadas de experiência, a maioria dos MUAs é homogênea neste ponto, então o padrão de fato seria fazer o que todo mundo parece estar fazendo, ou seja, não classificar os campos To e CC. Claro, como não há especificação, não há razão para que um MUA não possa fazer outra coisa, seja por padrão ou como uma opção de alternância, como classificar por domínio, por nome local, por ambos ou pelo nome de exibição, etc.
O BCC não faz parte do e-mail transmitido, portanto, seu pedido não é visível para os destinatários.
Para: e CC: são cabeçalhos de e-mail e, portanto, geralmente não são mutáveis, portanto, terão o mesmo conteúdo (incluindo os mesmos endereços, mesmo pedido e mesmos nomes) para o remetente e todos os destinatários do e-mail.
O próprio SMTP lida com uma lista de destinatários que é totalmente separada de CC: e Para:, mas a maioria dos agentes de usuário de email fazem a lista ser a união de Para: CC: e BCC: (o último sendo removido pelo MUA.)
Os MUAs são livres para ocultar, distorcer ou ofuscar essas informações da maneira que acharem melhor.