なぜiCloudにメールが届かないのか

iCloud（@icloud.com / @me.com / @mac.com）に届かないとき、原因はまったく性質の違う2つに分かれます。先にどちらかを見分けてください。片方は設定で直り、もう片方は設定では直りません。

📌 local policy は「当社（Apple）の方針により拒否した」という意味です。アドレスが存在しないという意味ではありません。宛先は生きています。

前提：Appleは通数に関係なく、SPF・DKIM・DMARCの3つすべてを求めています

Gmailの「1日5,000通」が有名なため、「うちは少ないから関係ない」と考えている方が多くいます。iCloudは違います。Appleはpostmaster情報で、通数の基準を示さずにこう書いています。

メールを一括配信するには、すべての要件を満たす必要があります。そうでない場合、メールは拒否されます。

「推奨」ではなく「要件」で、満たさなければ拒否すると明記されています。一括配信をするなら、規模にかかわらず全部が要ります。

見落とされがちな要件 — 「読まれていないアドレスを消す」ことも要件です

設定の話ばかりが注目されますが、Appleの要件にはリストの手入れが2か所入っています。

利用実績のない登録者は定期的にリストから削除する。

さらに、フィードバックループが無いことの説明として、Appleはこう書いています。

利用実績や参加意欲の認められない登録者は、定期的にメーリングリストから削除する。

Appleは「送るのをやめてほしい」と伝える手段を用意していません。Gmailのように迷惑メール報告を送信者へ返す仕組み（フィードバックループ）が無いので、「読まれていないアドレスを送信者が自分で見つけて外す」ことを要件にしているのです。

Appleには「無いもの」が多い

つまり自分の状態を確かめる手段が、送信ログしかありません。Appleは「IPアドレスやドメインの評価、コンテンツチェック、ユーザフィードバックなど、さまざまな手段を通じて、送信者の評価を追跡した上で、フィルタリングの決定を行っています」と説明していますが、その結果は送信者からは見えません。

気づくための見張り方

ここがいちばん厄介な点です。「エラーが増えたら気づく」という監視では、この種の拒否は見つかりません。配信サービスの多くは、拒否されたアドレスを一定期間ブロックして再送を止めます。すると次の配信では、そもそも送らないのでエラーも出ません。画面上は「エラー0件、正常に配信完了」と表示されます。

見るべきは「あるアカウント × ある受信ドメインで、直近◯日の成功が0になったこと」です。増えたものではなく、あったはずのものが消えたことを見ます。

自社で配信基盤を持っている場合は、送信ログを受信ドメイン別に集計してください。配信サービスをお使いなら、iCloud宛ての配信数が急に減っていないかを、月ごとに見比べるだけでも見つかります。

Appleに問い合わせるとき

要件を満たし、ログも確認したうえで解決しない場合、Appleは icloudadmin@apple.com への問い合わせを案内しています。次の5点を書き添えるよう指定されています。

• 会社名
• メールドメイン
• 問題が起きているメールサーバのIPアドレス
• iCloudメールサーバから受け取ったSMTPエラー
• 問題に関する詳しい説明（いつから始まったかなど）

📌 「いつから」を答えられるようにしておいてください。この事例でも、反転した日を1日単位で特定できたことが問い合わせの中身になりました。送信ログを残していないと、ここが書けません。

まず確かめること

iCloudに届かないと感じたら、順番はこうです。

1. エラーの文面を見る — DMARC policy なら設定の問題、local policy ならApple側の判断です（→ エラーから探す）
2. SPF・DKIM・DMARCが3つとも通っているか確かめる — 無料診断にドメイン名を入れれば分かります。設定値が必要なら設定値をつくるで作れます
3. 実際に届いたメールのヘッダーで確かめる — 完全判定にヘッダーを貼り付ければ、受信側が実際にどう判定したかが読み取れます
4. 3つとも合格しているのに届かないなら、この記事の後半です。設定をいじっても直りません