使用服务器端编程语言创建虚拟转发电子邮件地址

使用服务器端编程语言创建虚拟转发电子邮件地址

在我的问题之前,先介绍一些背景信息,我很好奇在您购买了域名,然后从新购买的域名设置转发电子邮件地址以转发到 Gmail(例如 Gmail)后,幕后会发生什么。这可以使用您购买域名的网站(例如 GoDaddy、123-reg 等)来完成。他们基本上让您创建一个转发电子邮件地址,例如[电子邮件受保护],然后发送一封电子邮件到发送到该地址的电子邮件将转发到的位置,例如[电子邮件受保护]

我知道什么是“域”,也知道如何将域解析为 IP 地址。我也知道电子邮件是如何传递的。

我在问。我的问题是,GoDaddy、123-reg 等客户如何使用其网站上的表格配置电子邮件转发器,幕后发生了什么。

我的问题是关于 GoDaddy、123-reg 等电子邮件转发器的配置。当他们的客户提交包含该域上的电子邮件的表单以及发送到该域的电子邮件应转发到的电子邮件时,幕后会发生什么。他们在做什么以及他们是如何做的?例如,他们是否为服务配置文件,如果是,当潜在的多个客户可能同时添加电子邮件转发器时,他们是如何做到这一点的?如果他们正在这样做,他们如何防止配置文件损坏。

我猜想可能必须在电子邮件服务器上配置一些东西?如果是这样,当可能有几个人可能同时配置转发器时,他们将如何使用服务器端编程语言来做到这一点。即,如果正在配置配置文件,那么当网站的多个用户同时运行配置文件时,尝试修改/添加配置文件的相同代码如何不会破坏/损坏配置文件,或几乎同时发生。

我只能通过谷歌找到关于我已经知道的模糊/通用信息,如下所示:-

https://www.fused.com/docs/email/features/forwarders

https://www.123-reg.co.uk/support/email/email-forwarding-explained

答案1

所以,希望我在这里得到了你的核心问题:

我想知道有多大的电子邮件服务提供商可以同时添加和删除用户而不损坏包含所述用户的配置文件?当多个进程写入时,受 POSIX 启发/类似于 POSIX 的文件系统上的配置文件将会损坏。

答案是:他们不使用配置文件来存储用户。

真的就是这么简单。不是配置文件的问题,而是数据库的问题;因此他们只需配置他们的软件(或编写/修改他们的软件)来从允许并发访问的数据库中读取用户信息。

在您所描述的如此大规模的分期付款中,需要使许多服务器上的用户信息保持最新,并在全球范围内分布运行——无论如何,这是您无法使用共享文件做到的。因此,数据库(可能是具有复制逻辑的分片)由电子邮件基础设施和用户管理软件使用,这些软件的编写方式使其知道如何从所述数据库获取用户信息。

很难知道 GoDaddy 是否只是在内部使用一些常见 MTA 的库存版本 – 可能不是;在某些时候,解决您的特定问题的配置(将电子邮件缓存足够长的时间以传送它们)变得与您的大规模基础设施紧密相连,以至于需要设计越来越多的定制解决方案。


1 请注意,UNIXoids、Windows、BeOS 和许多其他操作系统上的“文件”并不是“文件”一词的唯一定义:大型机操作系统具有看起来更像键值存储数据库和支持的“文件系统”正是如此。

相关内容