at 登录电子邮件地址右侧的部分是否必须是有效的网站 URL?我刚刚看到两个电子邮件地址,其中正确的部分看起来不是网站地址。事实上,当我尝试通过网络浏览器打开它时,它并没有打开。
LPC*_*hip 14
不,它不必相同。电子邮件使用与网站不同的协议,并且始终可以选择为内部电子邮件(公司内部)使用不存在的域。
例如,如果我有一个托管 MyDomain.local 的域控制器,并且我在这个域中有一个交换服务器,我可以拥有 LPChip@MyDomain.local
如果我不托管网络服务器并禁用制作网站的所有其他内容,则http://MyDomain.local将无法工作。
最重要的是,鉴于这只是一个内部地址,它也不能从外部工作。
如果我们谈论外部电子邮件地址,那么以下事项很重要:
电子邮件地址有 2 部分:用户和域 + 可选的子域。
如果我们以:LPChip@email.example.com 为例,那么 LPChip 是用户,email 是子域,example.com 是域。
该域具有 MX 记录,可告知电子邮件所在的位置。正是这条路由用于通过 SMTP 协议传送电子邮件。
现在也可以在网站 url 中包含 @,这通常表示 username@website,但也可以用作网站 uri 中的 @char。
例如,以下网址有效:https : //example.net/owa/username@example.com
这里的 uri 是 /owa/username@example.com 并且确实包含一个 @。
另一个例子是这样的:
ftp://username@ftp.example.com
小智 13
不,网站和电子邮件地址基本上没有共同点。
info@microsoft.com 的右侧部分表示您将电子邮件发送到名为 microsoft.com 的域。用于发送电子邮件的协议是 SMTP。
但是 url http://www.microsoft.com/意味着您需要托管在名为 www 的服务器上的信息。使用的协议是 HTTP。
不要求这两个部分都存在于两个协议中。反之亦然。例如,您可能有一个像http://support.dell.com/这样的支持网站,但没有任何电子邮件地址 @support.dell.com。
Pet*_*des 10
如果 example.org 的 MX 记录指向接受该电子邮件地址的邮件(即侦听端口 25 并处理 SMTP 请求)的工作邮件服务器,则 user@example.org 是工作电子邮件地址。
如果 example.org 的 A 记录指向运行 Web 服务器的主机(即侦听端口 80 并处理 HTTP 请求),则http://example.org/是一个工作 URL。如果 example.org 上没有 Web 服务器,大多数浏览器都会遵循标准建议尝试http://www.example.org/。
如果您想了解更多详细信息,请查找相关的 Internet RFC,例如解释端口的 TCP。
这是两个完全独立的不同服务。服务器可能正在运行一个或两个。
正如 Tersosauros 指出的那样,“有效”具有非语法错误的技术含义,不一定“有效”。请参阅该答案以了解更多信息。
电子邮件在 DNS 方面很特殊。MX 记录可以列出任何邮件服务器作为域名的 Mail-Exchange。所有其他服务(ssh、ftp、http、https 等)直接使用 A(IP 地址)记录,而不是首先检查“example.org 的 FTP 服务器是什么”记录以获得额外的间接层。不过,这与这个问题无关。所有 Internet 服务都是正交的,对于任何给定的域名可能存在也可能不存在。
(如果大型站点需要,路由器/防火墙的基于端口的路由可以将 http 和 ftp 流量(例如)拆分到不同的服务器以获得单个 IP,因此其他服务不会因为没有自己的间接访问而错过像电子邮件那样的记录。)
| 归档时间: |
|
| 查看次数: |
1546 次 |
| 最近记录: |