アットマークの右側の部分は有効なWebサイトのアドレスである必要がありますか？

サインインメールアドレスの右側の部分は、有効なWebサイトのURLである必要がありますか？正しい部分がWebサイトのアドレスに見えない2つの電子メールアドレスを見ました。実際、Webブラウザーで開こうとしても開かなかった。

いいえ、同じである必要はありません。電子メールはWebサイトとは異なるプロトコルを使用し、内部電子メール（企業内）に存在しないドメインを使用するオプションが常にあります。

たとえば、MyDomain.localをホストするドメインコントローラーがあり、このドメイン内に交換サーバーがある場合、LPChip @ MyDomain.localを使用できます。

Webサーバーをホストせず、Webサイトを作成する他のすべてを無効にすると、http：//MyDomain.localは機能しません。

さらに、これは内部アドレスのみであるため、外部からも機能しません。

外部のメールアドレスについて話す場合、次のことが重要です。

メールアドレスには2つの部分があります：ユーザーとドメイン+オプションでサブドメイン。

たとえば、LPChip @ email.example.comの場合、LPChipがユーザー、emailがサブドメイン、example.comがドメインです。

ドメインには、メールの場所を示すMXレコードがあります。SMTPプロトコルによる電子メールの配信に使用されるのは、このルートです。

また、通常はusername @ websiteを意味するWebサイトのURLに@を含めることもできますが、WebサイトのURIで@ charとして使用することもできます。

たとえば、次のWebサイトのアドレスは有効です：https : //example.net/owa/username@example.com

ここでのuriは/owa/username@example.comで、@が含まれています。

別の例は次のとおりです。

ftp：//username@ftp.example.com

いいえ、ウェブサイトとメールアドレスには基本的に共通点はありません。

info@microsoft.comの正しい部分とは、microsoft.comというドメインにメールを送信することを意味します。電子メールの送信に使用されるプロトコルはSMTPです。

しかし、URL http://www.microsoft.com/は、wwwというサーバーでホストされる情報が必要であることを意味します。使用されるプロトコルはHTTPです。

これらの2つの部分が両方のプロトコルに存在する必要はありません。そして、その逆も有効です。たとえば、http：//support.dell.com/のようなサポートWebサイトがあり、@ support.dell.comのような電子メールアドレスがない場合があります。

user@example.orgは、example.orgのMXレコードが、そのメールアドレス宛のメールを受け入れる（つまり、ポート25でリッスンし、SMTP要求を処理する）動作中のメールサーバーを指す場合、動作中のメールアドレスです。

example.orgのAレコードがWebサーバーを実行しているホストを指している場合（つまり、ポート80でリッスンし、HTTP要求を処理する場合）、http：//example.org/は作業URLです。example.orgにWebサーバーがない場合、ほとんどのブラウザーは標準の推奨に従ってhttp://www.example.org/も試してください。

詳細が必要な場合は、ポートについて説明しているTCPなど、関連するインターネットRFCを調べてください。

これらは完全に分離された2つの異なるサービスです。サーバーは一方または両方を実行している可能性があります。

テルソサウロスが指摘するように、「有効」とは、必ずしも「機能する」とは限らず、構文エラーではないという技術的な意味を持っています。詳細については、その答えをご覧ください。

電子メールはDNSの点で特別です。MXレコードは、任意のメールサーバーをドメイン名のMail-Exchangeとしてリストできます。他のすべてのサービス（ssh、ftp、http、httpsなど）は、最初に「example.orgのFTPサーバーとは何か」レコードの間接層をチェックするのではなく、A（IPアドレス）レコードを直接使用します。ただし、これはこの質問には関係ありません。すべてのインターネットサービスは直交しており、特定のドメイン名に対して存在する場合と存在しない場合があります。

（ルーター/ファイアウォールによるポートベースのルーティングは、大規模なサイトで必要な場合、単一のIPの異なるサーバーへのhttpおよびftpトラフィックを分割できるため、他のサービスが独自の間接性を持たないことを逃しませんメールのような記録。）

OP（およびおそらくコメント者/回答の一部）の語彙が混同される場合があります。

有効なウェブサイトのURL（しようとしているときではない、あまりにも杓子定規する）は、2つの異なるもののいずれかになります。

1. 次のような有効な 形式の URL（現代の辞書ではURI）abc://azertyfoo.baz:303/- ただし、これはWebアドレスではありません。
2. （上記のように）構文的に有効であるが、既知のスキーム（前のビット://）を指定し、かつ有効な解決完全修飾ドメイン名（FQDN）を指定するURL 。例：http://superuser.com:80/有効なWebサイトURLです（これらの条件下）。

他の多くの回答が、Web（つまりAレコード）と電子メール（MXレコード）に関するDNSレコードの違いに対処しています。

おそらく人々が混乱しているのは、電子メールアドレスのホスト部分にあるのではないかと思います。

ホストは、電子メールアドレスに、次のいずれであってもよいです。

• MXレコードで適切に構成されたFQDN。
• 完全に修飾されていない可能性のある他の方法で解決可能なドメイン名（多くの企業環境で使用されている）。たとえば、MyMail.local明らかに.local有効なトップレベルドメイン（TLD）ではありませんが、このドメイン名はまだ有効であり、企業環境で解決される可能性があります。
• localhost（webmaster@localhostたとえば、Apacheの多くのバージョンのエラーページのデフォルトアドレスはなど）などのホスト名。ローカルマシン以外の誰もその受信トレイにメールを送信できませんが、そのマシンでは（sendmailなどを実行していると仮定して）アドレスは有効です。
• IPアドレス127.0.0.1-これも特定の環境で有効です。しかし、オープンインターネットでこれを試みた場合、多くの（または何か？）メールサーバーがそのホストにメールを転送することを疑います。

これらの有効なホストは、適切なスキームとパスで囲まれている場合、有効なWebサイトのURLでもあります。http://[上記のいずれか]/