MXレコードをレジストラDNSに移動するのに問題があります
Google Appsのメールを実行し、従来はPleskセットアップを通じて独自のDNSレコードをホストしていました。 EnomでホストされているGoogle Appsが必要とするMXおよびCNAMEのリストを内部で処理するのではなく保持しておけば、ダウンタイム中にメールをより確実に提供することをお勧めします。
基本的にPleskからEnomに設定をコピーしました。ドメイン自体は問題なく転送されますが、MXレコードはエラーなしでEnomに入力されているように見えますが、メールを再ルーティングすることはありません。ルーティングしようとしているメールアドレスに送信しようとすると、次のエラーが返ってきます。
Googleはメッセージを配信しようとしましたが、受信者ドメインによって拒否されました。このエラーの原因の詳細については、他のメールプロバイダーに問い合わせることをお勧めします。他のサーバーから返されたエラー：553 553申し訳ありませんが、そのドメインは許可されているrcpthosts（＃5.7.1）のリストにありません（状態14）。
この種のエラーは、宣伝に関して多くの参考になりますが、それは2日間で、Enomは他のすべてをほぼ瞬時に更新します。
アイデア？
TTL （eNomがDNSレコードを更新する速さに関係なく、MXレコードをキャッシュした中間システムがTTLを監視する可能性が高い）で待機している可能性があります。ただし、48時間後に発生する可能性が高いのは、 Plesk設定 です。
更新：
私の謝罪-冗長性のためにeNomでPlesk設定を複製しているという質問から、あなたが提供したヘッダーは別のことを示しているという印象を受けました。
あなたが提供したヘッダーのレビューから、eNomはMXレコードを返していないようです-MXToolBoxの mx：nativeapps.org を参照してください（eNomのネームサーバーがドメインに返すものをチェックし続けることができますサポートスタッフで調査します）。
1つのコメント、1つのアイデア：
コメントは、この質問はおそらくserverfault.comまたはsuperuser.comの方が適切だということです（正直なところ、どれが最も適切かはわかりません）。
考えとしては、質問に完全にバウンスされたメールヘッダーを含め、どのドメインがこの問題を抱えているかを述べる必要があります。 DNSはパブリックシステムであるため、DNSがどのドメインであるかがわかると、DNSで公開している情報を確認して、問題の場所を確認できます。