← 2026-11-09 の一覧へ戻るホーム
DMARC を設定していないドメインからのメールを Outlook.com が静かに拒否しています

2026/11/09 4:20

DMARC を設定していないドメインからのメールを Outlook.com が静かに拒否しています

RSS: https://news.ycombinator.com/rss

元のHacker News記事へ ↗
要約▶

Japanese Translation:

2026 年 11 月 5 日より、Microsoft の消費者向けメールサービス（outlook.com、hotmail.com、live.com、msn.com）は、DMARC レコードを欠いているドメインからのメールを受け入れないようを開始しました。この更新は大量送信者だけでなく、低ボリュームの送信者にも影響します。バウンスエラー「550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records」（後続にサーバー ID AS9031519 が付加される場合も）が発生しました。多くのバウンスされたメールは有効な SPF および DKIM を持っていたにもかかわらず、From アドレスを認証と結びつける 

_dmarc
DNS TXT レコードが欠けており、一部のメールが予期せずバウンスする一方で他のメールは成功するという不一致のある配信を引き起こしていました。2026 年 11 月 6 時点では、この拒否については postmaster の通知、ブログ記事、またはサービス健全性エントリを通じて告知されていませんでした。

メールの到達性を直ちに回復させるには、送信者は 

_dmarc
に対して少なくとも 
v=DMARC1; p=none
の DNS TXT レコードを公開する必要があります。この DMARC レコード単体は、From アドレスに含まれるドメインと一致する SPF または DKIM のいずれかが存在する場合のみ通過します。MailRoute を通じて送信しているユーザーはすでに有効な SPF および DKIM を持っており、DMARC レコードを追加するだけで済みます。MailRoute を使用していない場合は、送信者は自社のドメインの SPF または DKIM でメールを署名するようにメールサービスを確認する必要があります（例：Microsoft 365 はカスタムドメインに対して DKIM を有効化する必要があります）。ドメインが影響を受けているかどうかを確認するには、
dig +short TXT _dmarc.yourdomain.com
を実行します。出力がない場合は、そのドメインは DMARC レコードが必要です。

すべての主要なメーラープロバイダーにおいて 

p=reject
などの厳格な設定に進む前に、
p=none
の実装が必須の基準となります。対応しない場合、カスタムドメインの通信全体を失うリスクがあります。

本文

Outlook.com 宛てメールバウンス緊急ガイド（2026 年 11 月対応）

2026 年 11 月 5 日以降、Microsoft の個人向けメールサービス（Outlook.com、Hotmail.com、Live.com、MSN.com）は、DMARC レコードを公開していないドメインからの一部メールを拒否し始めています。

  • 影響範囲：顧客・取引先・求職者への送信が含まれます。
  • 現状：現在、一部のメールが「バウンス」（送信中）状態になっています。
  • 重要事項：誰からも告知されていません。
  • 解決策：DNS 設定上の単一の TXT レコード追加のみで可能です。

主な要点

  • Outlook.com、Hotmail、Live、MSN は、DMARC レコードを持たないドメインからの送信メールの一部を拒否するようになりました。
  • 影響を受けるのは公式ルールに定められた大量送信者だけでなく、小規模な通常送信者も対象です。
  • すべてのメールがバウンスするわけではありません。「メールは届いている」場合でも、ドメインのセキュリティ認証は不足している可能性があります。
  • 解決策は 
    v=DMARC1; p=none
    という単一の TXT レコードを構築することです。これにより他の受信側（Gmail など）での扱いには変更はありません。

バウンスエラーの形状

送信元からは以下のエラーメッセージが表示されます（サーバー名および ID はメッセージごとに異なります）。

550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records (AS9031519)

初日は、

(AS9031519)
というコードが含まれていない場合もありました。

550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records

よくある誤解について

この文言から「システムに重大な不具合」かと誤解されがちですが、実際にはそうではありません。バウンスした事例の多くは、SPF や DKIM は正常に動作しており、不足していたのは「From」アドレスとこれらを結びつけるDMARC レコードでした。

何が変更されたのか

Microsoft も以前より公式送信ルールを定めていましたが、2025 年 5 月以降は 1 日あたり 5,000 メール以上を Outlook.com 宛てに送信するドメインに対し、SPF/DKIM/DMARC のいずれかの認証不合格時に 

550 5.7.515 Access denied
というエラーが出ました。

  • このルールは主にマーケティング担当者や大量送信者向けであり、多くの中小企業では「自分たちには適用されない」と認識されていました。

しかし、今回の新しい拒否判定は以下の点で大きく異なります。

変更のポイント

  • 小規模な送信者にも到達します
    • 小規模なオフィスからの一時的な返信メールでもバウンスが発生する可能性があります。
  • 事前の告知がありませんでした
    • 11 月 6 日時点で、Microsoft は公式な発表を行っていません（Postmaster への通知記事やブログ投稿もなし）。
  • 失敗した箇所を明示していません 
    • 5.7.515
      のようなバウンスエラーは SPF/DKIM/DMARC の結果を列挙しますが、今回のエラーは単に「レコードがない」としか示しません。

我々は 11 月 5 日、自社の上流ログで初めてこれらのバウンスを確認しました。同日中に、他の管理担当者からの公的な報告も出始めています。

なぜ見過ごされやすいのか

Microsoft は影響のあるドメインから送信されるメールを一部だけを拒否しています。つまり、Hotmail アドレス宛てのメールは「片方通過 → 次はバウンス → 再送信で成功」という不整合が生じます。

その危険性

  1. 誤った判断：送信側は「略語で埋め尽くされたバウンスエラー」を見てシステム障害と判断し、放置してしまいがちです。
  2. 顧客への影響：受信側の顧客には、「メールが送信されたこと」自体が通知されることはありません。

ビジネスへの代償

御社の事業が個人メールアドレス宛て（患者様、家主様、求職者、保護者、会員など）の連絡に依存している場合、静かに以下のような影響が発生します。

  • 届かない請求書
  • 着信しない予約確認メール
  • まるで無視されたかのような返信

御社のドメインは影響を受けていますか？

DMARC レコードがない場合、御社のドメインは影響を受ける可能性があります。この有無を確認するには、数秒でどのターミナルからもチェックできます。

example.com
を御社のドメイン名に置き換えて以下のコマンドを実行してください。

dig +short TXT _dmarc.example.com
  • 出力が 
    v=DMARC1
    で始まる場合    ：レコードが存在します（問題なし）。
  • 何も出力がない場合：レコードがありません（今回の拒否エラーの対象となります）。

解決策：DNS レコードの追加

DNS 管理ホスト上で以下の TXT レコードを追加してください。

設定項目値
名前
_dmarc
タイプ
TXT
値
v=DMARC1; p=none

ポリシー解説：
p=none

  • これは安全な初期設定です。
  • 「本ドメインで DMARC を使用し、失敗時の報告を受け付ける」ことを宣言しつつ、失敗時には何らかの措置（拒否など）はとらないことを受信元に伝えます。
  • Gmail や Yahoo、あるいは他者が御社のメールを扱う方法には変化はありません。

注意点：SPF または DKIM の必須性

DMARC が「合格」と判定されるためには、「From」アドレスに記載されたドメインに対してSPF または DKIM のいずれかが合格する必要があります。

  • どちらも一致しない場合は、DMARC レコード単体では問題を解決できません。
  • SPF, DKIM, DMARC の整列（alignment）の仕組みについては、SPF, DKIM, and DMARC Are No Longer Optional で詳しく解説しています。

詳細なチェック手順については、「Outlook.com エラー 5.7.1 解決ガイド」をご参照ください。

MailRoute を使用している場合

MailRoute のアウトレットリレーを通じて送信されるメールは、DMARC が求める両方のチェック（SPF と DKIM）を既にパス済みです。

認証の詳細

  • SPF：
    • メールの封筒送信元として御社の自ドメインを維持。
    • spf.mailroute.net
      を認証するサーバーから送信されます。
  • DKIM：
    • 各オウトレットメッセージは、
      mr01
      、
      mr02
      、
      mr03
      という CNAME レコードで指しているキーを用いて、御社のドメイン名として署名されています。
    • これら 3 つのレコードを全て公開することで、鍵のローテーションを行っても署名が破綻する心配がありません。

効果

  • DMARC レコードの追加だけで解決します。
  • Outlook.com は認証済みのドメインとして認識し、SPF または DKIM のいずれかのチェックでも DMARC が「合格」と判定されます。

準備が整った際は、

p=none
から強制モード（enforcement）へ移行するための手順については、「MailRoute アウトレットリレー向けの DMARC 公開ガイド」をご参照ください。

MailRoute を使用していない場合

DMARC レコードの追加も解決策ですが、メールを送信するサービス自体が御社のドメインに対してSPF または DKIM で合格する必要があります。

  • 例：Microsoft 365
    • 独自の 
      onmicrosoft.com
      ドメインで署名を付けます。
    • ユーザー側が自ドメインの DKIM を有効化するまで、その署名は DMARC の評価には含まれません。
  • サポート体制
    • 姉妹会社の mxio には、どの送信者に対しても対応可能なこのエラーに関するガイドと、ページ上でドメインをチェックするツールを用意しています。

今後の傾向

これは主要なメールプロバイダー全員が追っている潮流です。

  1. 大量送信者に対して要求を強化。
  2. 期限を設定して発表。
  3. 静かに全ユーザーへの基準（ベースライン）となる。

DMARC の役割の変化

  • p=none
    の DMARC は今や「ベストプラクティス」ではなく、最低限の基準（フロア）となっています。
  • これは悪事ではありません。なりすましは現代のフィッシング攻撃やビジネス向けメール詐欺（BEC）の多くを誘発する原因であり、認証されたドメインはなりすましの難易度が著しく高まります。

移行の第一歩

現在 Outlook.com にメールを届かせるための 

p=none
レコードは、
p=reject
（送信元が御社ドメインを偽造したメールを拒否する指示）へ移行するための第一歩でもあります。

まとめ：今日から追加することをお勧めします

もし「最初から適切に署名されたアウトレットリレー」をご希望であれば、当社のセットアップドキュメントでは SPF、DKIM、DMARC のすべてについて解説しています。準備が整ったタイミングでいつでもトライアルを開始できます。

  • レコードの追加は数分で完了します。
  • それが、メールが消えてしまう理由の一つを減らすことになります。
  • 今日から追加することをお勧めします。

同じ日のほかのニュース

一覧に戻る →

2026/11/09 4:08

Dux：ファイルマネージャーとテーマ機能を備えた、無料のオープンソース Wayland デスクトップシェル

## Japanese Translation: DMS 2.1 の最新リリース（コードネーム「Stormborn」）は、無料のオープンソースデスクトップ環境に大規模なアップグレードをもたらします。その統一されたビジュアル体験と強力な新機能により、アップデートの中心には Dux Modular Shell という動的デスクトップインターフェースがあります。このシェルはスムーズなアニメーション、ライトモードとダークモード間のシームレスな切り替え、および対応する GTK、GTK4 および Qt アプリケーション向けの一致した色の自動生成をサポートします。このバージョンでは高度なユーティリティも統合されており、其中包括 Dux Files — タブ、分割ビュー、検索、ゴミ箱、デバイス、ネットワーク共有を備えた高速でキーボードファーストのファイルマネージャー — と Dux GOP です。Dux GOP は CPU、メモリ、GPU、ディスク、ネットワークインターフェースなどのシステムメトリクスに対するステートレスなモニタリングを提供します。追加機能にはビデオウォールペーパー、改修されたメディアプレーヤー、インターフェースの密度調整、そしてライトおよびダークテーマの両方でターミナルの色とシンタックスハイライトを最適化する専門的な「dank16」アルゴリズムが含まれます。リリースでは、美しくデザインされたログイン体験を提供する Dux Greeter、超高速ファイルシステム検索ツールである Dux Search、Google、Microsoft、CalDAV、iCloud プロトコルを深く統合したクラウド連携機能を備えた Dux Calendar も導入されます。目立つ機能として、すべてのアプリケーションに単一のテーマを適用でき、手動設定なしで一貫した美的体験を実現できる点が挙げられます。「支払額自由」モデルを採用しており、開発インフラストラクチャの資金調達のために自主的なチップに依存しながらも、誰もがアクセスできるようにしています。高性能とモダンなデザインの組み合わせにより、DMS 2.1 はアクティブなコントリビューターコミュニティによって完全に牽引される統合的で高効率なデジタルワークスペースをユーザーに提供します。

2026/11/05 2:05

宣言的ドラッグ＆ドロップ

## Japanese Translation: 元の要約は内容が充実していますが、Key Points List（特に引用および具体的なデモ例）に含まれる詳細な情報が不足しているため、完全性を保ちながら文の流れを維持しつつこれらの情報を統合した改良版を提示します。 以下に、主要な点をすべて取り入れた**改良された要約**を示します。 > Horowitz, Blinn, および Heer による論文「Declarative Dragging」は、UIST 2026 で最優秀論文賞を受賞しました。Andrew Horowitz が 2022 年に発表した数学を実感化するためのゲームプロトタイプに着想を得たこの研究は、2023 年シアトルで行われた著者間の議論を経て発展しました。本システムでは、「Declarative Dragging」（D2）というモデル駆動型アプローチによりドラッグアンドドロップのインタラクションを再定義しており、幾何学を手動で計算するのではなく未来の状態を定義します。**Dragology**ライブラリを SVG インターフェースの実装に用いた D2 は、**speculative rendering** を採用してインタラクションを瞬時にプレビューし、重労働なく滑らかなアニメーションを合成します。このフレームワークは非常に組み合わせやすく、スナップやフローティング、トランジションといったモディファイアを組み合わせて単純な動作と統合することができます。本アプローチは、代数やねじれた木、ベジェ曲線、編み目、カードの山、顔（face）、トロミノ、芽生える木などの教育用デモを含む幅広いアプリケーションを可能にします。注目すべき学術的な拡張には、並列データを同時に操作する**「Permutation lab」**と、宣言的なドラッグによってコードのリファクタリングを実感化・発見可能にする**「Hazel」**環境があります。今後の取り組みとしては、ゲームパッド制御への適応や、元の数学ゲームを 2D スクリーンから完全に機能する 3D ワールドへと移行することが挙げられます。

2026/11/09 3:16

ゴールドマンサックスが銀行家やトレーダーからClaude Codeの使用を取り下げる

ゴールドマン・サックスは、エンジニアに対し、Anthropic の Claude などのサードパーティ製の自律型 AI コーディングエージェントを用いて生産環境向けのソフトウェアを開発することを大幅に制限し、実質的にトレーダーや銀行家らが市場モデルや顧客分析のためにそれらを使用するのを禁じています。同社は全従業員向けに内部の AI アシスタントを維持しており、公式なエンジニアリング監査が欠落する外部エージェントの使用を停止しましたが、これは以前「vibe coding」として非エンジニアが最小限の監督下でツールを開発することを推奨していたガイダンスからの変更です。この方針転換は、検証されないコードがテストおよびレビュー統制を回避すること、顧客データに関する情報障壁違反、およびトークン単位で課金される生産性コスト（Accenture が現在は従業員 1 人当たり月々 29 ドルを負担して Claude を導入）への懸念に由来します。これはゴールドマンが以前トレーダー向けに同様のツールを推進したにもかかわらず、Anthropic のエンジニアと協力してバックオフィスのワークフロー向けのエージェントを開発していたことからの顕著な変化を示しています。この制限措置にもかかわらず、ゴールドマンは Anthropic の upcoming Nasdaq 上場において主要な引受業者として残っています。また、労働力削減を進めつつも Claude Code の大規模導入を計画するバークレイズなどの競合他社との対比も示されています。

DMARC を設定していないドメインからのメールを Outlook.com が静かに拒否しています | そっか～ニュース