发送电子邮件时，发送/接收协议中是否有任何内容可以保证或应该保证任何接收电子邮件的人将按照与发件人相同的顺序在To和字段中看到收件人列表Cc输入它们？这是一个非常简单和基本的问题，真的，但似乎不可能在谷歌上找到答案，它只想教我关于你应该CC你的老板的顺序的工作场所礼仪。
这个老问题提到，同一封电子邮件可以在不同的客户端上以不同的顺序显示收件人，这可能表明各种电子邮件协议中没有任何内容可以保证在任何地方都保持原始顺序（因此，抄送老板的顺序无关紧要，因为无论如何您都无法控制他们看到的顺序）——或者它可能只是电子邮件客户端中的软件错误。
那么实际的协议和标准是怎么说的（请用对人类友好的术语）？邮件客户是否可以按照他们喜欢的任何顺序自由地呈现收件人（以及抄送收件人），或者他们是否应该按照发件人输入的顺序作为法律并坚持这一点？
更新
正如 Tonny 和 R.. Github 在他们的回答中指出的那样，实际的 SMTP 协议当然就是这样——一种传输信息的协议。因此，它并不真正关心它传输的数据内容，就像 HTTP 不关心它传输的 HTML 内容一样。因此，实际协议本身是否能保证任何事情的答案显然是否定的。
在 HTTP 和 HTML 的并行（ish）情况下，整个传输还有另一层，与 HTTP 协议本身分开：W3C 标准规定了用户代理（= 浏览器）必须如何向用户呈现实际内容；不符合这些的 UA 是不合规的。但是，即使在这些标准中，有些事情完全由 UA 决定，并且不能保证以特定方式呈现特定事物。
当提到上面的“协议”时，我的意图是也包括这样的标准——任何管理发件人在他们的 MUA 中点击“发送”和收件人在他们的 MUA 中看到电子邮件之间发生的事情。
任何接触过 HTML 电子邮件的人都知道，对于电子邮件正文内容显然不存在这样的标准（或者即使存在，它们也会被 MUA 完全蔑视）。但收件人不是消息实际正文的一部分，因此他们向用户的呈现很可能受到完全不同的标准的约束。
因此，除了实际的 SMTP 协议本身之外，我真正想知道的是，是否有任何标准/规定来管理 MUA 如何处理收件人并将其呈现给用户。那是：
- 在生成标头和启动 SMTP 连接之前，发送 MUA 是否可以自由地重新排序 UI 中的
To:和字段中显示的内容？CC: - 接收 MUA 是否可以随意生成 UI 的 (CC-) 收件人列表，并以任何它想要的方式对其进行排序？
- 或者是否有某种“法律”规定 MUA不能自由地这样做以保持合规性？
