علل و راه حل های خطای SMTP 550

SMTP 550 رایج‌ترین کد برگشتی دائمی در ایمیل است، اما همچنین یکی از مواردی است که بیشترین تشخیص اشتباه را دارد. همین سه رقم می‌تواند به این معنی باشد که گیرنده وجود ندارد، احراز هویت فرستنده ناموفق بوده، پیام در فیلتر اسپم قرار گرفته است یا چندین دلیل دیگر. جیمیل و حجم یاهو در سال ۲۰۲۴ قوانین فرستنده از زمان اعمال این قانون، انواع خطاهای احراز هویت ناموفق در خطای SMTP 550 رایج‌تر و متنوع‌تر شده‌اند.

سریع‌ترین راه برای حل خطای ۵۵۰، خواندن کل پیام است، نه فقط کد سه رقمی. RFC 5321، یک پاسخ 5xx به این معنی است که خرابی تحت شرایط فعلی دائمی است. تکرار همان پیام بدون رفع علت معمولاً نتیجه مشابهی را به همراه خواهد داشت.

زیرکدهای SMTP 550: یک مرجع سریع

زیرکدها از قالب کد وضعیت پیشرفته RFC 3463 پیروی می‌کنند (نماد XXX که بعد از عدد اصلی ۵۵۰ در پیام برگشتی ظاهر می‌شود). رقم اول همیشه برای خطاهای دائمی ۵ است، در حالی که ارقام باقی‌مانده، کلاس علت خاص را مشخص می‌کنند. این جدول شش زیرکدی را که به احتمال زیاد مشاهده خواهید کرد، پوشش می‌دهد:

وقتی یک اعلان برگشتی دریافت می‌شود، قبل از هرگونه اقدامی، پیام کامل را باز کنید. زیرکد درست بعد از ۵۵۰ ظاهر می‌شود و به دنبال آن توضیح سرور گیرنده آمده است. از این جزئیات برای شناسایی علت استفاده کنید و اولین راه حل را برای امتحان کردن انتخاب کنید.

علل و راه‌حل‌های خطاهای SMTP 550

هر علت زیر به یک الگوی زیرکد خاص و متن پیام خطا نگاشت می‌شود. ابتدا زیرکد را شناسایی کنید، سپس راه‌حل مربوطه را اعمال کنید.

آدرس گیرنده نامعتبر یا غیر موجود است

تشخیص دادن: زیرکد معمولاً ۵.۱.۱ یا ۵.۱.۰ است. متن پیام خطا اغلب شامل عباراتی مانند «کاربر ناشناخته»، «چنین کاربری وجود ندارد»، «صندوق پستی یافت نشد» یا «آدرس رد شد» است. این یک مشکل از طرف گیرنده است، به این معنی که صندوق پستی یا هرگز وجود نداشته یا حذف شده است.

ثابت: املای آدرس گیرنده، هم قسمت محلی قبل از @ و هم قسمت دامنه بعد از آن را تأیید کنید. دلایل رایج عبارتند از: حروف جابجا شده (jmith به جای jsmith)، پسوند دامنه اشتباه (.co به جای .com) و آدرس‌های قدیمی برای مخاطبینی که شغل یا ارائه دهنده ایمیل خود را تغییر داده‌اند.

جلوگیری کردن: قبل از ورود به جریان ارسال، آدرس هر گیرنده را اعتبارسنجی کنید. اعتبار سنجی لیست ایمیل آدرس‌های نامعتبر را در نقطه دریافت، شناسایی و آدرس‌هایی را که از زمان جمع‌آوری غیرفعال شده‌اند، علامت‌گذاری می‌کند که این امر از اکثر پرش‌های ۵.۱.۱ قبل از وقوع جلوگیری می‌کند.

خطای احراز هویت فرستنده (SPF، DKIM یا DMARC)

تشخیص دادن: زیرکد معمولاً ۵.۷.۱ یا ۵.۷.۲۶ است. پیام خطا اغلب به «احراز هویت»، «سیاست DMARC»، «SPF»، «DKIM» اشاره دارد یا شامل عباراتی مانند «ایمیل احراز هویت نشده پذیرفته نمی‌شود» یا «الزامات فرستنده را برآورده نمی‌کند» است.

ثابت: تاییدش کنید SPF، DKIM و DMARC برای دامنه ارسال به درستی پیکربندی شده و با دامنه سرآیند From هم‌تراز شده‌اند. برای SPF، تأیید کنید که IP یا سرویس ارسال‌کننده در رکورد DNS مجاز است. برای DKIM، تأیید کنید که امضا وجود دارد و در حال عبور است. برای DMARC، تأیید کنید که خط‌مشی منتشر شده و حداقل یکی از SPF یا DKIM هم‌تراز شده است.

سناریوی رایج: ارسال از طریق یک پلتفرم شخص ثالث، مانند SendGrid، Mailgun، یک ابزار بازاریابی یا یک میز کمک، بدون اضافه کردن آن پلتفرم به رکورد SPF دامنه یا فعال کردن امضای DKIM برای دامنه سفارشی. پلتفرم با موفقیت از زیرساخت خود ارسال می‌کند، اما سرور گیرنده پیام را رد می‌کند زیرا دامنه فرستنده مجاز به استفاده از آن IP ارسال کننده نیست.

آی‌پی یا دامنه فرستنده در لیست سیاه قرار دارد

تشخیص دادن: پیام خطا به «لیست سیاه»، «مسدود شده»، «اعتبار ضعیف»، «در فهرست قرار گرفته» اشاره می‌کند یا نام یک لیست سیاه خاص (Spamhaus، Barracuda، SORBS، UCE-Protect) را ذکر می‌کند. برخی از سرورهای گیرنده نام لیست سیاه را پنهان می‌کنند و فقط یک رد عمومی برمی‌گردانند. در این صورت، بررسی لیست سیاه MXToolbox لیست خاص را نشان می‌دهد.

ثابت: با استفاده از بررسی‌کننده‌ی لیست سیاه MXToolbox، آدرس IP و دامنه‌ی فرستنده را با لیست‌های سیاه اصلی مقایسه کنید. در صورت وجود، فرآیند حذف هر لیست سیاه را دنبال کنید: اکثر آنها نیاز به اثبات رفع علت اصلی قبل از اعطای حذف دارند. زمان پردازش بسته به لیست سیاه از ساعت‌ها تا چند روز متغیر است.

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

پیام توسط فیلترهای محتوا رد شد

تشخیص دادن: پیام خطا به «امتیاز بالای هرزنامه»، «محتوا رد شده»، «مشکوک به هرزنامه»، «پیام فیلتر شده» اشاره می‌کند یا از یک سیستم فیلترینگ خاص (SpamAssassin، Postini، Barracuda) نام می‌برد. سرور گیرنده اتصال را پذیرفته اما پس از بررسی محتوای پیام، آن را رد کرده است.

ثابت: محتوای پیام را برای یافتن الگوهایی که فیلترهای محتوا به شدت آنها را علامت‌گذاری می‌کنند، بررسی کنید، مانند زبان تبلیغاتی انباشته از عبارات فوری، خطوط موضوع با حروف بزرگ، پیوست‌های مشکوک (.exe، .zip از فرستندگان ناشناس)، نام‌های نمایشی که با آدرس فرستنده مطابقت ندارند، یا کوتاه‌کننده‌های URL که به مقصدهای غیرقابل اعتماد اشاره می‌کنند. حذف یا تغییر متن محتوای محرک معمولاً مشکل رد محتوای 5.7.x را برطرف می‌کند.

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

رله مجاز نیست یا احراز هویت SMTP وجود ندارد

تشخیص دادن: زیرکد معمولاً ۵.۴.۱ یا ۵.۷.۱ است و متن خطا شامل عباراتی مانند «relay denied»، «relaying disallowed»، «not allowed to relay» یا «authentication required for relay» است. این خطا از سرور SMTP خروجی می‌آید، نه از سرور گیرنده (کلاینت فرستنده مجاز به استفاده از رله نیست).

ثابت: فعال کردن احراز هویت SMTP در سرویس ایمیل. در Outlook: تنظیمات حساب → تنظیمات بیشتر → سرور خروجی → گزینه «سرور خروجی من (SMTP) نیاز به احراز هویت دارد» را علامت بزنید. در Gmail SMTP: در صورت فعال بودن احراز هویت دو مرحله‌ای، تأیید کنید که حساب فرستنده دارای رمز عبور برنامه پیکربندی شده باشد.

سناریوی رایج: تلاش برای ارسال از طریق سرور SMTP که رله را از IP فعلی نمی‌پذیرد، یا پیکربندی مجدد یک سرویس‌دهنده ایمیل پس از تغییر رمز عبور بدون به‌روزرسانی اعتبارنامه‌های SMTP. راه حل این است که یا از سرور SMTP صحیح برای دامنه ارسال استفاده کنید یا اعتبارنامه‌های احراز هویت معتبری را برای سروری که در حال حاضر پیکربندی شده است، ارائه دهید.

صندوق پستی گیرنده پر یا غیرفعال است

تشخیص دادن: زیرکد معمولاً ۵.۲.۱ یا ۵.۲.۲ است و متن خطا می‌گوید: «صندوق پستی پر است»، «سهمیه از حد مجاز فراتر رفته»، «ظرفیت ذخیره‌سازی بیش از حد مجاز است»، «غیرفعال شده» یا «پیام‌ها پذیرفته نمی‌شوند». صندوق پستی وجود دارد اما نمی‌تواند ایمیل جدید دریافت کند.

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

بهترین تمرین: اگر همان گیرنده در چندین تلاش ارسال و طی چند روز، خطاهای 5.2.x را مکرراً برگرداند، آدرس را از لیست فعال حذف کنید. صندوق پستی که دائماً پر یا غیرفعال است، عملاً غیرقابل دسترس است و ادامه ارسال به آن، بدون هیچ امکانی برای تحویل، به معیارهای نرخ پرش آسیب می‌رساند.

چگونه از خطاهای SMTP 550 در آینده جلوگیری کنیم

پیشگیری برای هر دسته ۵۵۰ کارآمدتر از اصلاح است. بیشتر خطاهای مکرر ۵۵۰ به یکی از چهار شیوه ضعیف یا غایب برمی‌گردد.

• قبل از ارسال، هر آدرس ایمیل را اعتبارسنجی کنید: اعتبارسنجی بلادرنگ در هنگام ثبت نام و اعتبارسنجی دوره‌ای انبوه لیست‌های موجود، آدرس‌های نامعتبر (علت اصلی خطاهای ۵.۱.۱) را قبل از رسیدن به جریان ارسال، شناسایی می‌کند. اعتبار سنجی لیست ایمیل آدرس‌های نامعتبر، یکبار مصرف و پرخطر را با بررسی‌های چندلایه علامت‌گذاری می‌کند.
• هماهنگی SPF، DKIM و DMARC را برای هر دامنه و زیر دامنه ارسال کننده حفظ کنید: خطاهای احراز هویت، یکی از دسته‌های علل خطای ۵۵۰ هستند که به سرعت در حال رشد می‌باشند. به‌روز نگه داشتن احراز هویت، به ویژه هنگامی که پلتفرم‌های ارسال جدید به مجموعه اضافه می‌شوند، از بروز عمده خطاهای ۵.۷.x قبل از نمایش در گزارش‌های برگشتی جلوگیری می‌کند.
• نظارت مداوم بر اعتبار فرستنده: تهدیدهای لیست سیاه و افزایش شکایات یک شبه ظاهر نمی‌شوند. آنها از الگوهایی ساخته می‌شوند که در نظارت بر اعتبار قابل مشاهده هستند، قبل از اینکه به رد کامل منجر شوند. نظارت روزانه از طریق ابزارهای مدیریت پست گوگل و بررسی‌های منظم لیست سیاه، مشکلات اعتبار دامنه و IP را در مرحله‌ای که هنوز به راحتی قابل رفع هستند، شناسایی می‌کند.
• لیست ارسال را مرتباً تمیز کنید: آدرس‌هایی که خطاهای تکراری ۵.۲.x، پرش‌های شدید و مخاطبینی که به طور مزمن درگیر نشده‌اند را برمی‌گردانند، باید قبل از کمپین بعدی حذف شوند. تمیز کردن لیست ایمیل از این رکوردها، نرخ پرش را پایین و معیارهای اعتبار را سالم نگه می‌دارد و فرکانس خطاهای ۵۵۰ مربوط به فیلتر محتوا و لیست سیاه را کاهش می‌دهد.

رفع دائمی خطاهای SMTP 550

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

پنج مورد از رایج‌ترین دلایل، همگی با اقدامات صحیح بالادستی قابل پیشگیری هستند: گیرندگان نامعتبر قبل از ارسال، توسط اعتبارسنجی لیست شناسایی می‌شوند؛ با حفظ SPF، DKIM و DMARC در هر دامنه ارسال، از شکست در احراز هویت جلوگیری می‌شود؛ با نظارت بر اعتبار و پایین نگه داشتن نرخ پرش، از قرار گرفتن در لیست سیاه جلوگیری می‌شود؛ با کپی‌های تمیز و دامنه‌های احراز هویت شده، از رد شدن محتوا جلوگیری می‌شود؛ و با اعتبارنامه‌های صحیح SMTP، بلوک‌های رله برطرف می‌شوند.

خطاهای احراز هویت، به ویژه پاسخ‌های ۵.۷.۱ و ۵.۷.۲۶، از زمان اجرایی شدن الزامات فرستنده ۲۰۲۴ بیشتر دیده شده‌اند. اگر شاهد افزایش خطاهای ۵۵۰ از Gmail یا Yahoo هستید و اخیراً تنظیمات احراز هویت خود را بررسی نکرده‌اید، اولین جایی که باید بررسی کنید، همین جاها هستند.

برای رسیدگی به رایج‌ترین علت بالادستی در کنار احراز هویت، فهرست خود را قبل از کمپین بعدی در DeBounce بارگذاری کنید. آدرس‌های نامعتبری که مسئول پرش‌های ۵.۱.۱ هستند را حذف کنید و آدرس‌های پرخطری را که در سیگنال‌های شهرت پشت رد شدن‌های ناشی از لیست سیاه نقش دارند، علامت‌گذاری کنید.