【问题标题】:Why does email need an envelope, and what does the "envelope" mean?为什么电子邮件需要信封,“信封”是什么意思?
【发布时间】:2010-12-17 12:53:17
【问题描述】:

信封和smtp中的电子邮件的确切区别是什么?

为什么协议需要信封?在普通邮件中,信件不需要包含地址并且邮递员看不到(至少这是您想要相信的),所以所有的路由都是完全基于信封的,这对我来说很清楚。

但是在电子邮件中,信件本身是可解析的,并且具有诸如 From: 和 To: 之类的标题。为什么这不足以路由电子邮件?为什么我们需要一个信封?

信封和电子邮件本身之间的分歧是什么意思?这是否一定意味着有人试图玩弄系统,或者在某些情况下(什么情况下?),他们之间存在差异是合法的。

欢迎您的澄清。

困惑的电子邮件接收者。

【问题讨论】:

  • 但是,继续您的蜗牛邮件比喻,大多数专业信件将包含印在信件本身的发件人和收件人地址。这些地址对邮递员来说不是必要的,而是对收件人的礼貌。因此,电子邮件以同样的方式工作是明智的。
  • 我会说蜗牛邮件本身并非完美无缺。所以我收到了一封蜗牛邮件,打开它,这封信声称来自我的朋友。我该如何验证?

标签: security email smtp rfc822


【解决方案1】:

SMTP RCPT TO: 命令中的收件人地址是邮件传输用来确定电子邮件的实际收件人的地址。 To: 和 Cc: 标头中的地址供邮件阅读器向用户显示收件人是谁,但邮件传输实际上并未使用它们。

大多数邮件客户端在 SMTP RCPT TO:MAIL FROM: 命令中设置相同的地址,它们插入到 To:、Cc: 和 From: 标头中,因此“信封”地址将与标题。

对于大多数合法邮件,信封和标头地址通常是一致的。值得注意的例外是密件抄送:地址和邮件列表。

垃圾邮件发送者经常伪造标题地址以试图避开垃圾邮件过滤器。

【讨论】:

    【解决方案2】:

    底线是开销太大。当邮件服务器每天处理数百万条消息时,在 SMTP 会话(信封)期间邮件服务器可以处理单个命令时速度要快得多。

    如果您不使用信封,则必须将整个邮件推送到 SMTP 服务器,然后才能确定是否需要拒绝邮件。有些消息非常大(我见过 100+Meg 消息处理 GIS 图像)。

    通过使用信封,我们可以对邮件服务器发出特定的 1 行命令,邮件服务器会立即告诉我们是否成功。

    【讨论】:

      【解决方案3】:

      信封由 SMTP 服务器使用,邮件标题由邮件阅读器使用,正如其他人所说的那样。

      没有说的是RCPT TO: 用于将消息路由到特定用户,而不管用户名出现在标题中的什么位置。用户不一定需要出现在To: 甚至Cc: 标头中。想想Bcc:,接收者唯一知道的就是消息来自谁。在这种情况下,To:CC: 标头应该为空 - 因此是密件抄送的 blind 部分。在另一种情况下,如果一封电子邮件包含抄送列表中提到的用户以及其他 10 个用户,那么 SMTP 路由如何选择合适的用户。答案是它使用RCPT 行来路由消息。

      这也用于通过邮件列表进行路由。 To: 标头将包含邮件列表电子邮件地址。 SMTP 系统将为列表中的每个用户生成单独的消息,每个用户都带有特定的RCPT TO: user@host... 信封。在这种情况下,用户名甚至不会出现在任何其他标题中。

      【讨论】:

      • 我很确定“盲”部分意味着密件抄送本身是盲的(因此其他收件人不知道它是密件抄送的。) BCC 没有看到Bcc:,但他们确实看到了To:Cc:。我知道,因为当我从网络邮件发送消息时,我一直在密件自己,这样我就可以将永久记录返回到我的 POP 客户端。
      【解决方案4】:

      电子邮件与您在邮件中发送的物理信件非常相似。有一个信封,上面有To/From信息,里面是真正的信,有它自己的To/From信息。 envelope to/from 信息是用于邮件传递的真实信息,适用于电子邮件服务器和邮局。

      信封进入邮局时,他们会检查信封上的收件人地址,并将其发送到正确的目的地。邮局工作人员对信封内的信件一无所知。出租内部的收件人/收件人信息可能与信封上的信息完全不同。信封可以说邮件是给 Bob 的,但里面的信可能会说是给 Alice。或者在现实世界中:信封上可以写邮件是给SomeCompanyName的,当秘书打开信封时,里面的信说是给在SomeCompanyName工作的布朗先生。

      来源:Email Envelope vs Email Header

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 2011-11-29
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2012-11-03
        • 1970-01-01
        • 2015-01-10
        • 2010-09-21
        相关资源
        最近更新 更多