Muss der Teil rechts von at sign eine gültige Website-Adresse sein?

11

Muss der Teil rechts neben den Anmelde-E-Mail-Adressen eine gültige Website-URL sein? Ich habe gerade zwei E-Mail-Adressen gesehen, bei denen der richtige Teil keine Website-Adresse zu sein schien. Tatsächlich wurde es nicht geöffnet, als ich dies über einen Webbrowser versuchte.

email

— Codezombie
quelle

12

Hinweis: Vor dem WWW gab es im Internet E-Mails (mit denselben Protokollen wie heute).

— Carsten S

14

Nein, es muss nicht dasselbe sein. E-Mail verwendet ein anderes Protokoll als Websites, und es besteht immer die Möglichkeit, nicht vorhandene Domänen für interne E-Mails (innerhalb von Unternehmen) zu verwenden.

Wenn ich beispielsweise einen Domänencontroller habe, der MyDomain.local hostet, und einen Exchange-Server in dieser Domäne habe, kann ich LPChip@MyDomain.local haben

Wenn ich keinen Webserver hoste und alles andere deaktiviere, was Websites erstellt, funktioniert http: //MyDomain.local nicht.

Da dies nur eine interne Adresse ist, funktioniert dies auch nicht von außen.

Wenn wir über externe E-Mail-Adressen sprechen, ist Folgendes wichtig:

Die E-Mail-Adresse besteht aus 2 Teilen: dem Benutzer und der Domain + optional Subdomains.

Wenn wir zum Beispiel nehmen: LPChip@email.example.com, dann ist LPChip der Benutzer, E-Mail ist die Subdomain und example.com ist die Domain.

Die Domain verfügt über MX-Einträge, aus denen hervorgeht, wo sich die E-Mail befindet. Diese Route wird verwendet, um E-Mails vom SMTP-Protokoll zuzustellen.

Jetzt ist es auch möglich, ein @ in einer Website-URL zu haben, was normalerweise Benutzername @ Website bedeutet, aber auch als @ char in der URL der Website verwendet werden kann.

Die folgende Website-Adresse ist beispielsweise gültig: https://example.net/owa/username@example.com

Die URL hier ist /owa/username@example.com und enthält ein @.

Ein weiteres Beispiel ist folgendes:

ftp: //username@ftp.example.com

— LPChip
quelle

1

SMTP benötigt also einen gültigen Domainnamen, um E-Mails außerhalb von Organisationen zuzustellen?

— Codezombie

2

Ja, es sei denn, es kennt die IP-Adresse (das gibt die Domain sowieso). Beachten Sie auch, dass die Website dies unterstützen muss. Sie können sogar den Benutzernamen: password @ domain eingeben, dies ist jedoch sehr unsicher.

— LPChip

1

Während es ziemlich allgegenwärtig ist, dass der Teil nach dem @ ein Domainname ist und heutzutage als Domainname bezeichnet wird, ist es auch gültig, eine Zeichenfolge einzufügen, die ansonsten ein Hostname ist und als Hostname nach dem @ betrachtet werden könnte. Es muss ein MX-Eintrag vorhanden sein, damit es funktioniert. Wenn Sie einen Host namens email.domain.com haben und einen MX-Eintrag für email.domain.com erstellen, können Sie die E-Mail an user@email.domain.com adressieren. Es ist logisch, "email.domain.com" aufzurufen. Teilen Sie entweder einen "Hostnamen", einen "Domainnamen" oder einen "Subdomainnamen".

— Todd Wilcox

1

@ JasonStack normalerweise kannst du nicht. Die meisten Websites verwenden keine Basisauthentifizierung. Und wie würden Sie es überhaupt mit GMail machen, wenn man bedenkt, dass Ihr "Benutzername" eine E-Mail-Adresse enthält, die eine enthält @? :)

— Hobbs

2

@ToddWilcox Genau - so wurde Internet-Mail an UUCP-Hosts weitergeleitet (etwas, mit dem ich damals Erfahrung hatte). Nicht jeder DNS-Eintrag enthält eine zugeordnete IP-Adresse (wenn er jedoch einen MX-Eintrag enthält, kann das Mail-Routing außerhalb des Internets funktionieren), und nicht jede IP-Adresse muss eine Website hosten. Ich denke, das OP kann über die Unterscheidung zwischen "gültigem Domainnamen" und "gültiger Website-Adresse" verwirrt sein.

— Jamie Hanrahan

13

Nein, Website und E-Mail-Adresse haben grundsätzlich nichts gemeinsam.

Der rechte Teil von info@microsoft.com bedeutet, dass Sie E-Mails an eine Domain namens microsoft.com senden. Das zum Senden von E-Mails verwendete Protokoll ist SMTP.

Die URL http://www.microsoft.com/ bedeutet jedoch, dass Sie Informationen wünschen, die auf einem Server namens www gehostet werden. Das verwendete Protokoll ist HTTP.

Es ist nicht erforderlich, dass diese beiden Teile für beide Protokolle vorhanden sind. Und das Gegenteil gilt auch. Beispielsweise haben Sie möglicherweise eine Support-Website wie http://support.dell.com/ und keine E-Mail-Adresse unter support.dell.com.

— Bruno Mairlot
quelle

1

Es wäre ein besseres Beispiel, wenn Sie microsoft.com verwenden würden, damit zumindest die Domain identisch ist.

— Leichtigkeitsrennen im Orbit

10

user@example.org ist eine funktionierende E-Mail-Adresse, wenn der MX-Eintrag zum Beispiel.org auf einen funktionierenden Mailserver verweist, der E-Mails für diese E-Mail-Adresse akzeptiert (dh Port 25 abhört und SMTP-Anforderungen verarbeitet).

http://example.org/ ist eine funktionierende URL, wenn der A-Datensatz zum Beispiel.org auf einen Host verweist, auf dem ein Webserver ausgeführt wird (dh Port 80 überwacht und HTTP-Anforderungen verarbeitet). Wenn auf example.org kein Webserver vorhanden ist, folgen die meisten Browser der Standardempfehlung, auch http://www.example.org/ zu verwenden .

Suchen Sie nach den relevanten Internet-RFCs, z. B. für TCP, wo Ports erläutert werden, wenn Sie weitere Details wünschen.

Dies sind zwei verschiedene Dienste, die völlig getrennt sind. Auf einem Server werden möglicherweise einer oder beide ausgeführt.

Wie Tersosauros betont, hat "gültig" die technische Bedeutung eines Nicht-Syntax-Fehlers, der nicht unbedingt "funktioniert". Weitere Antworten finden Sie in dieser Antwort.

E-Mail ist in Bezug auf DNS etwas Besonderes. MX-Einträge können jeden Mailserver als Mail-Exchange für einen Domainnamen auflisten. Alle anderen Dienste (ssh, ftp, http, https usw. usw.) verwenden den A-Datensatz (IP-Adresse) direkt, anstatt zuerst einen Datensatz "Was ist der FTP-Server für example.org" auf eine zusätzliche Indirektionsebene zu überprüfen. Dies ist jedoch für diese Frage irrelevant. Alle Internetdienste sind orthogonal und können für einen bestimmten Domainnamen vorhanden sein oder nicht.

(Portbasiertes Routing durch einen Router / eine Firewall kann den http- und den FTP-Verkehr (zum Beispiel) für eine einzige IP auf verschiedene Server aufteilen, wenn dies für große Sites erforderlich ist, sodass andere Dienste nicht daran gehindert werden, keine eigene Indirektion zu haben Aufzeichnungen wie E-Mail.)

— Peter Cordes
quelle

2

Dies ist bei weitem die beste Antwort.

— Keavon

1

@ Keavon: Danke :). Die beiden anderen Antworten kamen nicht wirklich auf den Punkt, IMO, und sahen etwas verwirrend aus.

— Peter Cordes

1

Es gibt Dienste, die SRVDatensätze verwenden, um eine ähnliche Art der Indirektion bereitzustellen. Prominente Beispiele sind SIP und XMPP. Wenn wir das Internet von Grund auf neu aufbauen würden, könnten wir das für alles tun.

— zwol

3

Das OP (und möglicherweise einige der Kommentatoren / Antworten) können im Wortschatz verwirrt sein.

Eine gültige Website-URL (während versucht wird, nicht zu pedantisch zu sein) kann eines von zwei verschiedenen Dingen sein:

Eine gültige Format- URL (URI im modernen Lexikon), wie z. B. abc://azertyfoo.baz:303/- dies ist jedoch KEINE Webadresse .
Eine URL, die sowohl syntaktisch gültig ist (wie oben), aber auch ein bekanntes Schema (das Bit zuvor ://) angibt , UND einen gültigen auflösenden vollqualifizierten Domänennamen (FQDN) benennt. Beispiel: http://superuser.com:80/ist eine gültige Website-URL (unter diesen Bedingungen).

Viele andere Antworten haben sich mit den Unterschieden zwischen DNS-Einträgen in Bezug auf Web- (dh A-Einträge) und E-Mail-Einträge (MX-Einträge) befasst.

Ich vermute, dass Menschen, die möglicherweise verwirrt sind, möglicherweise mit dem Host- Teil der E-Mail-Adresse verwechselt werden .

Ein Host kann in einer E-Mail-Adresse eine der folgenden sein:

Ein FQDN, der ordnungsgemäß mit MX-Datensätzen konfiguriert ist.
Ein ansonsten auflösbarer Domainname , der möglicherweise nicht vollständig qualifiziert ist (wie in vielen Unternehmensumgebungen verwendet). Beispiel MyMail.local: Offensichtlich .localhandelt es sich nicht um eine gültige Top-Level-Domain (TLD). Dieser Domainname ist jedoch weiterhin gültig und kann in einer Unternehmensumgebung aufgelöst werden.
Ein Hostname, z. B. localhost(die Standardadresse auf Fehlerseiten in vielen Apache-Versionen ist webmaster@localhostbeispielsweise). Niemand außerhalb des lokalen Computers kann jemals E-Mails an diesen Posteingang senden. Auf diesem Computer (vorausgesetzt, es wird sendmail oder ähnliches ausgeführt) ist die Adresse jedoch gültig .
eine IP-Adresse 127.0.0.1- dies ist wiederum in einer bestimmten Umgebung gültig . Ich bezweifle jedoch, dass viele (oder irgendwelche?) Mailserver E-Mails an diesen Host weiterleiten würden, wenn Sie dies im offenen Internet versuchen würden.

Jeder dieser gültigen Hosts kann auch eine gültige Website-URL sein, wenn er in einem geeigneten Schema und Pfad enthalten ist : http://[einer der oben genannten]/

— Tersosauros
quelle

Guter Punkt, meine Antwort wurde aktualisiert, um "arbeiten" zu sagen, anstatt das Wort "gültig" des OP zu verwenden, das eine andere technische Bedeutung hat.

— Peter Cordes