Reach

Grow

Manage

Automate

Reach

Grow

Manage

Automate

电子邮件消息是如何从发送到交付的?

电子邮件

1 min read

电子邮件消息是如何从发送到交付的?

电子邮件

1 min read

电子邮件消息是如何从发送到交付的?

电子邮件经过多个服务器,这些服务器帮助确保它到达正确的位置。该电子邮件消息流使用基于若干长期建立的技术标准的系统化流程。

理解电子邮件消息流,从发送到投递

对于大多数用户来说,电子邮件消息从发送者流向收件人的收件箱,这一过程大多是在幕后进行的。当个人或组织发送电子邮件时,消息从其起始点(例如,撰写电子邮件的电子邮件客户端)通过互联网传输到其目的地。在此过程中,它经过多个服务器,这些服务器有助于确保邮件能够到达正确的地方。这一电子邮件消息流采用基于多项长期建立的技术标准的系统化流程。

对于大多数用户来说,电子邮件消息从发送者流向收件人的收件箱,这一过程大多是在幕后进行的。当个人或组织发送电子邮件时,消息从其起始点(例如,撰写电子邮件的电子邮件客户端)通过互联网传输到其目的地。在此过程中,它经过多个服务器,这些服务器有助于确保邮件能够到达正确的地方。这一电子邮件消息流采用基于多项长期建立的技术标准的系统化流程。

对于大多数用户来说,电子邮件消息从发送者流向收件人的收件箱,这一过程大多是在幕后进行的。当个人或组织发送电子邮件时,消息从其起始点(例如,撰写电子邮件的电子邮件客户端)通过互联网传输到其目的地。在此过程中,它经过多个服务器,这些服务器有助于确保邮件能够到达正确的地方。这一电子邮件消息流采用基于多项长期建立的技术标准的系统化流程。

电子邮件是如何流动的?

电子邮件自从20世纪60年代以来就存在了,当时新兴计算机网络的创造者们开始制定方法,以便相互发送信息。在那些早期的日子里,用户只能与在同一个共享主机系统上的其他人交流。然而,标准协议的采用和系统的互联成我们现在称为互联网的共享网络,使得不同的邮件系统能够相互“交流”。

正是这些标准使我们能够将电子邮件发送给几乎任何人。当有人发送电子邮件时,它通过一系列步骤到达目的地。

  • 当个人撰写消息时,通常是在如Outlook或Apple Mail的电子邮件客户端中完成的,或者在如Gmail的基于Web的服务中完成。

  • 然而,当消息是诸如事务性电子邮件之类的,如运送通知或密码重置时,消息通常由那些系统自动生成,通常使用电子邮件API。 (营销消息也是由自动系统生成的,虽然通常是大批量生成,而不是像事务性消息那样一次生成一个。)

  • 无论消息是由电子邮件客户端还是由自动系统创建的,它都会被特别格式化,以便通过称为“简单邮件传输协议”(SMTP)的标准在互联网上传输。

  • 发送者的邮件服务器(技术上称为“邮件传输代理”,或MTA)会在一个域名系统(DNS)服务器中查找收件人电子邮件地址的“@domain.com”部分,以确定应联系哪个目的地邮件服务器(称为“邮件交换器”,或MX)来传递消息。

  • 发送和接收服务器使用SMTP协议进行通信。接收服务器接受消息,以便将其传递给收件人。

  • 收件人的电子邮件客户端使用如邮局协议(POP)或互联网邮件访问协议(IMAP)等标准检索消息,以便下载消息使其可以阅读。

电子邮件自从20世纪60年代以来就存在了,当时新兴计算机网络的创造者们开始制定方法,以便相互发送信息。在那些早期的日子里,用户只能与在同一个共享主机系统上的其他人交流。然而,标准协议的采用和系统的互联成我们现在称为互联网的共享网络,使得不同的邮件系统能够相互“交流”。

正是这些标准使我们能够将电子邮件发送给几乎任何人。当有人发送电子邮件时,它通过一系列步骤到达目的地。

  • 当个人撰写消息时,通常是在如Outlook或Apple Mail的电子邮件客户端中完成的,或者在如Gmail的基于Web的服务中完成。

  • 然而,当消息是诸如事务性电子邮件之类的,如运送通知或密码重置时,消息通常由那些系统自动生成,通常使用电子邮件API。 (营销消息也是由自动系统生成的,虽然通常是大批量生成,而不是像事务性消息那样一次生成一个。)

  • 无论消息是由电子邮件客户端还是由自动系统创建的,它都会被特别格式化,以便通过称为“简单邮件传输协议”(SMTP)的标准在互联网上传输。

  • 发送者的邮件服务器(技术上称为“邮件传输代理”,或MTA)会在一个域名系统(DNS)服务器中查找收件人电子邮件地址的“@domain.com”部分,以确定应联系哪个目的地邮件服务器(称为“邮件交换器”,或MX)来传递消息。

  • 发送和接收服务器使用SMTP协议进行通信。接收服务器接受消息,以便将其传递给收件人。

  • 收件人的电子邮件客户端使用如邮局协议(POP)或互联网邮件访问协议(IMAP)等标准检索消息,以便下载消息使其可以阅读。

电子邮件自从20世纪60年代以来就存在了,当时新兴计算机网络的创造者们开始制定方法,以便相互发送信息。在那些早期的日子里,用户只能与在同一个共享主机系统上的其他人交流。然而,标准协议的采用和系统的互联成我们现在称为互联网的共享网络,使得不同的邮件系统能够相互“交流”。

正是这些标准使我们能够将电子邮件发送给几乎任何人。当有人发送电子邮件时,它通过一系列步骤到达目的地。

  • 当个人撰写消息时,通常是在如Outlook或Apple Mail的电子邮件客户端中完成的,或者在如Gmail的基于Web的服务中完成。

  • 然而,当消息是诸如事务性电子邮件之类的,如运送通知或密码重置时,消息通常由那些系统自动生成,通常使用电子邮件API。 (营销消息也是由自动系统生成的,虽然通常是大批量生成,而不是像事务性消息那样一次生成一个。)

  • 无论消息是由电子邮件客户端还是由自动系统创建的,它都会被特别格式化,以便通过称为“简单邮件传输协议”(SMTP)的标准在互联网上传输。

  • 发送者的邮件服务器(技术上称为“邮件传输代理”,或MTA)会在一个域名系统(DNS)服务器中查找收件人电子邮件地址的“@domain.com”部分,以确定应联系哪个目的地邮件服务器(称为“邮件交换器”,或MX)来传递消息。

  • 发送和接收服务器使用SMTP协议进行通信。接收服务器接受消息,以便将其传递给收件人。

  • 收件人的电子邮件客户端使用如邮局协议(POP)或互联网邮件访问协议(IMAP)等标准检索消息,以便下载消息使其可以阅读。

电子邮件客户端如何下载邮件?

基于网络的电子邮件服务,如Gmail或Hotmail/Outlook.com,使用它们自己的内部协议来管理电子邮件。但当收件人在手机或桌面计算机上使用独立的电子邮件客户端时,该软件会使用标准协议从邮件服务器下载消息。

当收件人使用POP时,服务器会将所有新邮件发送给他们,并且只有在电子邮件客户端中勾选了选项的情况下才会保留其副本(如果适用)。如果服务器没有电子邮件的副本,并且收件人遭遇了硬件丢失或故障,那么这些信息将永远消失,除非发送者拥有它们的副本。

当收件人使用IMAP时,服务器会同步邮箱的内容,包括其已发送项目和其他文件夹,至每个与之连接的设备。消息保留在服务器上,当其中一个状态发生变化(例如已阅读或删除),该变化会在所有设备再次连接时传播。

能够在多个设备上保留和同步消息是今天大多数电子邮件服务使用IMAP而不是POP的原因。

基于网络的电子邮件服务,如Gmail或Hotmail/Outlook.com,使用它们自己的内部协议来管理电子邮件。但当收件人在手机或桌面计算机上使用独立的电子邮件客户端时,该软件会使用标准协议从邮件服务器下载消息。

当收件人使用POP时,服务器会将所有新邮件发送给他们,并且只有在电子邮件客户端中勾选了选项的情况下才会保留其副本(如果适用)。如果服务器没有电子邮件的副本,并且收件人遭遇了硬件丢失或故障,那么这些信息将永远消失,除非发送者拥有它们的副本。

当收件人使用IMAP时,服务器会同步邮箱的内容,包括其已发送项目和其他文件夹,至每个与之连接的设备。消息保留在服务器上,当其中一个状态发生变化(例如已阅读或删除),该变化会在所有设备再次连接时传播。

能够在多个设备上保留和同步消息是今天大多数电子邮件服务使用IMAP而不是POP的原因。

基于网络的电子邮件服务,如Gmail或Hotmail/Outlook.com,使用它们自己的内部协议来管理电子邮件。但当收件人在手机或桌面计算机上使用独立的电子邮件客户端时,该软件会使用标准协议从邮件服务器下载消息。

当收件人使用POP时,服务器会将所有新邮件发送给他们,并且只有在电子邮件客户端中勾选了选项的情况下才会保留其副本(如果适用)。如果服务器没有电子邮件的副本,并且收件人遭遇了硬件丢失或故障,那么这些信息将永远消失,除非发送者拥有它们的副本。

当收件人使用IMAP时,服务器会同步邮箱的内容,包括其已发送项目和其他文件夹,至每个与之连接的设备。消息保留在服务器上,当其中一个状态发生变化(例如已阅读或删除),该变化会在所有设备再次连接时传播。

能够在多个设备上保留和同步消息是今天大多数电子邮件服务使用IMAP而不是POP的原因。

了解更多关于电子邮件消息流的信息

电子邮件涉及许多不同的步骤和系统。您可以通过以下资源了解更多关于电子邮件传输的内部工作原理:

  • Email:这篇维基百科文章深入探讨了电子邮件的历史及其许多技术细节。它链接到几个支持文章,以充实主要主题。

  • Email API:了解更多关于电子商务和其他系统如何非常高效地产生事务性电子邮件。

  • Cloud Email Delivery:了解更多关于SparkPost电子邮件传输服务如何工作,以使大规模电子邮件传输和传递变得切实可行。

电子邮件涉及许多不同的步骤和系统。您可以通过以下资源了解更多关于电子邮件传输的内部工作原理:

  • Email:这篇维基百科文章深入探讨了电子邮件的历史及其许多技术细节。它链接到几个支持文章,以充实主要主题。

  • Email API:了解更多关于电子商务和其他系统如何非常高效地产生事务性电子邮件。

  • Cloud Email Delivery:了解更多关于SparkPost电子邮件传输服务如何工作,以使大规模电子邮件传输和传递变得切实可行。

电子邮件涉及许多不同的步骤和系统。您可以通过以下资源了解更多关于电子邮件传输的内部工作原理:

  • Email:这篇维基百科文章深入探讨了电子邮件的历史及其许多技术细节。它链接到几个支持文章,以充实主要主题。

  • Email API:了解更多关于电子商务和其他系统如何非常高效地产生事务性电子邮件。

  • Cloud Email Delivery:了解更多关于SparkPost电子邮件传输服务如何工作,以使大规模电子邮件传输和传递变得切实可行。

加入我们的Newsletter。

通过每周更新到您的收件箱,随时了解 Bird 的最新动态。

通过提交,您同意 Bird 可能会就我们的产品和服务与您联系。

您可以随时取消订阅。查看Bird的隐私声明以获取有关数据处理的详细信息。

加入我们的Newsletter。

通过每周更新到您的收件箱,随时了解 Bird 的最新动态。

通过提交,您同意 Bird 可能会就我们的产品和服务与您联系。

您可以随时取消订阅。查看Bird的隐私声明以获取有关数据处理的详细信息。

加入我们的Newsletter。

通过每周更新到您的收件箱,随时了解 Bird 的最新动态。

通过提交,您同意 Bird 可能会就我们的产品和服务与您联系。

您可以随时取消订阅。查看Bird的隐私声明以获取有关数据处理的详细信息。

让我们为您联系Bird专家。
在30分钟内见证Bird的全部威力。

通过提交,您同意 Bird 可能会就我们的产品和服务与您联系。

您可以随时取消订阅。查看Bird的隐私声明以获取有关数据处理的详细信息。

Newsletter

通过每周更新到您的收件箱,随时了解 Bird 的最新动态。

让我们为您联系Bird专家。
在30分钟内见证Bird的全部威力。

通过提交,您同意 Bird 可能会就我们的产品和服务与您联系。

您可以随时取消订阅。查看Bird的隐私声明以获取有关数据处理的详细信息。

Newsletter

通过每周更新到您的收件箱,随时了解 Bird 的最新动态。

让我们为您联系Bird专家。
在30分钟内见证Bird的全部威力。

通过提交,您同意 Bird 可能会就我们的产品和服务与您联系。

您可以随时取消订阅。查看Bird的隐私声明以获取有关数据处理的详细信息。

R

Reach

G

Grow

M

Manage

A

Automate

Newsletter

通过每周更新到您的收件箱,随时了解 Bird 的最新动态。