پیام فرم تماس وردپرس به ایمیل نمی‌رسد؛ از تنظیم فرم تا تحویل واقعی

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

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

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

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

زمان، نشانی صفحه و نام افزونه را نگه دارید. آزمون را ده‌ها بار تکرار نکنید؛ ممکن است بعداً پیام‌های در صف همگی تحویل شوند یا محدودیت ارسال فعال شود.

در پیشخوان وردپرس به تماس ← فرم‌های تماس بروید، فرم همان صفحه را ویرایش کنید و زبانه Mail / ایمیل را باز کنید. در کادر To / گیرنده نشانی صندوقی را که باید پیام‌ها را بگیرد بررسی کنید. نام دامنه، نقطه‌ها و حروف را با صندوق واقعی تطبیق دهید. اگر چند فرم یا چند سایت دارید، مطمئن شوید فرم درست را ویرایش می‌کنید.

اگر از برچسبی برای گیرنده استفاده شده، مطمئن شوید در همه شرایط مقدار معتبر و مورد انتظار دارد؛ برای فرم تماس معمولی اغلب یک نشانی ثابت متعلق به مسئول سایت ساده‌تر و قابل کنترل‌تر است. تنظیم را ذخیره کنید و به هشدار اعتبارسنجی خود افزونه توجه کنید. راهنمای تنظیم ایمیل Contact Form 7 محل این فیلدها را توضیح می‌دهد.

حالا صندوق گیرنده را در وب‌میل اصلی آن باز کنید و با عبارت آزمایش، پوشه Inbox، Spam و در صورت وجود قرنطینه را جست‌وجو کنید. اگر وب‌میل پیام را نشان می‌دهد ولی برنامه گوشی نشان نمی‌دهد، مسیر همگام‌سازی همان دستگاه مسئله جداگانه‌ای است؛ تغییر گیرنده فرم ممکن است لازم نباشد.

در همان زبانه Mail، فیلد From / فرستنده را ببینید. اگر نشانی بازدیدکننده را مستقیم در From گذاشته‌اید، پیام ممکن است وانمود کند از دامنه شخص دیگری ارسال شده و برخی سرویس‌ها آن را نپذیرند. برای مثال، اگر دامنه سایت example.com است، از یک نشانی واقعی و مجاز تحت همان دامنه که سرویس ارسال آن را تأیید می‌کند استفاده کنید؛ example.com در این متن فقط نمونه است.

برای اینکه با زدن Reply پاسخ به بازدیدکننده برود، می‌توانید نشانی واردشده او را در Additional headers / سربرگ‌های اضافی قرار دهید. در فرمی که نام فیلد ایمیل واقعاً your-email است، نمونه خط چنین است:

اگر نام فیلد فرم شما متفاوت است، همان برچسب معتبر فرم خودتان را جایگزین کنید. مطمئن شوید فیلد ایمیل معتبر و در صورت نیاز اجباری است؛ مقدار خالی یا نامعتبر می‌تواند سربرگ را خراب کند. هر سربرگ را طبق راهنمای افزونه در خط جدا بنویسید. توضیح سازنده Contact Form 7 درباره Reply-To این روش را نشان می‌دهد.

پس از ذخیره، با صندوق آزمایشی خود یک فرم تازه ارسال کنید. وقتی پیام رسید، آدرس فرستنده و Reply-To را ببینید؛ پاسخ آزمایشی را فقط به صندوقی بفرستید که خودتان کنترل می‌کنید. بعضی افزونه‌های SMTP، From را بازنویسی می‌کنند؛ تنظیم آن‌ها باید با فرستنده مجاز همان سرویس هماهنگ باشد.

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

اگر از صندوق cPanel برای ارسال استفاده می‌کنید، در Email Accounts ← Connect Devices نام سرور، پورت و شیوه اتصال پیشنهادی همان صندوق را پیدا کنید و با تنظیم افزونه تطبیق دهید. رمز را فقط در تنظیمات امن سرویس وارد کنید و در تصویر یا تیکت قرار ندهید. خطای 535 Authentication failed مربوط به ورود SMTP است؛ راهنمای خطای SMTP 535 مراحل بررسی نام کاربری و رمز را توضیح می‌دهد.

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

اگر پیام از سرور cPanel عبور کرده، به Email ← Track Delivery بروید و گیرنده همان آزمایش را جست‌وجو کنید. ساعت و فرستنده را با ردیف گزارش تطبیق دهید. اگر وضعیت تأخیر است، متن Result و تلاش بعدی را ببینید؛ اگر رد شده، پیام پاسخ و دلیل گزارش‌شده را بخوانید؛ اگر تحویل موفق است، صندوق و فیلترهای گیرنده را دنبال کنید.

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

اگر گیرنده تحت همان دامنه است ولی ایمیل دامنه را روی سرویس خارجی می‌گیرید، تنظیم مسیر ایمیل محلی سرور سایت می‌تواند در بعضی معماری‌ها باعث تحویل به صندوق قدیمی شود. پیش از تغییر، راهنمای Local و Remote در سی‌پنل را با ساختار واقعی سرویس خود تطبیق دهید.

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

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

اگر همه مراحل ارسال فرم درست است اما پیام در برخی مقصدها به اسپم می‌رود، تنظیم SPF و DKIM و DMARC را برای سرویس واقعی فرستنده بررسی کنید. در راهنمای احراز هویت ایمیل دامنه نقش این رکوردها توضیح داده شده است. چند رکورد SPF مستقل یا تغییر ناگهانی سیاست DMARC بدون شناسایی همه فرستنده‌ها می‌تواند ارسال‌های سالم را مختل کند.

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

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