تنظیم SMTP در جوملا باید با مشخصات ارائه‌دهندهٔ ایمیل هماهنگ باشد. نام سرور، پورت، روش رمزگذاری و احراز هویت را از راهنمای همان سرویس بگیرید. نام سرور وب‌سایت الزاماً همان سرور SMTP نیست و عدد 25 انتخاب ثابت همهٔ حساب‌ها نیست.
اطلاعات لازم برای تنظیم SMTP در جوملا
- نام میزبان SMTP و پورت مجاز سرویس
- روش رمزگذاری، مانند STARTTLS یا SSL/TLS
- نام کاربری و روش احراز هویت مورد پشتیبانی
- آدرس فرستندهٔ مجاز و نام نمایشی آن
- محدودیت ارسال و شرایط استفاده از سرویس
رمز پنل هاست یا مدیریت جوملا را به‌جای رمز ایمیل وارد نکنید. اگر از سرویس ارسال اختصاصی استفاده می‌کنید، ممکن است نام کاربری یا اعتبارنامهٔ ویژهٔ SMTP داشته باشد. فقط مقدارهای مربوط به همان حساب را به کار ببرید.
پیکربندی در مدیریت جوملا
در System → Global Configuration، زبانهٔ Server و بخش Mail را باز کنید. Send Mail باید برای ارسال فعال باشد و Mailer را روی SMTP قرار دهید. From Email و From Name را متناسب با فرستندهٔ واقعی تنظیم کنید.
SMTP Host، Port، Security و Authentication را مطابق سرویس وارد کنید. مسیر /usr/sbin/sendmail مربوط به روش Sendmail است و تنظیم ضروری SMTP محسوب نمی‌شود. نام درست فناوری TLS است، نه TTL؛ TTL در اینجا گزینهٔ رمزگذاری ایمیل نیست.
راهنمای تنظیم ایمیل جوملا نمونه‌های پیکربندی را توضیح می‌دهد. ترکیب رایج، پورت 587 با STARTTLS یا 465 با TLS از آغاز اتصال است، اما پشتیبانی همان سرویس تعیین‌کننده است. صرف تغییر شمارهٔ پورت بدون تغییر روش اتصال مشکل را حل نمی‌کند.
رمز برنامه یا OAuth برای حساب‌های خارجی
برای Gmail و سرویس‌های سازمانی، ورود با رمز عادی حساب همیشه مجاز نیست. اگر روش OAuth در نسخه و ابزار مورد استفاده پشتیبانی می‌شود، مطابق مستند همان ترکیب عمل کنید. وجود گزینه در یک راهنمای جدید به معنی وجود آن در همهٔ نسخه‌های جوملا نیست؛ راهنمای OAuth جوملا این قابلیت را از نسخهٔ 6.2 توضیح می‌دهد.
در حساب‌های واجد شرایط گوگل، رمز برنامه به تأیید دومرحله‌ای و سیاست حساب وابسته است و در همهٔ حساب‌ها نمایش داده نمی‌شود. برای حل خطای ارسال، تأیید دومرحله‌ای یا اعتبارسنجی گواهی را غیرفعال نکنید. کلید، رمز برنامه و توکن را محرمانه نگه دارید.
آزمایش ارسال و تحویل
تغییرات را ذخیره و از Send Test Mail برای ارسال به نشانی تحت کنترل خود استفاده کنید. موفقیت اتصال یا پذیرش پیام توسط سرور الزاماً تحویل در Inbox را ثابت نمی‌کند. پوشهٔ هرزنامه، پیام برگشتی و لاگ سرویس را نیز بررسی کنید.
برای دامنهٔ فرستنده، SPF و DKIM و سیاست DMARC را مطابق ارائه‌دهنده تنظیم کنید. آدرس From باید مجاز باشد؛ برای فرم تماس معمولاً آدرس بازدیدکننده را در Reply-To قرار می‌دهند، نه به‌عنوان فرستندهٔ جعلی دامنه‌ای دیگر.
خطاهای رایج SMTP
Timeout یا Connection refused را با دسترسی شبکه و پورت بررسی کنید. خطای احراز هویت به حساب، رمز یا روش ورود مربوط است. خطای TLS را با نام میزبان، گواهی و زمان سیستم بررسی کنید؛ خاموش‌کردن بررسی گواهی راه‌حل مناسب نیست.
اگر ارسال آزمایشی کار می‌کند ولی فرم سایت ایمیل نمی‌فرستد، تنظیم همان افزونه یا صف ارسال را بررسی کنید. برای پشتیبانی، زمان و متن خطای پالایش‌شده را ارسال کنید و رمز یا محتوای خصوصی پیام‌ها را در دیدگاه عمومی قرار ندهید.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
