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

رفع خطای SMTP 535؛ چرا برنامه ایمیل اجازه ارسال نمی‌گیرد؟

آموزش ساده و مرحله‌ای رفع خطای احراز هویت SMTP 535 در برنامه ایمیل، همراه با تنظیمات cPanel و آزمایش ارسال امن.

انتشار:
توسط تیم فنی نت‌آرام
۹ دقیقه زمان مطالعه
۰ دیدگاه
محتوای تخصصی، ساده و کاربردی
هماهنگ با هویت حرفه‌ای نت‌آرام
بازگشت به لیست مقالات
تصویر شاخص مقاله رفع خطای SMTP 535؛ چرا برنامه ایمیل اجازه ارسال نمی‌گیرد؟ در وبلاگ نت‌آرام
محتوای آموزشی وبلاگ نت‌آرام
دریافت ایمیل کار می‌کند، اما وقتی نامه می‌فرستید برنامه پیامی مانند 535 Authentication failed نشان می‌دهد. معنی معمول این پیام این است که سرور خروجی درخواست احراز هویت را نپذیرفته است. این اتفاق می‌تواند به نام کاربری، رمز ذخیره‌شده، سرور انتخاب‌شده یا روشی که سرویس برای ورود می‌خواهد مربوط باشد. دیدن عدد ۵۳۵ به‌تنهایی ثابت نمی‌کند کدام مورد اشتباه است.
در این راهنما یک صندوق نمونه به نام info@example.com داریم. نام دامنه، صندوق و سرور این مثال واقعی نیستند؛ در همه مراحل اطلاعات حساب خودتان را جایگزین کنید. تمرکز راهنما بر صندوقی است که در هاست cPanel ساخته شده است. سرویس‌های دیگر ممکن است رمز برنامه، ورود OAuth یا تنظیمات متفاوت بخواهند و نباید تنظیمات آن‌ها را کورکورانه با cPanel یکسان کرد.

قبل از تغییر رمز: مشخص کنید خطا در کدام مرحله است

متن کامل پیام و زمان تقریبی تلاش را یادداشت کنید. برنامه‌های ایمیل ممکن است نام سرویس را کنار خطا بنویسند. این جدول کمک می‌کند راه اشتباه را دنبال نکنید:
| آنچه می‌بینید | معنی احتمالی و قدم بعدی | | --- | --- | | پاسخ 535 یا Authentication failed از سرور خروجی | اتصال تا مرحله احراز هویت رسیده، اما اطلاعات یا روش ورود پذیرفته نشده است؛ مراحل حساب و رمز را ادامه دهید. | | Connection timed out | پاسخی به‌موقع دریافت نشده؛ نام سرور، پورت و مسیر شبکه را بررسی کنید. این پیام ثابت نمی‌کند رمز اشتباه است. | | هشدار نام یا اعتبار گواهی | نام سرور یا گواهی اتصال مشکل دارد؛ ابتدا تنظیمات امن ارائه‌دهنده را تطبیق دهید و هشدار را نادیده نگیرید. | | پیام صندوق گیرنده وجود ندارد یا پیام برگشتی بعد از ارسال | مسئله ممکن است مقصد یا تحویل باشد، نه ورود به سرور خروجی؛ متن پیام برگشتی را بررسی کنید. |
برای جلوگیری از مسدود شدن موقت، رمزهای مختلف را پشت سر هم امتحان نکنید. هنگام درخواست کمک، رمز صندوق، کد یک‌بارمصرف و تصویر حاوی رمز را ارسال نکنید. اگر سرور پیام حاوی نشانی IP یا ایمیل دارد، آن را فقط در کانال امن پشتیبانی همان سرویس به اشتراک بگذارید.

مرحله اول: تنظیم درست را از خود سرویس بگیرید

با حساب مالک هاست وارد cPanel شوید و به Email ← Email Accounts بروید. در ردیف صندوق موردنظر گزینه‌ای مانند Connect Devices یا Set Up Mail Client را باز کنید. این صفحه معمولاً نام سرور ورودی و خروجی، نام کاربری و پورت‌های پیشنهادی را نشان می‌دهد. نام گزینه‌ها و نوع تنظیمات با نسخه پنل یا ارائه‌دهنده می‌تواند فرق کند.
مقادیر نمایش‌داده‌شده را با تنظیمات برنامه مقایسه کنید. به‌خصوص به Outgoing Server یا SMTP دقت کنید؛ ممکن است دریافت از یک سرور درست انجام شود اما برنامه برای ارسال هنوز از سرور حساب دیگری استفاده کند. نام سرور را دقیقاً همان‌طور که پنل اعلام کرده وارد کنید. به جای آن حدس نزنید که همیشه mail.example.com است؛ نام باید با گواهی معتبر سرویس نیز سازگار باشد.
اگر به cPanel دسترسی ندارید، از مدیر سرویس بخواهید نام سرور خروجی، پورت، نوع رمزنگاری و روش احراز هویت همین صندوق را از کانال امن اعلام کند. لازم نیست رمز را از او در تیکت درخواست کنید؛ مسیر امن تعیین یا تغییر رمز را بپرسید.

مرحله دوم: نام کاربری و سرور خروجی را اصلاح کنید

در بسیاری از حساب‌های ایمیل cPanel، نام کاربری آدرس کامل صندوق است؛ مثلاً info@example.com، نه فقط info و نه نام کاربری ورود به cPanel. مقدار صحیح را از همان صفحه تنظیمات سرویس بخوانید، چون در ارائه‌دهندگان دیگر ممکن است متفاوت باشد.
در Thunderbird مسیر نمونه برای دیدن تنظیمات خروجی چنین است:
۱. منوی برنامه را باز کنید و Account Settings را بزنید. ۲. بخش Outgoing Server (SMTP) را پیدا کنید. اگر چند حساب دارید، فهرست سرورهای خروجی را ببینید و موردی را انتخاب کنید که واقعاً به حساب مشکل‌دار متصل است. ۳. نام سرور و نام کاربری را با مقادیر اعلام‌شده مقایسه کنید. اگر اشتباه‌اند، مقدار صحیح را وارد و ذخیره کنید. ۴. دوباره در تنظیمات همان حساب ببینید کدام سرور SMTP به آن نسبت داده شده است. صرف ویرایش یک ردیف SMTP دیگر، تنظیم حساب مشکل‌دار را تغییر نمی‌دهد.
در Outlook و برنامه‌های تلفن همراه هم به تنظیمات حساب و بخش سرور ارسال یا SMTP بروید؛ نام منوها در نسخه‌های مختلف متفاوت است. گزینه‌ای شبیه «سرور خروجی نیاز به احراز هویت دارد» باید مطابق دستور ارائه‌دهنده تنظیم شده باشد. دریافت موفق IMAP ثابت نمی‌کند نام کاربری و رمز بخش SMTP هم درست ذخیره شده‌اند؛ بعضی برنامه‌ها برای این دو بخش تنظیم جدا دارند.
پس از اصلاح نام کاربری، فقط یک پیام آزمایشی کوتاه برای صندوق دیگری که خودتان به آن دسترسی دارید بفرستید. اگر خطا هنوز ۵۳۵ است، به مرحله رمز بروید. اگر خطا به هشدار گواهی یا timeout تبدیل شد، شرایط جدید را مطابق جدول ابتدای مقاله بررسی کنید.

مرحله سوم: رمز صندوق را جدا از رمز پنل بررسی کنید

رمز صندوق info@example.com لزوماً رمز ورود به cPanel نیست. با نشانی وب‌میل رسمی که ارائه‌دهنده سرویس داده، در یک پنجره خصوصی و با آدرس کامل همان صندوق وارد شوید. پیش از واردکردن رمز، نشانی و گواهی سایت را بررسی کنید. از باز کردن لینک ورود موجود در پیام‌های مشکوک خودداری کنید.
  • ورود وب‌میل موفق است: صندوق و این رمز برای آن مسیر کار می‌کنند؛ اما هنوز باید مطمئن شوید برنامه برای SMTP همان نام کاربری، همان سرور و روش تأیید مناسب را استفاده می‌کند. رمز قدیمی ذخیره‌شده در برنامه می‌تواند علت باشد.
  • ورود وب‌میل ناموفق است: نام صندوق را دوباره با پنل تطبیق دهید و مطمئن شوید از وب‌میل مربوط به همین سرویس استفاده می‌کنید. اگر مالک مجاز صندوق هستید و رمز را نمی‌دانید، از مسیر رسمی پنل رمز تازه تنظیم کنید؛ اگر دسترسی لازم را ندارید، از مدیر هاست کمک بگیرید.
  • وب‌میل باز نمی‌شود یا خطای گواهی دارد: ابتدا نشانی رسمی و دسترسی سرویس را از ارائه‌دهنده بپرسید؛ شکست اتصال وب‌میل به‌تنهایی اثبات رمز اشتباه نیست.
در cPanel، مدیر مجاز معمولاً در Email Accounts کنار صندوق گزینه Manage و بخشی برای تعیین رمز تازه دارد. قبل از تغییر، به دستگاه‌ها و برنامه‌هایی که از همین صندوق استفاده می‌کنند توجه کنید: رمز قبلی آن‌ها پس از تغییر از کار می‌افتد و باید در هر دستگاه و هر برنامه فرستنده، از جمله فرم سایت در صورت استفاده از همین صندوق، به‌روزرسانی شود. از رمز قوی و منحصربه‌فرد استفاده کنید و آن را در تیکت نفرستید.
اگر رمز درست است اما برنامه همچنان از رمز قبلی استفاده می‌کند، از تنظیمات رمز ذخیره‌شده همان برنامه، فقط ورودی مرتبط با سرور خروجی و این حساب را پیدا و حذف یا اصلاح کنید. در Thunderbird مسیر تنظیمات مربوط به رمزهای ذخیره‌شده به نسخه بستگی دارد؛ نام سرور و حساب را قبل از حذف مقایسه کنید تا رمز حساب دیگری پاک نشود. در ارسال بعدی، رمز درست را فقط در پنجره رسمی برنامه وارد کنید. حذف حساب ایمیل به‌طور کامل، نخستین راه‌حل نیست و ممکن است داده‌های محلی یا تنظیمات آن را تحت تأثیر قرار دهد.

مرحله چهارم: پورت و رمزنگاری باید یک جفت سازگار باشند

اطلاعاتی را که پنل سرویس برای SMTP داده، بدون جابه‌جا کردن جداگانه پورت و روش رمزنگاری وارد کنید. برای نمونه، یک ارائه‌دهنده ممکن است پورت ۴۶۵ با SSL/TLS یا پورت ۵۸۷ با STARTTLS را پیشنهاد دهد. این‌ها مثال‌اند؛ فقط گزینه‌ای را به کار ببرید که سرویس شما صراحتاً پشتیبانی می‌کند.
در تنظیمات خروجی برنامه، نام سرور، پورت، امنیت اتصال و روش احراز هویت را کنار هم مقایسه کنید. اگر روی پورت ۵۸۷ روش دیگری انتخاب شده یا برنامه به حساب اشتباه وصل است، آن را مطابق اطلاعات همان سرویس اصلاح و ذخیره کنید. برای بعضی ارائه‌دهندگان، روش ورود OAuth2 است و انتخاب رمز معمولی کمکی نمی‌کند؛ درباره چنین سرویسی به راهنمای خود ارائه‌دهنده مراجعه کنید.
اگر هشدار گواهی ظاهر شد، نام سرور داخل برنامه را با نام رسمی اعلام‌شده مقایسه کنید و از معتبر بودن گواهی برای آن نام مطمئن شوید. خاموش‌کردن رمزنگاری، ردکردن دائمی بررسی گواهی یا فرستادن رمز روی اتصال ناامن راه‌حل این خطا نیست. اگر نام درست است و هشدار ادامه دارد، متن هشدار و زمان آزمایش را به پشتیبانی بدهید.

اگر وب‌میل کار می‌کند اما برنامه هنوز ۵۳۵ می‌دهد

یک بار دیگر مطمئن شوید برنامه از سرور خروجی مربوط به همین حساب استفاده می‌کند و نام کاربری و رمز SMTP آن به‌روز است. اگر فقط یک دستگاه مشکل دارد، تنظیمات همان دستگاه یا رمز ذخیره‌شده مظنون‌تر است؛ اگر چند دستگاه هم‌زمان ۵۳۵ می‌گیرند، تنظیم صندوق، محدودیت حساب یا روش ورود سمت سرویس نیز باید بررسی شود. این‌ها سرنخ‌اند و تشخیص قطعی نیستند.
ممکن است سرویس پس از تلاش‌های ناموفق، ورود را موقتاً محدود کرده باشد یا برای ارسال سیاست خاصی داشته باشد. در این حالت بارها تلاش نکنید. زمان، نام صندوق، نام سرور خروجی و متن خطا را برای پشتیبانی سرویس بفرستید و بخواهید گزارش احراز هویت همان زمان، وضعیت صندوق و محدودیت‌های مربوط را بررسی کند. تغییر رکوردهای SPF یا DKIM معمولاً پاسخ رد احراز هویت SMTP را برطرف نمی‌کند؛ آن‌ها مسئله متفاوتی در تحویل و اعتبارسنجی نامه دارند.

آزمایش پایانی: ارسال و تحویل را جدا ببینید

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

منابع فنی

اشتراک‌گذاری:
لینکدینتلگرامایکس

دیدگاه‌ها (۰)

دیدگاه‌های تاییدشده و پاسخ‌های تیم نت‌آرام