@ 符号右边的部分必须是有效的网站地址吗？

Question 1

不，不必相同。电子邮件使用的协议与网站不同，并且始终可以选择为内部电子邮件（公司内部）使用不存在的域。

例如，如果我有一个托管 MyDomain.local 的域控制器，并且我在这个域内有一个 Exchange 服务器，那么我可以拥有[电子邮件保护]

如果我不托管网络服务器并禁用所有其他构建网站的功能，http://MyDomain.local不管用。

最重要的是，鉴于这只是一个内部地址，它从外部也无法工作。

如果我们谈论外部电子邮件地址，那么以下几点很重要：

电子邮件地址包含两部分：用户和域 + 可选的子域。

如果我们举例来说：[电子邮件保护]，则 LPChip 是用户，email 是子域，example.com 是域。

域名有 MX 记录，可告知电子邮件所在的位置。SMTP 协议使用此路由来传送电子邮件。

现在，网站 URL 中也可以使用 @，这通常表示用户名@网站，但也可以用作网站 uri 中的 @ 字符。

例如，以下网站地址是有效的：https://example.net/owa/[电子邮件保护]

此处的 uri 是 /owa/[电子邮件保护]并且包含@。

另一个例子是这样的：

ftp://[电子邮件保护]

Answer

不，不必相同。电子邮件使用的协议与网站不同，并且始终可以选择为内部电子邮件（公司内部）使用不存在的域。

例如，如果我有一个托管 MyDomain.local 的域控制器，并且我在这个域内有一个 Exchange 服务器，那么我可以拥有[电子邮件保护]

如果我不托管网络服务器并禁用所有其他构建网站的功能，http://MyDomain.local不管用。

最重要的是，鉴于这只是一个内部地址，它从外部也无法工作。

如果我们谈论外部电子邮件地址，那么以下几点很重要：

电子邮件地址包含两部分：用户和域 + 可选的子域。

如果我们举例来说：[电子邮件保护]，则 LPChip 是用户，email 是子域，example.com 是域。

域名有 MX 记录，可告知电子邮件所在的位置。SMTP 协议使用此路由来传送电子邮件。

现在，网站 URL 中也可以使用 @，这通常表示用户名@网站，但也可以用作网站 uri 中的 @ 字符。

例如，以下网站地址是有效的：https://example.net/owa/[电子邮件保护]

此处的 uri 是 /owa/[电子邮件保护]并且包含@。

另一个例子是这样的：

ftp://[电子邮件保护]

Question 2

不，网站和电子邮件地址基本上没有任何共同之处。

的正确部分[电子邮件保护]表示您将电子邮件发送到名为 microsoft.com 的域。发送电子邮件使用的协议是 SMTP。

但是网址http://www.microsoft.com/表示您想要托管在名为 www 的服务器上的信息。使用的协议是 HTTP。

这两个部分对于两种协议来说并不是必需的。反之亦然。例如，您可能有一个支持网站，例如http://support.dell.com/并且没有任何电子邮件地址@support.dell.com。

Answer

不，网站和电子邮件地址基本上没有任何共同之处。

的正确部分[电子邮件保护]表示您将电子邮件发送到名为 microsoft.com 的域。发送电子邮件使用的协议是 SMTP。

但是网址http://www.microsoft.com/表示您想要托管在名为 www 的服务器上的信息。使用的协议是 HTTP。

这两个部分对于两种协议来说并不是必需的。反之亦然。例如，您可能有一个支持网站，例如http://support.dell.com/并且没有任何电子邮件地址@support.dell.com。

Question 3

[电子邮件保护]如果 example.org 的 MX 记录指向接受该电子邮件地址邮件的有效邮件服务器（即监听端口 25 并处理 SMTP 请求），则该电子邮件地址有效。

http://example.org/如果 example.org 的 A 记录指向运行 Web 服务器的主机（即监听端口 80 并处理 HTTP 请求），则为有效 URL。如果 example.org 没有 Web 服务器，大多数浏览器都会遵循标准建议尝试http://www.example.org/。

如果您想了解更多详细信息，请查找相关的 Internet RFC，例如，其中解释了 TCP 端口。

这是两个完全独立的不同服务。一台服务器可能运行其中一种或两种服务。

正如 Tersosauros 指出的那样，“有效”的技术含义是非语法错误，不一定是“有效”。请参阅该答案了解更多信息。

电子邮件在 DNS 方面很特殊。MX 记录可以将任何邮件服务器列为域名的邮件交换。所有其他服务（ssh、ftp、http、https 等）都直接使用 A（IP 地址）记录，而不是先检查“example.org 的 FTP 服务器是什么”记录以获得额外的间接层。不过，这与这个问题无关。所有互联网服务都是正交的，对于任何给定的域名，可能存在也可能不存在。

（如果大型网站需要，路由器/防火墙的基于端口的路由可以将 http 和 ftp 流量（例如）拆分到单个 IP 的不同服务器，因此其他服务不会因为没有像电子邮件那样拥有自己的间接记录而丢失。）

Answer

[电子邮件保护]如果 example.org 的 MX 记录指向接受该电子邮件地址邮件的有效邮件服务器（即监听端口 25 并处理 SMTP 请求），则该电子邮件地址有效。

http://example.org/如果 example.org 的 A 记录指向运行 Web 服务器的主机（即监听端口 80 并处理 HTTP 请求），则为有效 URL。如果 example.org 没有 Web 服务器，大多数浏览器都会遵循标准建议尝试http://www.example.org/。

如果您想了解更多详细信息，请查找相关的 Internet RFC，例如，其中解释了 TCP 端口。

这是两个完全独立的不同服务。一台服务器可能运行其中一种或两种服务。

正如 Tersosauros 指出的那样，“有效”的技术含义是非语法错误，不一定是“有效”。请参阅该答案了解更多信息。

电子邮件在 DNS 方面很特殊。MX 记录可以将任何邮件服务器列为域名的邮件交换。所有其他服务（ssh、ftp、http、https 等）都直接使用 A（IP 地址）记录，而不是先检查“example.org 的 FTP 服务器是什么”记录以获得额外的间接层。不过，这与这个问题无关。所有互联网服务都是正交的，对于任何给定的域名，可能存在也可能不存在。

（如果大型网站需要，路由器/防火墙的基于端口的路由可以将 http 和 ftp 流量（例如）拆分到单个 IP 的不同服务器，因此其他服务不会因为没有像电子邮件那样拥有自己的间接记录而丢失。）

Question 4

OP（也许还有一些评论者/答案）可能对词汇感到困惑。

A有效的网站网址（尝试时不是太过迂腐）可能是以下两种情况之一：

A有效的格式URL（现代词典中的 URI），例如abc://azertyfoo.baz:303/- 这个然而不是一个网络地址。
一个既符合语法（如上所述）又指定已知方案（之前的部分://）的 URL，和命名有效的解析完全限定域名 (FQDN)。例如：http://superuser.com:80/是有效的网站 URL（在这些条件下）。

许多其他答案已经解决了有关网络（即 A 记录）和电子邮件（MX 记录）的 DNS 记录之间的差异。

我怀疑人们可能感到困惑的地方可能是主持人电子邮件地址的一部分。

A主持人电子邮件地址中可能包含以下任何内容：

一个正确配置了 MX 记录的 FQDN。
否则可解决域名可能不是完全合格的（如在许多企业环境中使用）。例如MyMail.local- 显然.local不是有效的顶级域名 (TLD)，但是这域名还是有效的并可能在公司环境中得到解决。
主机名，例如localhost（例如，许多版本的 Apache 错误页面上的默认地址是webmaster@localhost）。本地计算机以外的任何人都无法向该收件箱发送邮件，但是，在该计算机上（假设它正在运行 sendmail 或类似程序），地址是有效的。
一个 IP 地址，127.0.0.1-这也是有效的在特定环境中。但是，如果您在开放的互联网上尝试这样做，我怀疑许多（或任何？）邮件服务器是否会将邮件转发到该主机。

如果包含在适当的方案和小路：http://[以上任何一项]/

Answer