ドメインのメールをGoogleAppsのメールに移行しています。 (少なくとも)sonic.netのユーザーに送信された電子メールが、次の形式のメッセージで拒否されることを除いて、ほとんどすべてが機能しているようです(ここで、any-address
は私の友人の住所の代わりになりました):
差出人:メール配信サブシステム<[email protected]> 日付:2010年3月11日午前10:04:48 PST 宛先:[email protected] 件名:配信ステータス通知(失敗) 配信先:[email protected] 受信:10.229.194.26、SMTP ID dw26cs8717qcb; 2010年3月11日木曜日10:04:48-0800(PST) 受信:10.223.68.143、SMTP ID v15mr3841599fai.62.1268330688325; 2010年3月11日木曜日10:04:48-0800(PST) 受信:10.223.68.143、SMTP ID v15mr5119424fai.62; 2010年3月11日木曜日10:04:48-0800(PST) Mime-Version:1.0 Return-Path:<> X-Failed-Recipients:any-address @ sonic.net メッセージID:<[email protected]> コンテンツタイプ:text/plain; charset = ISO-8859-1 Content-Transfer-Encoding:quoted-printable 次の受信者への配信が永続的に失敗しました: any [email protected] 永続的な障害の技術的な詳細: Googleはメッセージを配信しようとしましたが、受信者ドメインによって拒否されました。 お勧めしますこのエラーの原因 の詳細については、他のメールプロバイダーにお問い合わせください。他のサーバーが返したエラーは次のとおりです。5505505.1.1 <[email protected]> ...ここにはそのようなユーザーはありません(状態13)。
そして、これが返送されるメッセージのヘッダーです。
受信:10.101.90.7、SMTP ID s7mr2515885anl.176.1267979929490; 2010年3月7日日曜日08:38:49-0800(PST) リターンパス:<paul @ pauljlucas.org> 受信:[10.0.1.203](adsl-76-201-171-194.dsl.pltn13.sbcglobal.net [76.201.171.194]) からmx.google .com with ESMTPS id 4sm1046550yxd.70.2010.03.07.08.38.48 (version = TLSv1/SSLv3 cipher = RC4-MD5); Sun、07 Mar 2010 08:38:49 -0800( PST) From: "Paul J. Lucas" <[email protected]> Content-Type:text/plain; charset = us-ascii Content-Transfer-Encoding:quoted-printable 件名:いくつかの魅力的な件名 日付:2010年3月7日日曜日08:38:46 -0800 参照:<[email protected]> 宛先:[email protected] メッセージID:<06536C2D-2402-4648- [email protected]> MIME-バージョン:1.0(Appleメッセージフレームワークv1077) X-Mailer:Appleメール(2.1077)
ただし、古い電子メールアカウントを使用してsonic.netのユーザーにメールを送信することはできます。また、私の会社ではメールにGoogle Appsを使用しており、会社からsonic.netのユーザーにメールを送信できます。私の個人的な電子メールと私の会社の電子メールの違いは次のとおりです。
私のSPFレコードは当初Googleによって規定されたとおりでした ここ 。しかし、 この男 グーグルが間違っていると主張し、修正を与えます。私は違いなく両方の方法でそれを試しました。私のSPFレコードは現在次のとおりです。
v=spf1 mx include:aspmx.googlemail.com include:_spf.google.com ~all
Aレコードがないことに関しては、mxレコードが定義されている限り、メールホストがそれを気にすることはないと思います。
ただし、面白いことに、エラーメッセージを見ると、受信者のドメインがに対して「そのようなユーザーはここにいない」と述べているのはなぜですか。私の住所?それは意味がありません。 コースのうち、sonic.netに私のアドレスを持っているユーザーはいません。
また、誤ってsonic.netのユーザーにメールを送信できないこと、そしておそらく他のドメインにメールを送信できないことを発見したと思います。
だから...誰かが何が起こっているのか考えていますか?また、sonic.netでユーザーにメールを送信するにはどうすればよいですか?
その後、sonic.netのテクニカルサポートから電子メールを受け取り(特に私は彼らの顧客でさえないので印象的でした)、彼らは「私が見た奇妙なIPエントリがより通常のセットアップにスムーズになっている」と述べました。
それ以来、テストメッセージを送信し、バウンスはなく、返信を受け取りました。したがって、sonic.netへのメールは機能しているようです。したがって、原因は次の3つのうちの1つでした。
Aレコードを削除して、問題が戻って#1を確認または拒否するかどうかを確認できます。私が疑っている理由は、古いメールプロバイダーでもAレコードを持っていなかったのに、sonic.netにメールを送信できたからです。ただ、今は動いているので触りたくありません。
Sonic.netは8つの異なるMXサーバーを使用しています。 1つが正しく構成されておらず、Google Appsが不運で、不良サーバーにアクセスし続ける可能性があります。
sonic.netMXプリファレンス= 10、メールエクスチェンジャー= mailin-01.mx.sonic.net sonic.netMXプリファレンス= 10、メールエクスチェンジャー= mailin-02.mx.sonic.net mailin-01.mx.sonic.netインターネットアドレス= 208.201.249.228 mailin-02.mx.sonic.netインターネットアドレス= 208.201.249.230 mailin-01.mx .sonic.netインターネットアドレス= 64.142.100.84 mailin-01.mx.sonic.netインターネットアドレス= 64.142.100.90 mailin-02.mx.sonic.netインターネットアドレス= 64.142.100.47 mailin-02.mx.sonic.netインターネットアドレス= 208.201.249.245 mailin-01.mx.sonic.netインターネットアドレス= 64.142.100.46 mailin-02.mx .sonic.netインターネットアドレス= 209.204.159.4
私の場合は、ポート25でこれらの各サーバーにtelnetで接続し、失敗したアドレスにテストメッセージを送信して、問題を絞り込みます。
編集:私が思いついたもう1つの可能性-sonic.netのドメインはGmailで構成されています。これにより、Googleが送信するMXレコードをDNSに照会できなくなり、Sonic.netサポートが接続の試行を認識しない理由になります。
スパムの量が多いため、ほとんどすべてのGoogleAppsサーバーとAmazonECSサーバーのメールを拒否しています。その結果、どちらも多数のブラックリストに掲載されています。
悪用のため、GoogleAppsとAmazonECSのほとんどは、分散コンピューティングに関する最初の手がかりがない、不十分に記述されたWebボットの天国であるため、国境でもブロックされています。
おそらくsonic.netはDNSの逆引き参照を実行し、そのユーザーが送信者のメールサーバー(* .googlemail.com)に存在するかどうかを確認しているため、falseが返されます。
Sonic.netの特定のドメインで実際に使用しているユーザーに実際に送信しているかどうかを明確にできますか
ワイルドカードを設定して、使用されていないすべてのユーザーをキャッチし、それらのメッセージを管理者または指定したユーザーに送信できます。私が間違っていなければ、これは手動で行う必要があります。