محتوای آموزشی وبلاگ نت‌آرام
برنامه ایمیل را باز می‌کنید و پیامی شبیه «نام گواهی با نام سرور مطابقت ندارد» یا «این گواهی قابل اعتماد نیست» می‌بینید. در این شرایط، برنامه نمی‌تواند با اطمینان هویت سرور ایمیلی را که به آن وصل شده تأیید کند. علت می‌تواند یک نام سرور اشتباه، گواهی منقضی، ساعت نادرست دستگاه یا تنظیم اشتباه سرور باشد. هشدار را نباید صرفاً با زدن دکمه تأیید همیشگی پنهان کرد.
در این راهنما اول پیام را تشخیص می‌دهیم، سپس تنظیم واقعی ایمیل را از ارائه‌دهنده می‌گیریم و اتصال دریافت و ارسال را جداگانه آزمایش می‌کنیم. مثال
mail.example.com و نام‌های دیگر نمونه‌اند. نام سرور واقعی را باید از ارائه‌دهنده همان صندوق بگیرید؛ حدس‌زدن نام درست نیست.قبل از شروع: این هشدار با خطای رمز فرق دارد
نام برنامه، زمان نمایش پیام و اینکه مشکل هنگام دریافت است یا ارسال را یادداشت کنید. صندوق شما ممکن است برای دریافت IMAP و برای ارسال SMTP از نام یا پورت متفاوتی استفاده کند. اگر فقط موقع ارسال هشدار می‌بینید، اصلاح تنظیم دریافت به‌تنهایی مشکل را حل نمی‌کند.
اگر پیام به نام گواهی، تاریخ اعتبار یا مرجع صادرکننده مربوط است، مسیر همین مقاله را دنبال کنید. اگر بعد از اتصال امن پیام
535 Authentication failed می‌بینید، سرور اطلاعات ورود را نپذیرفته و باید نام کاربری، رمز یا روش احراز هویت را جداگانه بررسی کنید. قطع اتصال یا timeout نیز لزوماً به معنی گواهی نامعتبر نیست.تا روشن‌شدن علت، هشدار گواهی را دائمی نپذیرید، رمزنگاری را خاموش نکنید و رمز صندوق را در صفحه یا برنامه مشکوک وارد نکنید. از متن خطا بدون رمز و بدون اطلاعات شخصی نسخه بگیرید.
مرحله اول: نام درست سرور را از منبع معتبر بگیرید
اگر صندوق در cPanel ساخته شده و به حساب هاست دسترسی دارید، وارد پنل رسمی شوید و به Email ← Email Accounts بروید. کنار صندوق موردنظر، گزینه‌ای مانند Connect Devices یا Set Up Mail Client را باز کنید. در بخش تنظیمات امن، این اطلاعات را یادداشت کنید:
- نام سرور ورودی و نوع حساب، مانند IMAP؛
- نام سرور خروجی SMTP؛
- پورت و نوع امنیت اتصال هرکدام؛
- نام کاربری موردنیاز همان صندوق.
در بعضی حساب‌های cPanel، بسته به وضعیت گواهی دامنه، پنل به‌جای
mail.example.com نام اصلی سرور میزبانی را پیشنهاد می‌دهد. آدرس ایمیل شما می‌تواند info@example.com باقی بماند، اما نام سرور اتصال چیز دیگری باشد. این دو فیلد را با هم اشتباه نگیرید.اگر صندوق روی Microsoft 365، Google Workspace یا ارائه‌دهنده جداگانه است، تنظیمات cPanel هاست سایت ممکن است مربوط به صندوق شما نباشد. از مستندات یا پنل همان ارائه‌دهنده ایمیل استفاده کنید. اگر به اطلاعات سرویس دسترسی ندارید، نام دقیق سرور ورودی و خروجی، پورت و روش امنیتی را از پشتیبانی بخواهید؛ نیازی به فرستادن رمز نیست.
مرحله دوم: نام سرور داخل برنامه را دقیق مقایسه کنید
در Thunderbird از منوی برنامه به Account Settings بروید. در بخش Server Settings نام سرور ورودی را ببینید. سپس Outgoing Server (SMTP) را باز کنید و سرور خروجی متصل به همین حساب را بررسی کنید. اگر چند حساب دارید، مطمئن شوید ردیف درست را ویرایش می‌کنید.
در Outlook یا برنامه ایمیل گوشی نیز وارد تنظیمات همان حساب شوید و بخش‌های سرور ورودی و خروجی را پیدا کنید. نام منوها با نسخه برنامه فرق می‌کند. مقادیر را با اطلاعات رسمی که در مرحله قبل یادداشت کردید، حرف‌به‌حرف مقایسه کنید. برای مثال اگر ارائه‌دهنده
server.example.net را اعلام کرده اما برنامه روی mail.example.com تنظیم شده، ممکن است گواهی معتبر برای نام اول صادر شده باشد و برنامه هنگام اتصال به نام دوم هشدار دهد.فقط اگر مطمئنید تنظیم به حساب درست تعلق دارد، نام نادرست را به نام رسمی تغییر دهید و ذخیره کنید. آدرس ایمیل و نام کاربری را بدون دلیل تغییر ندهید. سپس دریافت و ارسال را جداگانه امتحان کنید. اگر هنوز هشدار می‌بینید، متن جدید و نامی را که برنامه واقعاً می‌خواهد به آن وصل شود یادداشت کنید.
مرحله سوم: پورت و نوع امنیت را با هم تنظیم کنید
در بخش امنیت اتصال، مقادیر اعلام‌شده ارائه‌دهنده را برای هر سرور وارد کنید. نمونه‌های رایج عبارت‌اند از IMAP روی پورت ۹۹۳ با SSL/TLS و SMTP روی پورت ۴۶۵ با SSL/TLS یا ۵۸۷ با STARTTLS؛ اما سرویس شما ممکن است پیکربندی دیگری داشته باشد. یک شماره پورت را با نوع رمزنگاری نامتناسب جفت نکنید.
برای نمونه، اگر ارائه‌دهنده برای ارسال «۵۸۷ و STARTTLS» اعلام کرده، همان ترکیب را در تنظیمات SMTP وارد کنید، نه اینکه فقط عدد پورت را عوض کنید. بعد یک پیام کوتاه به صندوق دیگری که خودتان کنترل می‌کنید بفرستید. اگر اتصال امن برقرار شد اما خطای رمز ظاهر شد، آن خطا را به‌عنوان مرحله جداگانه احراز هویت بررسی کنید؛ تغییر پی‌درپی پورت برای حدس‌زدن علت مناسب نیست.
مرحله چهارم: نوع هشدار گواهی را تفسیر کنید
نام سرور با گواهی نمی‌خواند: نام تنظیم‌شده در برنامه را با نام رسمی سرویس تطبیق دهید. گواهی برای نام‌های مشخصی صادر می‌شود؛ معتبر بودن گواهی سایت
example.com به‌تنهایی ثابت نمی‌کند گواهی سرویس mail.example.com نیز درست و معتبر است. اگر نام رسمی را وارد کرده‌اید و هشدار ادامه دارد، از ارائه‌دهنده بخواهید گواهی سرویس ایمیل همان نام و پورت را بررسی کند.گواهی منقضی شده یا هنوز معتبر نشده است: تاریخ، ساعت و منطقه زمانی دستگاه را از تنظیمات سیستم با زمان واقعی مقایسه و در صورت اشتباه اصلاح کنید. اگر ساعت درست است، از ارائه‌دهنده بخواهید تاریخ اعتبار و نصب گواهی واقعی سرویس ایمیل را بررسی کند. نصب یا تمدید گواهی سایت همیشه به‌تنهایی تضمین نمی‌کند سرویس SMTP یا IMAP همان گواهی را ارائه می‌دهد.
گواهی یا صادرکننده مورد اعتماد نیست: ممکن است زنجیره گواهی، ریشه‌های اعتماد دستگاه یا پیکربندی سرویس مشکل داشته باشد. ابتدا برنامه و سیستم‌عامل را با روش رسمی و نسخه پشتیبانی‌شده به‌روز نگه دارید و گزارش را به ارائه‌دهنده بدهید. هشدار را با غیرفعال‌کردن بررسی گواهی یا نصب گواهی ناشناس از پیام‌های اینترنتی دور نزنید.
فقط یک شبکه یا یک دستگاه مشکل دارد: همان حساب و تنظیمات را روی دستگاه یا اتصال دیگری که تحت کنترل شماست امتحان کنید. اگر فقط یک دستگاه خطا دارد، ساعت، نسخه برنامه و نام تنظیم‌شده همان دستگاه سرنخ هستند. اگر فقط یک شبکه هشدار می‌دهد، نتیجه را با ارائه‌دهنده و مسئول آن شبکه بررسی کنید؛ از روی یک نشانه، علت را قطعی اعلام نکنید.
بررسی فنی اختیاری برای مدیر سرور
اگر مسئول فنی هستید و OpenSSL در ترمینال لینوکس در دسترس است، می‌توانید اتصال IMAP رمزگذاری‌شده را برای نام و پورت واقعی تأییدشده بررسی کنید. دستور زیر فقط نمونه پورت ۹۹۳ است؛
کد / دستورmail.example.com را با نام رسمی سرور خود جایگزین کنید:openssl s_client -connect mail.example.com:993 -servername mail.example.com -verify_hostname mail.example.com -verify_return_error < /dev/null
این دستور اتصال TLS برقرار می‌کند، نام مورد انتظار را برای بررسی گواهی مشخص می‌کند و نتیجه اعتبارسنجی را نمایش می‌دهد. در صورت موفقیت، معمولاً خطی مانند
Verify return code: 0 (ok) دیده می‌شود. نتیجه فقط برای همان مبدأ، نام و پورت است؛ موفقیت IMAP ثابت نمی‌کند SMTP هم گواهی درستی ارائه می‌کند. خطا را با نام سرور و پورت برای مدیر سرویس ثبت کنید و از انتشار خروجی کامل حاوی اطلاعات محیط داخلی خودداری کنید.برای SMTP روی پورت ۵۸۷ که واقعاً STARTTLS دارد، روش آزمون متفاوت است و باید
-starttls smtp مطابق مستندات OpenSSL و تنظیم سرویس استفاده شود. فرمان IMAP بالا را بدون تغییر برای همه پورت‌ها به کار نبرید. اگر ابزار موجود نیست یا کار با ترمینال برایتان ناآشناست، پشتیبانی سرویس می‌تواند این آزمون را انجام دهد؛ لازم نیست گواهی یا تنظیمات سرور را خودتان حدسی تغییر دهید.بعد از رفع هشدار، ارسال و دریافت را جدا امتحان کنید
یک پیام آزمایشی ساده از صندوق به آدرس دیگری که کنترل می‌کنید بفرستید، سپس از آن آدرس پاسخی به صندوق اصلی ارسال کنید. اگر هیچ هشدار گواهی دیده نمی‌شود و هر دو پیام به مقصد رسیده‌اند، هر دو مسیر اصلی را آزمایش کرده‌اید. پذیرش ارسال در برنامه و تحویل نهایی به صندوق مقصد را یکی ندانید؛ پوشه هرزنامه و پیام برگشتی را هم در صورت نیاز ببینید.
اگر هشدار همچنان برقرار است، نام سرور ورودی و خروجی، پورت، نوع امنیت، متن دقیق هشدار، زمان و نام برنامه را برای ارائه‌دهنده ایمیل بفرستید. رمز صندوق، کد یک‌بارمصرف و اطلاعات ورود را نفرستید.
برای سایت‌های وردپرسی که از همین صندوق برای ارسال پیام استفاده می‌کنند، تنظیمات افزونه ایمیل نیز باید با اطلاعات سرویس صندوق هماهنگ باشد. امکانات میزبانی سایت را می‌توانید در صفحه هاست وردپرس نت‌آرام ببینید؛ سرویس ایمیل ممکن است جدا از هاست سایت قرار داشته باشد.
منابع فنی
برچسب‌ها:
اشتراک‌گذاری:
لینکدینتلگرامایکس
مقاله قبلی
مقاله قبلی وجود ندارد.
مقاله بعدی
دیدگاه‌ها (۰)
دیدگاه‌های تاییدشده و پاسخ‌های تیم نت‌آرام