静的IPアドレスを提供しないISPがあるので、何らかの動的ドメインネームサービス（DDNS）が解決策のようです。
それが一つの解決策です。別のソリューションの例として、HurricaneElectric.net IPv6トンネルは、可動トンネルエンドポイントに静的（IPv6）アドレスを提供します。現時点では、一般大衆にそのような機能をサポートするにはIPv4の方が良いでしょうが、喜んで協力的なコンピューターを見つけることができれば、IPv4でも技術的にそのようなことができます。
IPアドレスを定期的に監視するスクリプト/プログラムが必要です。アドレスが変更された場合、スクリプト/アプリは使用しているドメイン名を更新する必要があります
これは技術的に堅実な計画のように聞こえます。
必要なドメイン/ IPレコードをプログラムで調整するには、ホスティング会社のAPIキーが必要です...これについて間違っているかどうかを教えてください、もっと簡単な方法があります）。
正確な詳細は、この機能の実装方法に関するドメイン名レジストラの選択に依存します。ある種のAPIキーを使用するものもあれば、自動更新のためにWebインターフェースに依存するものもあります。昔、一部のISPはそのようなサービスを提供していましたが、リクエストに応じて手動で変更することに依存していました。そのため、サービスを提供する人次第です。
ここに問題があります：上記で説明した方法でドメイン名レコードを更新すると、システム/世界全体に伝播するのに数時間かかる場合があることを読みました（すべてのDNSサーバーに更新されたアドレスを再入力する必要があります） ）。
フンフグ。DNS伝播には数分、数時間、または数日（例、72時間）かかることが知られています。しかし、人々が物事を徹底的に分析したとき、そのあいまいな「伝播」時間の多くは、単にDNSホスティングプロバイダーの更新が遅いためであることがわかりました。
より良い理論では、TTL値を待つ必要があるだけです。しかし、その理論には問題があります...
しかし、私が見てきたいくつかの有料DDNSプロバイダーは、変更をほぼ瞬時に（少なくとも、DIYメソッドよりも速く）有効にする能力を促進しているようです。本当？見逃したことはありますか？
さて、ここに現実があります。更新を完全に有効にするには、インターネットで古い情報のアクティブキャッシュをフラッシュする必要があります。
標準に従って、DNSサーバーのキャッシングは、構成可能なTTL値で指定された期間キャッシュに依存する場合があります。
ただし、現実には、少なくとも一部の（そしておそらく大部分の）ISPが、TTL値を完全に無視することが知られている独自のキャッシングDNSサーバーを実行することが知られています。DNSキャッシュをあまり頻繁に更新しない場合、全体的な効果は帯域幅が少なくなる（そしておそらく計算時間が少なくなる）と感じているためです。
そのため、そのようなDNSサーバーに依存している電子メールサーバーが影響を受け、DNSサーバーが更新されるまで更新に気付かない場合があります。場合によっては、1〜2日（または3日？）かかります。
ただし、そのような効果はますます稀になっています。実際には、ほとんどのDNSサーバーのキャッシュは1〜2時間でフラッシュされます。
一部のキャッシュは他のキャッシュほど高速に更新されないため、インターネット上の一部の場所は新しいアドレスで機能しますが、他の場所では引き続き古いアドレスを使用しようとします。数時間以内に、ほとんどのコンピューターは新しい情報で問題なく動作します。（それらの多くは数分以内に機能します。）
電子メールソフトウェアの一般的な動作は、電子メールの送信を試みることです。それが失敗した場合は、後でもう一度やり直してください。電子メールサーバーは通常、あきらめる前に数日間再試行します（1時間に1回程度）。そのため、発生する可能性があるのは、電子メールを失うことはないが、少し遅れるということです。
Alexのコメント「すべての動的IPはPBLリストに含まれています」は明らかに間違っています。この情報は分散化されているため（「all」という単語は不正確です）、多くの動的IPがそのようなリストに含まれているため、電子メールに関連する一部のコンピューター/デバイスがあなたと協力しないことを決定する可能性があることを意味します。
また、もう1つの懸念があります。DDNSプロバイダーを持つことで見落としがちなセキュリティ上の問題はありますか？
最大の懸念は、更新が安全な方法で処理されるかどうかです。
彼らは提供するドメイン名を流れるすべてのトラフィックを監視できませんか？
いいえ。DNSサーバーの仕事は、ドメイン名の要求を受信し、応答を提供することです。従来の典型的な対応は、1つ以上のIPアドレスを提供することです。別のDNSサーバーまたはドメイン名（たとえば、CNAMEを使用）、または他のデータ（たとえば、新しいDNSSec標準によるセキュリティの提供を支援する）を参照するなど、他の応答が可能です。
誰もが情報に基づいた意見を持っていますか...
真面目な電子メールサーバーを本当に実行したい場合は、最新の電子メール標準に準拠することを検討してください。これには、SMTPおよびDNSの技術仕様に準拠しているだけではありません。多くの人が大規模なプロバイダーを使用しており、それらの大規模なプロバイダーは独自の期待を実装する可能性があります。
たとえば、DebianとPostgreyで数年前にセットアップされた電子メールサーバーを知っています。Postgreyは、「グレーリスト」スパム対策処理を提供するソフトウェアです。ただし、使用されるPostgreyのバージョンは、電子メールサーバーが電子メールを再試行するときに、送信側の電子メールサーバーが同じIPアドレスを使用すると仮定します。Office 365電子メールサーバーは、まだIPv6 / 64サブネット内にある別のIPアドレスから電子メールの送信を再試行することが知られています。Postgreyはそれを好まない。
組織がOffice 365に移行するにつれて、これはその古い電子メールサーバーを使用している人々にとってますます問題になっています。Postgreyソフトウェアの新しいバージョンがリリースされましたが、そのようなソフトウェアをインストールする簡単な方法は、そのオペレーティングシステムの公式ソフトウェアリポジトリを使用することです。したがって、実際には、そのソフトウェアを更新するスマートな方法は、オペレーティングシステムをアップグレードすることです。
「mail」で始まるDNS名など、他の規則もあります。セットアップが多少なりとも信頼できると判断される可能性があります。これは、デバイスが非準拠スパマーのように扱われるか、通信する価値のあるデバイスのように扱われるかどうかに影響する場合があります。
確かに、おそらく公式の技術仕様について非常に厳密に言うと、巨大な組織は、使用されているプロトコルの技術仕様を含むRFC文書で要求される最小要件とは異なるいくつかのアクションを実行しています。しかし、より大きなインターネットコミュニティと通信したい場合、いくつかの重要な/大規模なプレーヤーによって課せられる追加の標準があります。それらの標準を十分に満たす準備をするか、何らかのトラブルに遭遇する準備をしてください。
これらの標準は時間の経過とともに変化する可能性があるため、これらの標準が何であるかについて、私は少しあいまいです。
古いDebianオペレーティングシステムをアップグレードする必要がある古い電子メールサーバーに関しては、とにかくオペレーティングシステムをより頻繁にアップグレードする必要があります。ただし、私が指摘しているのは、多くの電子メールアドレスで一般的に使用されている新しい動作により、長年にわたって完全に機能していたソフトウェアセットアップが壊れていることです。低速のインターネットプロバイダーでダイナミックDNSを使用するなど、異常なことをしようとすると、途中でいくつかの余分な問題が発生する可能性が高くなります。あなたが野心的であるように思えるなら、おそらくあなたはそれに努力を投資することができます。私はあなたにそれをする必要がある準備をするよう警告しています。
...どちらの方法（有料vs DIY）の方が良いでしょうか？
他の人が指摘しているように、支払いははるかに簡単で、ほとんどの人にとって非常に経済的です。大規模な提供は、MXレコードがポイントできる安定したIPアドレスを提供する可能性が高く（したがって、電子メールがそこに移動します）、帯域幅が著しく向上する可能性があります。
DIYは、経験を積んで物事がどのように機能するかを学び、大手企業の実装だけに依存しないことを選択するのに適しています。実装をより詳細に制御することで、大幅なカスタム変更をより迅速に行うこともできます。
「より良い」どちらがあなたの個々の目標に依存するので、私はそのような結論をあなたに任せます。