راهنما: احراز هویت
راه‌اندازی DMARC
DMARC نتیجه SPF و DKIM را به نشانی From که گیرنده می‌بیند گره می‌زند، به گیرنده می‌گوید با ایمیل ناموفق چه کند و از او می‌خواهد برای شما گزارش بفرستد.
آخرین بازبینی: ۱۳ آبان ۱۴۰۵
DMARC چه چیزی اضافه می‌کند
SPF دامنه پاکت را بررسی می‌کند و DKIM دامنه امضاکننده را، اما هیچ‌کدام لازم نیست با نشانی From یکی باشد. DMARC (استاندارد RFC 9989 که در مه ۲۰۲۶ جای RFC 7489 را گرفت) این را لازم می‌کند: پیام فقط وقتی DMARC را می‌گذراند که SPF یا DKIM برای دامنه‌ای هم‌راستا با دامنه From موفق شود.
سیاست DMARC یک رکورد TXT در _dmarc.yourdomain است. گیرنده آن را می‌خواند تا بداند با ایمیلی که ادعا می‌کند از شماست و ناموفق است چه کند و گزارش آنچه دیده است را کجا بفرستد.
هم‌راستایی
در هم‌راستایی relaxed (adkim=r و aspf=r که پیش‌فرض است) دو دامنه باید دامنه سازمانی یکسانی داشته باشند: mail.example.com با example.com هم‌راستاست. در هم‌راستایی strict (s) دو دامنه باید دقیقاً یکی باشند.
در عمل یعنی سرویس ارسال باید DKIM را با دامنه شما امضا کند و برای اینکه SPF هم حساب شود، از Return-Path روی دامنه شما استفاده کند. یک نتیجه موفق هم‌راستا کافی است.
رکورد و سیاست‌های آن
رکورد با v=DMARC1 شروع می‌شود. RFC 9989 رکورد بدون برچسب p= را p=none به حساب می‌آورد، اما p= را صریح منتشر کنید تا قصد شما روشن باشد. باقی برچسب‌ها اختیاری‌اند: rua= برای گزارش‌های تجمیعی، sp= برای زیردامنه‌ها و t=y برای آزمودن سیاست بدون اینکه از گیرنده بخواهید آن را اعمال کند. برچسب pct= که در RFC 7489 بود حذف شده است.
- p=none: از گیرنده می‌خواهد هیچ اقدام DMARC انجام ندهد و فقط گزارش بفرستد. از آن برای دیدن کسانی که با دامنه شما ایمیل می‌فرستند استفاده کنید. پالایش معمول هرزنامه همچنان اعمال می‌شود.
- p=quarantine: از گیرنده می‌خواهد ایمیل ناموفق را مشکوک بداند، که معمولاً یعنی فرستادن آن به پوشه هرزنامه.
- p=reject: از گیرنده می‌خواهد ایمیل ناموفق را رد کند. این قوی‌ترین محافظت در برابر جعل دامنه شماست، هرچند تصمیم نهایی با هر گیرنده است.
v=DMARC1; p=none; rua=mailto:[email protected]ترتیبی امن برای سخت‌تر کردن سیاست
با p=none و یک نشانی rua که واقعاً گزارش‌هایش را می‌خوانید شروع کنید. گزارش‌های تجمیعی فایل‌های XML هستند که هر گیرنده تقریباً روزی یک بار می‌فرستد و در آن‌ها منابعی که با دامنه شما ایمیل فرستاده‌اند و موفق یا ناموفق بودنشان آمده است.
هر منبع مشروعی را که ناموفق است درست کنید: ابزار خبرنامه‌ای که فراموش شده، سامانه صورت‌حساب، میز پشتیبانی. سپس به p=quarantine بروید، دوباره گزارش‌ها را دنبال کنید و وقتی فقط فرستنده‌های غیرمجاز ناموفق بودند، به p=reject بروید.
ارائه‌دهندگان صندوق پستی چه می‌خواهند
Google از کسانی که روزانه نزدیک به ۵٬۰۰۰ پیام یا بیشتر به حساب‌های شخصی Gmail می‌فرستند می‌خواهد DMARC منتشر کنند و دامنه From با دامنه SPF یا DKIM هم‌راستا باشد. Yahoo از فرستنده‌های انبوه سیاست DMARC معتبری با دست‌کم p=none می‌خواهد و DMARC باید موفق باشد.
Mail.Land با DMARC چه می‌کند
DMARC در Mail.Land الزامی است: دامنه فقط با رکورد _dmarc که با v=DMARC1 شروع شود و برچسب p= داشته باشد تأیید می‌شود و SPF و DKIM و DMARC هر سه باید تأیید شوند تا دامنه بتواند ارسال کند. داشبورد مقداری با p=quarantine و هم‌راستایی relaxed پیشنهاد می‌کند و می‌توانید به‌جای آن سیاست خودتان را منتشر کنید.
Mail.Land امضای DKIM را با دامنه شما انجام می‌دهد و وقتی رکورد Return-Path اختصاصی (که به‌طور پیش‌فرض روشن است) تأیید شد، SPF را هم با هم‌راستایی relaxed هم‌راستا می‌کند. Mail.Land گزارش‌های تجمیعی DMARC را که به نشانی rua داده‌شده می‌رسند دریافت می‌کند و نرخ عبور، منابع ارسال و نتیجهٔ اعمال سیاست آن‌ها را از راه API در دسترس می‌گذارد؛ اگر خود گزارش‌ها را هم می‌خواهید، یک نشانی rua از خودتان اضافه کنید.
منابع
- RFC 9989، Domain-based Message Authentication, Reporting, and Conformance (DMARC) (بررسی‌شده در ۱۳ آبان ۱۴۰۵)
- RFC 9990، گزارش‌دهی تجمیعی DMARC (بررسی‌شده در ۱۳ آبان ۱۴۰۵)
- Google، راهنمای فرستندگان ایمیل (بررسی‌شده در ۱۳ آبان ۱۴۰۵)
- Yahoo، بهترین شیوه‌های فرستندگان (بررسی‌شده در ۱۳ آبان ۱۴۰۵)
آموخته‌ها را به کار بگیرید
دامنه خود را به Mail.Land اضافه کنید تا داشبورد دقیقاً همان رکوردهای SPF، DKIM و DMARC را که باید منتشر کنید نشان دهد.