it-swarm.com.de

Ist es möglich, eine E-Mail von einer IP-Adresse anstatt von einer Domain zu senden und zu empfangen?

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 wie "many to one" oder "one to many" viel mehr Möglichkeiten gibt.

Gibt es eine Möglichkeit, E-Mails direkt an und von einer IP-Adresse zu senden und zu empfangen, z. B. [email protected]?

19
user242212

Bei E-Mails ist eine Domain nicht nur ein Alias ​​oder eine von Menschen lesbare Form für eine IP-Adresse: Mail-AustauscherMX Datensätze sind vorhanden, um Mailserver anzugeben, die für das Akzeptieren von E-Mail-Nachrichten im Namen eines Empfängers verantwortlich sind Domain. Möglicherweise akzeptieren mehrere Server E-Mails für die Domäne, und sie befinden sich nicht unbedingt auf derselben IP-Adresse, die im A -Datensatz für die Domäne enthalten ist. Ein Mailsystem kann mehrere Server haben: Eingehende Server können von ausgehenden Servern und Mailspeicherservern usw. getrennt sein. Der Datensatz A wird nur verwendet, wenn für den Hostnamen keine MX Datensätze angegeben sind.

Es gibt jedoch keine (andere) Beschränkung im E-Mail-Adressformat, nach der Sie E-Mails nicht direkt an <[email protected]> Oder sogar <[email protected][198.51.100.10]> (IP mit eckigen Klammern) senden können. Wenn es einen Mailserver gäbe, der E-Mails mit dem einfachen Hostnamen oder sogar der IP-Adresse akzeptiert, würde dies der Fall sein. Aber was Sie vorschlagen, funktioniert in der Praxis nicht global:

  • Die meisten E-Mail-Systeme haben mehrere Domänen und müssen E-Mails für alle separat verarbeiten. Der Benutzername selbst war möglicherweise nicht an ein tatsächliches Postfach gebunden, da <[email protected]> Eine andere Person als <[email protected]> Ist.
  • Während dies vor einigen Jahrzehnten üblich war, hat die Bekämpfung von Spam die Dinge komplizierter gemacht und das Akzeptieren von E-Mails hat strenge Grenzen.
  • Die Verwendung des SMTP-Ports 25 Ist bei Internetverbindungen für Verbraucher aufgrund von Missbrauch (Spambots) sehr begrenzt. SMTP wird für IoT-Geräte nicht so häufig verwendet.
17
Esa Jokinen

Viele SMTP-Server (z. B. sendmail) verarbeiten [email protected][aaa.bbb.ccc.ddd] E-Mail-Adressen [~ # ~] aber [~ # ~]

  1. Einige SMTP-Server verarbeiten/erkennen es nicht
    Sie können die Annahme einer solchen Absenderadresse verweigern oder nicht an diese Adresse senden.
  2. Solche Adressen können bei einigen Anti-Spam-Programmen Probleme verursachen

RFC-5322: 3.4.1. Addr-Spec-Spezifikation


Wikipedia: E-Mail-Adresse - Domain-Teil

Darüber hinaus kann die Domäne ein IP-Adressliteral sein, das von eckigen Klammern [] umgeben ist, z. B. jsmith @ [192.168.2.1] oder jsmith @ [IPv6: 2001: db8 :: 1], , obwohl dies nur bei E-Mail-Spam selten vorkommt.

13
AnFi

Es sollte funktionieren, wenn alle Beteiligten wirklich moderne Software verwenden.

Während SMTP auf TCP gut geschichtet funktioniert, ist es zumindest in seiner ursprünglichen Form an sich kein auf TCP/IP basierendes Protokoll. Wenn Sie sich den ursprünglichen RFC 821 ansehen, wird in einem Anhang ein "TCP-Transport" definiert.

RFC 2821 (von 1989) hält die Verwendung numerischer Adressen für "entmutigt".

Noch weitaus modernere Versionen der Spezifikationen bestätigen diese Philosophie in gewissem Maße von RFC5321: "SMTP ist unabhängig vom jeweiligen Übertragungssubsystem und erfordert nur einen zuverlässigen geordneten Datenstromkanal. Während in diesem Dokument speziell der Transport über TCP erörtert wird, sind andere Transporte möglich Anhänge zu RFC 821 [1] beschreiben einige von ihnen. "

Dieser RFC aus dem Jahr 2008, der ihn tatsächlich sehr NEU macht, sanktioniert jedoch die Verwendung von "Adressliteralen" als "zulässig" ("Um diese Barriere zu umgehen, ist eine spezielle Literalform der Adresse als Alternative zu einer Domäne zulässig name. ") in Abschnitt 4.1.3, rät jedoch weiterhin davon ab, in 2.1.4" NICHT SOLLTEN ".

SMTP und ein Großteil der darauf basierenden Software verwendet Hosts, nicht IP-Adressen als "native Währung" - wenn ein "Adressliteral" als "verwendbar" ist. Host ", so sei es. Und ebenso die (meist veralteten) Nicht-SMTP-Protokolle (z. B. UUCP-Mail), die im alten E-Mail-Ökosystem zusammen mit SMTP-basierten Systemen verwendet wurden.

Es könnte riskanter sein, sich darauf zu verlassen, dass jedes beteiligte System einem Standard von 2008 vollständig entspricht, als es scheint.

3
rackandboneman