ドメインからではなくIPアドレスからメールを送受信することは可能ですか？

通常、メールの@の右側にドメイン名があるため、組織または会社を識別できます。このドメインは、実際にはIPアドレスの「名前」または「エイリアス」以外のものではなく、ネームサーバーによって解決されます。

これは、たとえばモノのインターネットに使用できると思います。なぜなら、POSTやGETに比べて、「多対一」や「1対多」のように多くの可能性があるからです。

たとえばuser@xxx.xxx.xx.xxxのように、IPアドレスと直接メールを送受信する方法はありますか？

email smtp email-server

余談：HTTPがIoTに対して制限が強すぎると思われる場合は、MQTTまたはXMPPをご覧ください。

— ロジャーリップスコム

ドメインは「IPアドレスの名前」以上のものです。ドメインは、（DNSエントリを介して）メールサービスに関するより多くの情報を公開できます。これには、複数のメールサーバーの複数のIPアドレスが含まれる場合があります（負荷分散またはフォールバックの目的）。

— jjmontes

電子メールも1対多ではなく、1対1であり、サーバーはメッセージを多数に拡散する可能性があります。サーバーへのHTTPポストを実行してから、多くのクライアントにメールが使用するモデルとまったく同じモデルでそのサーバーを読み取らせることができます。

— djsmiley2k-CoW

ネットワーク考古学を定期的に行わなければならない人として、IPをハードコーディングしないでください。DNSは問題なく、dnsmasqなどのDNSサーバーは軽量であり、ホストのオーバーライドを許可します。インターネットIPは時間とともに変化します。

— クリギー

ドメインはIPアドレスのエイリアスではありません。具体的には、メールにはMXレコードがあり、ドメイン名は、優先度とホスト名（メールの配信先）の両方を含む1つまたは複数のタプルにマップされます。ネーミング（送信者）とアドレス（送信先）の2つの異なる概念が混在しています。

— パトリックメヴゼク

回答:

電子メールの場合、ドメインは単にIPアドレスのエイリアスまたは人間が読める形式ではありません。メールエクスチェンジャー MXレコードは、受信者のドメインに代わって電子メールメッセージを受け入れる責任があるメールサーバーを指定するために存在します。ドメイン宛のメールを受け入れるサーバーが複数存在する可能性がありますが、それらは必ずしもAドメインのレコードにある同じIP上にあるとは限りません。メールシステムには複数のサーバーを含めることができます。受信サーバーは、送信サーバーやメールストレージサーバーなどから分離Aされている場合があります。レコードはMX、ホスト名にレコードが指定されていない場合にのみ使用されます。

ただし、メールを直接送信し<user@hostname.example.com>たり<user@[198.51.100.10]>、角かっこでIPを送信したりすることのできない（他の）メールアドレス形式の制限はありません。プレーンなホスト名またはIPアドレスを使用して電子メールを受け入れるメールサーバーがあれば、それはできます。しかし、あなたが提案していることは実際にはグローバルに機能しません：

ほとんどの電子メールシステムには複数のドメインがあり、それらすべてに対して電子メールを個別に処理する必要があります。ユーザー名自体は、実際のメールボックスにバインドされてい<user@example.com>ない可能性があります。<user@example.net>
これは数十年前に一般的でしたが、スパムとの戦いは事態をより複雑にし、電子メールの受け入れには厳しい制限があります。
SMTPポートの使用は25、悪用（スポンボット）のために、消費者向けのインターネット接続では非常に制限されています。IoTデバイスにSMTPを使用することはあまりありません。

— エサ・ヨキネン
ソース

ただし、ドメイン（またはIP）のMX dnsレコードがない場合、メールはメールアドレス（ホスト名またはIPアドレス）のドメイン部分に配信（または配信試行）されます。また、受信サーバーは、そのホスト名/ IPアドレスのメールを処理するように構成する必要があります。

— ivanivan

それはすることができ、ホスト名のメールを処理します。世界中のすべてのサーバーがメールを処理するわけではありません。ほとんどのUnix / Linuxベースのサーバーには、（cronなどからの）内部メールを処理するためのSMTPサーバーがありますが、それらはなくても正常に機能します。

— エサヨキネン

Esa-MXレコードをpostfixサーバーにポイントすると、SMTP接続が確立されますが、私のサーバーはドメインのメールをどのような形や形式でも処理するように構成されていないため、バウンスが発生します。しかし、私のサーバーは複数の特定のドメインとユーザー用に設定されており、すべてmysqlサーバーから来ています。それはすべて1）メールを送信するIPで実際に実行されているメールサーバーであるか、2）そのIPまたは特定のドメイン/ドメイン、またはすべてのドメイン宛てのメールを受け入れるようにメールサーバーが構成されていると言われていますか（のみ）アドレスのユーザー部分と一致）

— -ivanivan

多くのSMTPサーバ（例えばsendmailの）ハンドルuser@[aaa.bbb.ccc.ddd]のメールアドレスBUT

一部のSMTPサーバーはそれを処理/認識しません。
そのような送信者アドレスの受け入れを拒否するか、そのアドレスに送信できないことがあります。
このようなアドレスは、一部のスパム対策ソフトウェアで問題を引き起こす可能性があります

RFC-5322：3.4.1。Addr-Spec仕様

ウィキペディア：メールアドレス-ドメイン部分

…さらに、ドメインは、jsmith @ [192.168.2.1]やjsmith @ [IPv6：2001：db8 :: 1]などの角括弧[]で囲まれたIPアドレスリテラルである場合がありますが、メールスパム。…

— AnFi
ソース

のような電子メールアドレスuser@[aaa.bbb.ccc.ddd]が仕様に従って正しく、処理が適切に定義されているため、それを処理しないサーバーは技術的に「破損」していることに

— 注意してください

@Ferrybig：確かに、拒否も技術的に処理するためです。

— エサヨキネン

「ホストではなく特定のIPアドレスに送信された電子メール」は、「スパム」のレッドフラグのカテゴリでかなり高いランクにあり、多くのAVASソフトウェアが静かに破棄することを決定することに注意してください。

— シャドゥール

すべての関係者が本当に最新のソフトウェアを使用していれば、機能するはずです。

SMTPはTCP上で適切に階層化されて機能しますが、少なくとも元の形式ではSMTP自体がTCP / IPベースのプロトコルではありません。元のRFC 821を見ると、付録で「TCPトランスポート」が定義されています。

RFC 2821（1989年から）は、数値アドレスの使用を「非推奨」と見なしています。

RFC5321から、はるかに最新の仕様のバージョンでも、その哲学がある程度支持されています。。RFC 821 [1]の付録には、それらの一部が記載されています。

ただし、このRFC-実際には非常に新しくなった2008年から、「許可」として「アドレスリテラル」の使用を認めています（「この障壁をバイパスするには、ドメインの代わりに特別なリテラル形式のアドレスを使用できますname。 "）をセクション4.1.3で使用しますが、2.1.4では「SHOULD NOT」として使用しないでください。

SMTP、およびその周辺に構築されたソフトウェアの多くは、「ネイティブ通貨」としてipアドレスではなくホストを使用します。そして、古いものの電子メールエコシステムでSMTPベースのシステムと一緒に使用されていた（ほとんど時代遅れの）非SMTPプロトコル（UUCPメールなど）もそうでした。

関係するすべてのシステムが2008標準に完全に準拠していることに依存することは、見かけよりもリスクが高い場合があります。

— Rackandboneman
ソース

RFC 5321＃2.1.4は、アドレスリテラルを使用した制裁措置を講じていません。SHOULDNOTを指定する必要があります（その後、間違ったセクションにリンクします）。RFC 2821はそれほど古くはありません-2001

— 。– Rup

私はこれが私のラインポイントの間にあることを証明すると言うでしょう:) ..「マイクロ制裁」についての説明を統合しました、thx

— rackandboneman