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

电子邮件经过多个服务器,这些服务器帮助确保它到达正确的位置。该电子邮件消息流使用基于若干长期建立的技术标准的系统化流程。
理解电子邮件消息流,从发送到投递
对于大多数用户来说,电子邮件消息从发送者流向收件人的收件箱,这一过程大多是在幕后进行的。当个人或组织发送电子邮件时,消息从其起始点(例如,撰写电子邮件的电子邮件客户端)通过互联网传输到其目的地。在此过程中,它经过多个服务器,这些服务器有助于确保邮件能够到达正确的地方。这一电子邮件消息流采用基于多项长期建立的技术标准的系统化流程。
对于大多数用户来说,电子邮件消息从发送者流向收件人的收件箱,这一过程大多是在幕后进行的。当个人或组织发送电子邮件时,消息从其起始点(例如,撰写电子邮件的电子邮件客户端)通过互联网传输到其目的地。在此过程中,它经过多个服务器,这些服务器有助于确保邮件能够到达正确的地方。这一电子邮件消息流采用基于多项长期建立的技术标准的系统化流程。
对于大多数用户来说,电子邮件消息从发送者流向收件人的收件箱,这一过程大多是在幕后进行的。当个人或组织发送电子邮件时,消息从其起始点(例如,撰写电子邮件的电子邮件客户端)通过互联网传输到其目的地。在此过程中,它经过多个服务器,这些服务器有助于确保邮件能够到达正确的地方。这一电子邮件消息流采用基于多项长期建立的技术标准的系统化流程。
电子邮件是如何流动的?
电子邮件自20世纪60年代问世以来,当时初期计算机网络的创建者开始设想如何相互发送消息。在那些早期,用户仅限于与同一共享主机系统上的其他用户通信。然而,标准协议的采用和系统整合成我们现在称之为互联网的共享网络,使得不同的邮件系统能够“相互通信”。
正是这些标准使我们几乎能向任何人发送电子邮件消息。当有人发送电子邮件时,它会通过一系列步骤到达其目的地。
当个人撰写消息时,通常是在电子邮件客户端如Outlook或Apple Mail中完成的,或是在基于网络的服务如Gmail中完成的。
然而,当消息是像发货通知或密码重置这样的事务型电子邮件时,消息是由这些系统自动创建的,通常使用email API。(营销消息也是由自动系统生成的,尽管通常是大批量生成,而不像事务型消息那样一次一个。)
在这两种情况下,无论是由电子邮件客户端创建消息还是由自动系统创建的,消息都会特别格式化,以便通过互联网使用称为“简单邮件传输协议”(SMTP)的标准进行传输。
发件人的邮件服务器(技术上称为“邮件传输代理”或MTA)将在域名系统(DNS)服务器中查找收件人电子邮件地址中的“@domain.com”部分,以确定它应该联系哪个目标邮件服务器(称为“邮件交换器”或MX)来递送消息。
发送和接收服务器使用SMTP协议进行通信。接收服务器接受消息,以便它可以传递给收件人。
收件人的电子邮件客户端使用像邮局协议(POP)或互联网消息访问协议(IMAP)这样的标准检索消息,以便下载消息进行阅读。
电子邮件自20世纪60年代问世以来,当时初期计算机网络的创建者开始设想如何相互发送消息。在那些早期,用户仅限于与同一共享主机系统上的其他用户通信。然而,标准协议的采用和系统整合成我们现在称之为互联网的共享网络,使得不同的邮件系统能够“相互通信”。
正是这些标准使我们几乎能向任何人发送电子邮件消息。当有人发送电子邮件时,它会通过一系列步骤到达其目的地。
当个人撰写消息时,通常是在电子邮件客户端如Outlook或Apple Mail中完成的,或是在基于网络的服务如Gmail中完成的。
然而,当消息是像发货通知或密码重置这样的事务型电子邮件时,消息是由这些系统自动创建的,通常使用email API。(营销消息也是由自动系统生成的,尽管通常是大批量生成,而不像事务型消息那样一次一个。)
在这两种情况下,无论是由电子邮件客户端创建消息还是由自动系统创建的,消息都会特别格式化,以便通过互联网使用称为“简单邮件传输协议”(SMTP)的标准进行传输。
发件人的邮件服务器(技术上称为“邮件传输代理”或MTA)将在域名系统(DNS)服务器中查找收件人电子邮件地址中的“@domain.com”部分,以确定它应该联系哪个目标邮件服务器(称为“邮件交换器”或MX)来递送消息。
发送和接收服务器使用SMTP协议进行通信。接收服务器接受消息,以便它可以传递给收件人。
收件人的电子邮件客户端使用像邮局协议(POP)或互联网消息访问协议(IMAP)这样的标准检索消息,以便下载消息进行阅读。
电子邮件自20世纪60年代问世以来,当时初期计算机网络的创建者开始设想如何相互发送消息。在那些早期,用户仅限于与同一共享主机系统上的其他用户通信。然而,标准协议的采用和系统整合成我们现在称之为互联网的共享网络,使得不同的邮件系统能够“相互通信”。
正是这些标准使我们几乎能向任何人发送电子邮件消息。当有人发送电子邮件时,它会通过一系列步骤到达其目的地。
当个人撰写消息时,通常是在电子邮件客户端如Outlook或Apple Mail中完成的,或是在基于网络的服务如Gmail中完成的。
然而,当消息是像发货通知或密码重置这样的事务型电子邮件时,消息是由这些系统自动创建的,通常使用email 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的隐私声明以获取有关数据处理的详细信息。