wake-up-neo.com

是否可以通过IP地址而不是从域发送和接收电子邮件?

通常,电子邮件在@的右侧具有域名,因此您可以识别组织或公司。实际上,该域不过是由名称服务器解析的IP地址的“名称”或“别名”。

我认为这可以用于例如物联网,因为与POST和GET之类的“一对多”或“一对多”相比,还有更多可能性。

是否有一种直接与IP地址之间收发电子邮件的方法,例如[email protected]

19
user242212

对于电子邮件,域不仅是IP地址的别名或可读形式:邮件交换器MX记录用于指定负责代表收件人的电子邮件接受邮件的邮件服务器域。可能有几台服务器接受域的邮件,它们不一定位于域A记录中的同一IP上。一个邮件系统可以有多个服务器:传入服务器可能与传出服务器,邮件存储服务器等分开。A记录仅在没有为主机名指定MX记录时使用。

但是,电子邮件地址格式没有(其他)限制,您不能将电子邮件直接发送到_<[email protected]>_甚至是_<[email protected][198.51.100.10]>_(带方括号的IP)。如果有一个邮件服务器接受使用纯主机名甚至IP地址的电子邮件,那么它将这样做。但是您的建议实际上在全球范围内行不通:

  • 大多数电子邮件系统都有多个域,因此需要分别处理所有域。用户名本身可能尚未绑定到任何实际的邮箱,因为_<[email protected]>_可能与_<[email protected]>_不同
  • 尽管这是几十年前的普遍现象,但与垃圾邮件作斗争却使事情变得更加复杂,并且接受电子邮件有严格的限制。
  • SMTP端口_25_的使用由于滥用(水龙头)而在消费级Internet连接上非常受限制。 IoT设备实际上并没有太多使用SMTP。
17
Esa Jokinen

许多SMTP服务器(例如sendmail)都处理[email protected][aaa.bbb.ccc.ddd]电子邮件地址[〜#〜]但[[##〜]

  1. 某些SMTP服务器无法处理/识别它
    他们可能拒绝接受该发件人地址或无法发送至该地址。
  2. 这些地址可能会导致某些反垃圾邮件软件出现问题

RFC-5322:3.4.1。Addr-Spec规范


维基百科:电子邮件地址-域部分

此外,域可能是IP地址文字,并用方括号[]括起来,例如jsmith @ [192.168.2.1]或jsmith @ [IPv6:2001:db8 :: 1],,尽管除了电子邮件垃圾邮件很少见到。 ...

13
AnFi

如果所有相关方都使用真正的现代软件,则它应该起作用。

尽管SMTP在TCP上可以很好地分层,但至少以其原始形式,它本身并不是基于TCP/IP的协议。如果您查看原始的RFC 821,则会在附录中定义“ TCP传输”。

RFC 2821(从1989年开始)考虑使用数字地址“不适用”。

甚至更现代的规范版本在某种程度上从RFC5321秉承了这一理念:“ SMTP与特定的传输子系统无关,并且仅需要可靠的有序数据流通道。尽管本文档专门讨论了通过TCP进行的传输,但其他传输也是可能的。RFC 821 [1]的附录描述了其中一些。”

但是,此RFC-实际上来自2008年的RFC,确实批准将“地址文字”使用为“允许的”(“为了绕过此障碍,地址的特殊文字形式允许作为域的替代方式名称。”),但在第4.1.4节中仍然不鼓励使用“ SHOULD NOT”。

SMTP及其周围的许多软件都使用主机,而不是ip地址作为其“本币”-如果“地址文字”可用作“主机”,就这样吧。非SMTP协议(例如,UUCP邮件)(在大多数情况下已过时)也在旧的电子邮件生态系统中与基于SMTP的系统一起使用。

依赖于每个完全符合2008年标准的系统可能比看起来要冒险得多。

3
rackandboneman