Outlook.com بی سر و صدا ایمیل های دامنه های بدون DMARC را رد می کند

از 5 نوامبر 2026، سرویس پست الکترونیکی مصرف کننده مایکروسافت، برخی از ایمیل ها را از دامنه هایی که سابقه DMARC منتشر نمی کنند، رد کرده است. اگر شرکت شما با آدرس‌های outlook.com، hotmail.com، live.com یا msn.com به مشتریان، فروشندگان یا متقاضیان ایمیل می‌فرستد، ممکن است برخی از این ایمیل‌ها در حال حاضر در حال ارسال باشند. هیچ کس آن را اعلام نکرد. رفع مشکل یک رکورد DNS است.

فرستنده یک جهش مانند این دریافت می کند، به دنبال آن نام سرور و شناسه پرانتزی که در هر پیام متفاوت است:

در روز اول، همان رد بدون کد (AS9031519) برگشت:

عبارت نشان می دهد که چیزی به شدت شکسته شده است. معمولا اینطور نیست. دامنه‌هایی که ما شاهد برگشت‌خوردن آن‌ها بوده‌ایم، اکثرا دارای SPF فعال بودند، و بسیاری از آنها DKIM نیز داشتند. چیزی که آنها گم شده بودند رکورد DMARC بود که این دو را به آدرس From مرتبط می کرد.

مایکروسافت قوانین فرستنده را منتشر کرده است. از ماه مه 2025، دامنه‌هایی که روزانه بیش از 5000 پیام به Outlook.com ارسال می‌کنند، باید SPF، DKIM و DMARC را پاس کنند یا 550 5.7.515 Access Denied دریافت کنند. این قانون بازاریاب‌ها و فرستندگان انبوه را هدف قرار می‌دهد و بیشتر کسب‌وکارهای کوچک به درستی تصور می‌کنند که این قانون برای آنها اعمال نمی‌شود.

این رد جدید از جنبه های مهم متفاوت است:

ما برای اولین بار این پرش ها را در گزارش های خروجی خود در 5 نوامبر دیدیم. گزارش های عمومی از سایر مدیران در همان روز ظاهر شد.

مایکروسافت تنها بخشی از نامه های یک دامنه آسیب دیده را رد می کند. یک پیام به یک آدرس Hotmail ارسال می شود، پیام بعدی بازتاب می یابد و ممکن است ارسال مجدد با موفقیت انجام شود. این ناهماهنگی چیزی است که این مورد را خطرناک می‌کند: شخصی که پیام را ارسال کرده است، یک پرش پر از کلمات اختصاری را می‌بیند، یک اشکال را فرض می‌کند و ادامه می‌دهد. مشتری آن طرف هرگز نمی داند پیامی ارسال شده است.

اگر کسب و کار شما به دسترسی افراد به آدرس های شخصی (بیماران، صاحبان خانه، متقاضیان، والدین، اعضا) بستگی دارد، هزینه آن کم است. صورت‌حساب‌هایی که دریافت نمی‌شوند، تأییدیه‌های قرار ملاقاتی که هرگز ارسال نمی‌شوند، پاسخ‌هایی که به نظر می‌رسد شما شخصی را نادیده گرفته‌اید.

دامنه شما در صورت عدم وجود سابقه DMARC در معرض نمایش قرار می گیرد. می توانید در عرض چند ثانیه از هر ترمینال چک کنید. دامنه خود را جایگزین example.com کنید:

خطی که با "v=DMARC1" شروع می شود به این معنی است که شما یک رکورد دارید. بدون خروجی به این معنی است که ندارید. این موردی است که هدف رد کردن است.

p=none نقطه شروع امن است. اعلام می‌کند که دامنه شما از DMARC استفاده می‌کند و از گیرندگان می‌خواهد تا گزارش‌هایی را برای شما ارسال کنند، اما به آنها می‌گوید که در صورت خرابی هیچ اقدامی انجام ندهند. هیچ چیزی در مورد نحوه برخورد جیمیل، یاهو یا هر شخص دیگری با تغییرات ایمیل شما وجود ندارد.

یک شرط وجود دارد. DMARC فقط زمانی عبور می کند که SPF یا DKIM برای دامنه در آدرس From شما ارسال شود. اگر هیچ‌کدام از این‌ها صف آرایی نکردند، یک رکورد DMARC به تنهایی کمکی نمی‌کند. در SPF، DKIM، و DMARC دیگر اختیاری نیستند، نحوه کار تراز کردن و اینکه چرا اکثر تنظیمات در آنجا اشتباه می‌شوند را توضیح دادیم.

دستورالعمل های گام به گام، از جمله بررسی هر سه رکورد، در راهنمای ما برای خطای Outlook.com 5.7.1 آمده است.

نامه‌هایی که از طریق رله خروجی MailRoute ارسال می‌کنید در حال حاضر هر دو بررسی مورد نیاز DMARC را رد کرده‌اند:

برای فرستنده های MailRoute، رکورد DMARC راه حل کامل است. پس از ایجاد، Outlook.com دامنه‌ای را می‌بیند که احراز هویت می‌شود، و DMARC هر کدام را بررسی می‌کند. راهنمای ما برای انتشار DMARC برای رله خروجی MailRoute شما را از p=none به اجرا می‌برد وقتی آماده باشید.

رکورد DMARC همچنان راه حل است، اما سرویسی که نامه شما را ارسال می کند باید SPF یا DKIM را برای دامنه شما ارسال کند. به عنوان مثال، مایکروسافت 365 با دامنه onmicrosoft.com خود امضا می کند تا زمانی که DKIM را برای دامنه خود روشن کنید، و این امضا در DMARC به حساب نمی آید. شرکت خواهر ما mxio راهنمای این خطا را برای هر فرستنده ای با بررسی کننده ای دارد که دامنه شما را از صفحه آزمایش می کند.

این الگویی است که هر ارائه دهنده بزرگ صندوق پستی از آن پیروی می کند. الزامات با ارسال کنندگان انبوه شروع می شود، با یک مهلت اعلام می شود، و سپس بی سر و صدا به خط پایه برای همه تبدیل می شود. DMARC در p=none در حال حاضر کف است، بهترین عمل نیست.

این چیز بدی نیست. جعل به این معنی است که امروزه چه مقدار از فیشینگ و ایمیل های تجاری به خطر می افتد و دامنه ای که احراز هویت می شود دامنه ای است که جعل هویت آن بسیار سخت تر است. رکورد p=none که امروز نامه‌های شما را به Outlook.com تحویل می‌دهد نیز اولین گام برای p=reject است، که به گیرندگان می‌گوید از نامه‌هایی که دامنه شما را جعل می‌کند خودداری کنند.

اگر رله‌ای می‌خواهید که نامه‌های خروجی شما را از روز اول به درستی امضا کند، اسناد راه‌اندازی ما از SPF، DKIM و DMARC عبور می‌کند و هر زمان که آماده بودید می‌توانید آزمایشی را شروع کنید. رکورد را امروز اضافه کنید. چند دقیقه طول می کشد و یک دلیل کمتر برای ناپدید شدن نامه شماست.