بررسی‌کننده قابلیت تحویل ایمیل

بررسی‌کننده قابلیت تحویل ایمیل

پیکربندی فرستنده را قبل از ارسال، قبل از بازگشت ایمیل‌ها بررسی کنید

MX/A SPF DKIM DMARC DNSBL
*

IP سرور ارسال ایمیل شما، برای بررسی لیست‌های سیاه DNSBL استفاده می‌شود. برای رد کردن خالی بگذارید. آن را در هدرهای ایمیل یافت (دریافت شده از) پیدا کنید یا از ارائه‌دهنده SMTP خود بپرسید.

پیشوند جستجوی کلید عمومی DKIM، برای تأیید امضاهای ایمیل استفاده می‌شود. برای تشخیص خودکار گزیننده‌های رایج خالی بگذارید (google, default, s1, k1…). خودتان را در هر هدر ایمیل ارسالی پیدا کنید: DKIM-Signature: s=...

بررسی پیکربندی فرستنده

قابلیت تحویل ایمیل تعیین می‌کند که آیا پیام‌های شما به صندوق ورودی می‌رسند یا رد شده و در هرزنامه دفن می‌شوند. این به مجموعه‌ای از رکوردهای DNS بستگی دارد — MX ثابت می‌کند دامنه شما وجود دارد و سرورهای پستی دارد، SPF اعلام می‌کند چه کسی می‌تواند به نمایندگی از شما ارسال کند، DKIM از امضاهای رمزنگاری برای اثبات اینکه ایمیل دستکاری نشده استفاده می‌کند، و DMARC آن‌ها را با سیاست اجرایی به هم متصل می‌کند. اگر IP خروجی شما در لیست سیاه DNSBL باشد، حتی احراز هویت کامل هم نمی‌تواند شما را نجات دهد.

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

این ابزار همان بررسی‌هایی را انجام می‌دهد که گیرندگان انجام می‌دهند — قبل از ارسال. دامنه ارسال خود را (و به اختیار، IP خروجی و انتخابگر DKIM خود را) وارد کنید تا تأیید کنید چهار رکورد کلیدی DNS به درستی منتشر شده‌اند و IP شما تمیز است. هر نتیجه مستقیماً به یک کد بازگشت واقعی نگاشت می‌شود و دقیقاً به شما می‌گوید چه مشکلی وجود دارد و چگونه آن را رفع کنید.

پیش‌بررسی قبل از ارسال، نه بعد از بازگشت ایمیل — خودتان را قبل از بررسی گیرندگان بررسی کنید

پنج بررسی در یک اجرا: رزولوشن DNS، SPF، DKIM، DMARC، لیست سیاه IP

بدون ردیابی: پرس‌وجوهای خالص DNS، بدون ارسال ایمیل، بدون ذخیره دامنه یا IP

نگاشت مستقیم به کدهای بازگشت: هر نتیجه بررسی به یک خطای بازگشت واقعی نگاشت می‌شود، بنابراین می‌دانید چه چیزی را باید رفع کنید

چه زمانی از آن استفاده کنید

1

قبل از اولین ارسال از یک دامنه جدید — تأیید کنید MX، SPF، DKIM و DMARC همگی منتشر شده‌اند

2

وقتی ایمیل برگشته می‌شود — کد بازگشت را تطبیق دهید تا مشکلات DNS، احراز هویت یا IP را شناسایی کنید

3

پس از تغییرات DNS — تأیید کنید که به‌روزرسانی منتشر شده و مشکلات جدیدی ایجاد نکرده است

4

پس از تغییر سرورهای ایمیل یا ارائه‌دهنده SMTP — بررسی کنید که IP جدید تمیز باشد

مرجع خطای بازگشت

خطاهای رایج بازگشت ایمیل و بررسی که آن‌ها را شناسایی می‌کند:

خطای بازگشت ایمیل علت اصلی این ابزار بررسی می‌کند جهت رفع
554 5.1.8 دامنه یافت نشد دامنه ارسال هیچ رکورد DNS ندارد رمزگشایی DNS دامنه رکوردهای MX/A/AAAA را اضافه کنید
550 DNSBL (مثلاً r1401) IP خروجی در لیست سیاه زمانی واقعی قرار دارد لیست سیاه IP لغو لیست شدن را درخواست کنید یا IP را تغییر دهید
550 5.7.26 احراز هویت ناموفق SPF/DKIM/DMARC وجود ندارد یا ناموفق است SPF + DKIM + DMARC رکوردهای احراز هویت را منتشر و تقویت کنید

الگوهای رکورد DNS

الگوهایی برای چهار رکورد اصلی DNS. شما yourdomain.com و شامل ارائه‌دهنده را بر اساس نیاز جایگزین کنید.

MX (در yourdomain.com MX):

yourdomain.com. IN MX 10 mail.yourdomain.com.

SPF (در yourdomain.com TXT):

v=spf1 include:_spf.google.com include:mail.zoho.com -all

DMARC (در _dmarc.yourdomain.com TXT):

v=DMARC1; p=reject; rua=mailto:[email protected]; adkim=s; aspf=s

DKIM (در <selector>._domainkey.yourdomain.com TXT):

v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC...

DMARC را با p=none شروع کنید تا گزارش‌ها جمع‌آوری شوند، سپس به quarantine و سپس reject ارتقا دهید.

دانش DNS و احراز هویت ایمیل

رکوردهای DNS که این ابزار بررسی می‌کند و اهمیت آن‌ها برای تحویل ایمیل:

حل DNS دامنه (MX / A / AAAA)

MX به گیرندگان می‌گوید کدام سرورهای ایمیل دامنه شما را مدیریت می‌کنند. A/AAAA دامنه شما را به یک آدرس IPv4/IPv6 نگاشت می‌دهند. اگر دامنه ارسال‌کننده رکورد DNS صفر داشته باشد، گیرندگان با 554 5.1.8 Domain not found رد می‌کنند - دامنه به سادگی در DNS وجود ندارد.

SPF (Sender Policy Framework)

یک رکورد TXT در دامنه شما که IP/سرورهای مجاز برای ارسال ایمیل به عنوان شما را لیست می‌کند. گیرندگان IP ارسال‌کننده را در برابر این لیست بررسی می‌کنند. بدون SPF، هر کسی می‌تواند دامنه شما را جعل کند.

مقادیر و ریسک‌های رایج
-all
رد سخت: فرستندگان غیرمجاز مسدود می‌شوند. بهترین روش، بالاترین سطح امنیت.
~all
شکست نرم: به عنوان مشکوک علامت‌گذاری می‌شود اما رد نمی‌شود. برای گذار مناسب است، در بلندمدت اعتبار دامنه را کاهش می‌دهد.
?all
خنثی: هیچ ادعایی ندارد. معادل عدم وجود SPF. ریسک جعل بسیار بالا.
+all
اجازه همه: هر آی‌پی می‌تواند از طرف شما ارسال کند. بسیار خطرناک، هرگز استفاده نکنید.

DKIM (DomainKeys Identified Mail)

یک امضای رمزنگاری که به ایمیل‌های خروجی اضافه می‌شود. کلید عمومی به عنوان یک رکورد TXT در <selector>._domainkey.yourdomain.com منتشر می‌شود. گیرندگان امضا را در برابر این کلید تأیید می‌کنند. برخلاف SPF، باید انتخابگر را بدانید تا کلید را جستجو کنید.

مقادیر و ریسک‌های رایج
v=DKIM1
شناسه نسخه، الزامی است. بدون آن رکورد به عنوان DKIM شناخته نمی‌شود.
k=rsa
نوع کلید، RSA رایج‌ترین مورد. در صورت عدم وجود، پیش‌فرض روی rsa تنظیم می‌شود.
p=...
کلید عمومی RSA، الزامی است. خالی یا عدم وجود p= باعث باطل شدن selector می‌شود.
t=s
حالت سخت: امضا باید دقیقاً با دامنه مطابقت داشته باشد. از سوء استفاده امضای زیر دامنه جلوگیری می‌کند.

DMARC (احراز هویت پیام مبتنی بر دامنه)

یک رکورد TXT سیاست در _dmarc.yourdomain.com که SPF و DKIM را به هم متصل می‌کند. به گیرندگان می‌گوید در صورت شکست هر دو، چه اقدامی انجام دهند. همچنین مشخص می‌کند گزارش‌های تجمعی را کجا ارسال کنند.

مقادیر و ریسک‌های رایج
p=none
فقط نظارت: هیچ عملی انجام نمی‌شود، فقط گزارش‌ها جمع‌آوری می‌شود. نقطه شروع امن اما حفاظت صفر است — ایمیل جعل شده هنوز به صندوق ورودی می‌رسد.
p=quarantine
قرنطینه: ایمیل با احراز هویت ناموفق به پوشه هرزنامه منتقل می‌شود. حفاظت متوسط، برای مرحله اعتبارسنجی مناسب است.
p=reject
رد: ایمیل با احراز هویت ناموفق مستقیماً مسدود می‌شود. قوی‌ترین سطح حفاظت، هدف نهایی است. رد کردن این سطح اجازه عبور ایمیل جعل شده را می‌دهد.
rua=
مقصد گزارش تجمعی. برای نظارت بر شکست‌های تحویل، بدون اجرا اما برای عیب‌یابی کمک می‌کند.
adkim=s / aspf=s
همسویی سخت: نیاز دارد دامنه DKIM/SPF دقیقاً با هدر From مطابقت داشته باشد. از جعل زیر دامنه جلوگیری می‌کند.

DNSBL (لیست سیاه مبتنی بر DNS)

لیست‌های سیاه IP در زمان واقعی که از طریق DNS پرس و جو می‌شوند. گیرندگان IP خروجی شما را با لیست‌هایی مانند Spamhaus، Barracuda، SpamCop بررسی می‌کنند. در صورت لیست شدن، ایمیل رد می‌شود (550 DNSBL).

مقادیر و ریسک‌های رایج
zen.spamhaus.org
بزرگترین لیست سیاه عمومی، پوشش گسترده‌تر. بالاترین تأثیر — تقریباً همه گیرندگان آن را بررسی می‌کنند.
b.barracudacentral.org
لیست سیاه در سطح سازمانی، توسط بسیاری از تجهیزات امنیتی استفاده می‌شود. تأثیر متوسط.
bl.spamcop.net
بر اساس گزارشات کاربران. ممکن است موارد مثبت کاذب داشته باشد، اما تأثیر متوسط.
dnsbl.sorbs.net
لیست سیاه کوچک‌تر، تأثیر محدود اما هنوز مورد پرس و جو قرار می‌گیرد.

سوالات متداول

چرا SPF من موفق می‌شود اما ایمیل‌ها همچنان برگردانده می‌شوند؟
SPF به تنهایی کافی نیست. Gmail و سایر ارائه‌دهندگان همچنین DKIM و DMARC را بررسی می‌کنند. اگر DKIM وجود نداشته باشد یا DMARC در همترازی شکست بخورد، ایمیل همچنان رد می‌شود. هر سه بررسی را انجام دهید.
چگونه منتخب DKIM خود را پیدا کنم؟
مستندات ارائه‌دهنده ایمیل خود را بررسی کنید. منتخبان رایج: google (Google Workspace)، selector1/selector2 (Microsoft 365)، default، s1، k1. هدرهای ایمیل شما (DKIM-Signature: s=...) نیز آن را آشکار می‌کنند.
IP من در لیست سیاه است. حالا چه؟
به صفحه حذف لیست سیاه ارائه‌دهنده آن مراجعه کنید (مثلاً spamhaus.org/lookup)، درخواست حذف دهید و اطمینان حاصل کنید که IP شما هرزنامه ارسال نمی‌کند. اگر میزبان شما IPهای مشترک اختصاص می‌دهد، برای تغییر IP با آن‌ها تماس بگیرید.
دامنه من رفع می‌شود اما رکورد MX ندارد. آیا این بد است؟
لزوماً نه. یک دامنه فقط برای ارسال (با استفاده از ارائه‌دهنده SMTP شخص ثالث) ممکن است MX نداشته باشد اما هنوز رکورد A داشته باشد. تا زمانی که SPF/DMARC به ارائه‌دهنده صحیح اشاره کنند، ایمیل قابل تحویل است.
آیا این ابزار ایمیلی ارسال می‌کند؟
خیر. این ابزار فقط رکوردهای DNS (TXT, MX, A, AAAA) را پرسش می‌کند و IP خروجی را با پایگاه‌های داده عمومی DNSBL بررسی می‌کند. هیچ چیز ارسال نمی‌شود. دامنه و IP شما ذخیره نمی‌شوند.
چقدر مرتب باید این بررسی را انجام دهم؟
پیش از اولین ارسال از دامنه جدید، هر تغییر DNS، هنگام جابجایی ارائه‌دهنده ایمیل یا پیش از یک کمپین بزرگ، آن را اجرا کنید. برای نگهداری معمول، یک بار در ماه کافی است.
آیا می‌توانم دامنه‌ای را که مالک آن نیستم، بررسی کنم؟
بله. رکوردهای DNS عمومی هستند، پرسش از هر دامنه‌ای مشکل حریم خصوصی ندارد. اما این ابزار برای تشخیص پیکربندی ارسال خودتان طراحی شده است.
هر دو SPF و DKIM موفق می‌شوند اما ایمیل هرزنامه می‌رود — چرا؟
فراتر از احراز هویت، قرارگیری در صندوق ورودی به اعتبار IP (DNSBL)، افزایش ناگهانی حجم، محتوای پرچم‌گذاری شده به عنوان هرزنامه و فیلتر در طرف گیرنده بستگی دارد. بررسی کنید IP شما در لیست سیاه باشد و به تدریج اعتبار ارسال خود را بسازید.