Normalerweise hat eine E-Mail einen Domainnamen auf der rechten Seite des @, sodass Sie eine Organisation oder ein Unternehmen identifizieren können. Diese Domain ist in der Tat nichts anderes als ein "Name" oder ein "Alias" für eine IP-Adresse, die vom Nameserver aufgelöst wird.
Ich denke, dies könnte zum Beispiel für das Internet der Dinge verwendet werden, da es im Vergleich zu POST und GET viel mehr Möglichkeiten gibt, wie zum Beispiel "viele zu eins" oder "eins zu viele".
Gibt es eine Möglichkeit, E-Mails direkt an und von einer IP-Adresse zu senden und zu empfangen, z. B. [email protected]?
email
smtp
email-server
Peter Mortensen
quelle
quelle
Antworten:
Bei E-Mails ist eine Domain nicht nur ein Alias oder eine für den Menschen lesbare Form für eine IP-Adresse. In den Mail Exchanger-
MXEinträgen werden Mailserver angegeben, die für das Annehmen von E-Mail-Nachrichten im Namen der Domain eines Empfängers verantwortlich sind. Es können mehrere Server vorhanden sein, die E-Mails für die Domäne akzeptieren, und sie haben nicht unbedingt dieselbe IP, die imADatensatz für die Domäne enthalten ist. Ein Mailsystem kann mehrere Server haben: Eingangsserver können von Ausgangsservern und Mailspeicherservern usw. getrennt sein. DerADatensatz wird nur verwendet, wennMXfür den Hostnamen keine Datensätze angegeben sind.Es gibt jedoch keine (andere) Beschränkung im E-Mail-Adressformat, an die Sie keine E-Mails direkt senden können,
<[email protected]>oder sogar<user@[198.51.100.10]>(IP mit den eckigen Klammern). Wenn es einen Mailserver gäbe, der E-Mails unter Verwendung des normalen Hostnamens oder sogar der IP-Adresse akzeptiert, würde dies funktionieren. Aber was Sie vorschlagen, funktioniert in der Praxis nicht global:<[email protected]>möglicherweise um eine andere Person handelt als<[email protected]>25ist bei Internetverbindungen für Endverbraucher aufgrund von Missbrauch (Spambots) sehr begrenzt. SMTP wird für IoT-Geräte nicht so häufig verwendet.quelle
Viele SMTP-Server (zB sendmail) verarbeiten
user@[aaa.bbb.ccc.ddd]E-Mail-Adressen, ABERSie können die Annahme dieser Absenderadresse verweigern oder nicht an diese Adresse senden.
RFC-5322: 3.4.1. Addr-Spec Spezifikation
Wikipedia: E-Mail-Adresse - Domain-Teil
quelle
user@[aaa.bbb.ccc.ddd]gemäß der Spezifikation korrekt sind und die Verarbeitung ordnungsgemäß definiert wurde.Es sollte funktionieren, wenn alle Beteiligten wirklich moderne Software verwenden.
Während SMTP auf TCP gut geschichtet arbeitet, ist es zumindest in seiner ursprünglichen Form kein auf TCP / IP basierendes Protokoll. Wenn Sie sich den Original-RFC 821 ansehen, wird in einem Anhang ein "TCP-Transport" definiert.
RFC 2821 (von 1989) erwägt die Verwendung von numerischen Adressen "entmutigt".
Noch weitaus modernere Versionen der Spezifikationen bestätigen diese Philosophie in gewissem Maße, und zwar in Bezug auf RFC5321: "SMTP ist unabhängig vom jeweiligen Übertragungssubsystem und erfordert nur einen zuverlässigen bestellten Datenstromkanal. Während dieses Dokument speziell den Transport über TCP beschreibt, sind andere Transporte möglich Die Anhänge zu RFC 821 [1] beschreiben einige von ihnen. "
In diesem RFC aus dem Jahr 2008, der es tatsächlich sehr NEU macht, wird die Verwendung von "Adressliteralen" als "zulässig" gebilligt ("Um diese Barriere zu umgehen, ist eine spezielle wörtliche Form der Adresse als Alternative zu einer Domäne zulässig name. ") in Abschnitt 4.1.3, rät jedoch davon ab," NICHT "in 2.1.4 zu sein.
SMTP und ein Großteil der darauf basierenden Software verwenden Hosts und keine IP-Adressen als "native Währung" - wenn ein "Adressliteral" als "Host" verwendet werden kann, sollte es so sein. Ebenso die (meist veralteten) Nicht-SMTP-Protokolle (z. B. UUCP-Mail), die in früheren E-Mail-Systemen zusammen mit SMTP-basierten Systemen verwendet wurden.
Es könnte riskanter sein, sich darauf zu verlassen, dass jedes beteiligte System den 2008er-Standards vollständig entspricht, als es scheint.
quelle