محتوای آموزشی وبلاگ نت‌آرام
پیامی ارسال کرده‌اید و چند لحظه بعد ایمیلی با عنوان تحویل‌نشدن و کد 550 5.7.1 گرفته‌اید؟ این کد معمولاً یعنی یک سرور ایمیل، پیام را به دلیل یک سیاست یا محدودیت نپذیرفته است. اما این عدد به‌تنهایی نمی‌گوید مشکل دقیقاً چیست. ادامه پیام ممکن است درباره مجوز ارسال، اعتبار فرستنده یا سیاست گیرنده توضیح بدهد.
قبل از امتحان راه‌حل‌ها، ایمیل برگشتی را نگه دارید و از فرستادن پی‌درپی همان پیام خودداری کنید. این کار به یافتن علت کمک می‌کند و دریافت‌کننده را با نسخه‌های تکراری روبه‌رو نمی‌کند.
مرحله اول: خط مهم را پیدا کنید
در ایمیل برگشتی دنبال عبارت‌هایی مانند Diagnostic information، Remote server returned یا خطی بگردید که با
550 5.7.1 شروع می‌شود. از همان خط و چند خط اطرافش کپی بگیرید. به نام سرور اعلام‌کننده، زمان و نشانی گیرنده نیز توجه کنید.برای حفظ حریم خصوصی، هنگام ارسال گزارش برای پشتیبانی محتوای محرمانه پیام، رمزها و اطلاعات حساس را حذف کنید. کد، نام سرور و متن فنی خطا را نگه دارید؛ همین اطلاعات اغلب برای شروع کافی است.
اگر پیام می‌گوید Relay denied یا مجوز ارسال ندارید
اگر از Outlook، موبایل یا یک فرم سایت استفاده می‌کنید، ممکن است برنامه از سرور خروجی اشتباه استفاده کند یا ورود به SMTP درست انجام نشده باشد. تنظیمات حساب را باز کنید و این موارد را با اطلاعات ارائه‌دهنده ایمیل مقایسه کنید:
- نام سرور خروجی SMTP دقیقاً همان نامی باشد که سرویس‌دهنده داده است.
- ورود به سرور خروجی فعال باشد و نام کاربری و رمز همان حساب درست وارد شده باشد.
- پورت و روش رمزگذاری را از راهنمای همان سرویس بگیرید؛ اعداد را از یک مقاله دیگر حدس نزنید.
- از نشانی فرستنده‌ای استفاده کنید که آن حساب اجازه ارسال از طرف آن را دارد.
سپس به یک نشانی شخصیِ تحت کنترل خودتان یک پیام آزمایشی کوتاه بفرستید. اگر خطا فقط برای فرم سایت رخ می‌دهد ولی وب‌میل همان حساب پیام را می‌فرستد، تنظیمات ارسال فرم و افزونه SMTP نقطه شروع بهتری است.
اگر پیام از احراز هویت یا اعتبار فرستنده می‌گوید
ممکن است متن خطا به SPF، DKIM، آدرس IP یا reputation اشاره کند. برای یک پیام آزمایشی که به دست خودتان رسیده، در Gmail از منوی پیام گزینه Show original را باز کنید و نتیجه‌های SPF و DKIM را ببینید. نتیجه همان پیام نشان می‌دهد کدام آزمون انجام شده است؛ صرف وجود رکورد DNS به معنی موفقیت همه ارسال‌ها نیست.
اگر SPF یا DKIM ناموفق است، ارائه‌دهنده ایمیل باید مقدار مناسب همان سرویس را بدهد. از ساختن چند رکورد SPF جداگانه برای یک دامنه یا حذف تصادفی تنظیم قبلی پرهیز کنید. راهنمای SPF و DKIM و DMARC مسیر تشخیص را توضیح می‌دهد.
اگر خطا صریحاً به اعتبار IP یا PTR اشاره دارد، ساعت خطا و آدرس سرور ارسال‌کننده را به مدیر سرویس بدهید. در هاست اشتراکی معمولاً تنظیم IP و PTR در اختیار صاحب حساب نیست. تغییر محتوای یک ایمیل به‌تنهایی لزوماً مشکل اعتبار سرور را حل نمی‌کند.
اگر فقط یک گیرنده خاص پیام را رد می‌کند
یک پیام آزمایشی ساده و بدون پیوست به نشانی دیگری که در اختیار دارید بفرستید. اگر آن پیام می‌رسد اما پیام به یک سازمان خاص رد می‌شود، احتمال دارد سیاست دامنه گیرنده یا محتوای پیام نقش داشته باشد. از گیرنده بخواهید متن خطا و زمان را برای مدیر ایمیل سازمان خود بفرستد. آدرس دریافت‌کننده و پیوست‌ها را هم از نظر اشتباه یا محدودیت بررسی کنید.
خطاهای
550 5.1.1 برای نشانی ناموجود و 552 برای بعضی مشکلات ظرفیت یا محتوا، با 550 5.7.1 یکسان نیستند؛ متن کامل را مبنای تصمیم قرار دهید. اگر با همه گیرنده‌ها و همه دستگاه‌ها مشکل دارید، گزارش هر آزمایش را به پشتیبانی میزبان بدهید.نمونه علت‌های متفاوت این کد در راهنمای رسمی خطاهای SMTP گوگل آمده است. اگر برای دامنه خود به خدمات نیاز دارید، صفحه ثبت دامنه اطلاعات گزینه‌های موجود را نشان می‌دهد.
برچسب‌ها:
اشتراک‌گذاری:
لینکدینتلگرامایکس
مقاله قبلی
مقاله قبلی وجود ندارد.
مقاله بعدی
دیدگاه‌ها (۰)
دیدگاه‌های تاییدشده و پاسخ‌های تیم نت‌آرام