ارسال ایمیل از طریق سرور SMTP خودتان

از این گزینه زمانی استفاده کنید که زیرساخت ایمیل خود را مدیریت می‌کنید، یا اگر ارائه‌دهنده شما در لیست مستقیم ما نیست — تقریباً تمام سرویس‌های ایمیل از پروتکل SMTP پشتیبانی می‌کنند.

⚠️ اگر ارائه‌دهنده شما Mailgun، SendGrid، Postmark، Amazon SES یا Resend است، به جای آن از راهنمای اختصاصی خودش استفاده کنید. این اتصالات هنگام بروز خطا، پیام‌های خطای بهتری به شما ارائه می‌دهند، زیرا ما می‌توانیم پاسخ واقعی ارائه‌دهنده را بخوانیم نه صرفاً یک کد وضعیت SMTP.

آنچه نیاز دارید

چهار مورد، از ارائه‌دهنده سرور ایمیل شما:

• میزبان (Host) — به عنوان مثال smtp.yourprovider.com
• درگاه (Port) — 587، 465 یا 2525
• نام کاربری (Username) و گذرواژه (Password)

کدام درگاه

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

465 پروتکل TLS ضمنی است — از همان بایت اول رمزگذاری می‌شود. این گزینه نیز کاملاً مناسب است؛ برخی ارائه‌دهندگان آن را ترجیح می‌دهند.

2525 یک گزینه جایگزین غیررسمی است که برخی از میزبان‌ها ارائه می‌دهند زیرا تعدادی از شبکه‌ها درگاه 587 را مسدود کرده‌اند. فقط در صورتی از آن استفاده کنید که ارائه‌دهنده شما توصیه کرده باشد.

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

⛔⛔ ما از طریق اتصال رمزگذاری‌نشده پیامی ارسال نخواهیم کرد. اگر گزینه استفاده از STARTTLS (Use STARTTLS) را فعال نگه دارید — که باید همین طور باشد — و سرور شما از ارتقای اتصال امتناع ورزد، ارسال پیام متوقف می‌شود و به صورت متنی و بدون رمزگذاری ادامه پیدا نمی‌کند. این یک تصمیم آگاهانه است: لینک‌های بازنشانی گذرواژه مشتریان شما در این پیام‌ها ارسال می‌شوند، و افت کیفیت اتصال به صورتی که کسی متوجه آن نشود، بدترین نوع شکست است، زیرا ایمیل همچنان به مقصد می‌رسد.

ابتدا DNS خود را تنظیم کنید

ارائه‌دهنده شما برخلاف سرویس‌های مدیریت‌شده، این کار را برای شما انجام نمی‌دهد. روی دامنه‌ای که از آن ایمیل ارسال می‌کنید، به موارد زیر نیاز دارید:

SPF — یک رکورد TXT که آدرس سرور شما را مجاز می‌داند: v=spf1 ip4:203.0.113.10 -all، یا v=spf1 a:smtp.yourprovider.com -all. اگر در حال حاضر رکورد SPF دارید، آن را ویرایش کنید؛ وجود دو رکورد SPF برای یک دامنه باعث رد کامل آن می‌شود.

DKIM — سرور ایمیل شما پیام‌های خروجی را امضا می‌کند و شما کلید عمومی متناظر را در <selector>._domainkey.yourdomain.com منتشر می‌کنید. در Postfix این مورد معمولاً OpenDKIM است؛ ارائه‌دهنده شما selector را به شما اعلام خواهد کرد.

DMARC — یک رکورد TXT در _dmarc.yourdomain.com، که از v=DMARC1; p=none; شروع می‌شود تا زمانی که بررسی کنید هر دو پروتکل SPF و DKIM تأیید شده‌اند.

DNS معکوس (Reverse DNS) — رکورد PTR برای آدرس IP سرور شما باید به نام میزبان (hostname) آن حل شود. دریافت‌کنندگان بزرگ این موضوع را بررسی می‌کنند و بسیاری از آن‌ها ایمیل‌های دریافتی از آدرسی فاقد این ویژگی را نمی‌پذیرند. این تنظیم توسط ارائه‌دهنده میزبانی (hosting provider) شما انجام می‌شود، نه ارائه‌دهنده DNS شما.

⭐ یک ابزار بررسی رایگان و مفید پس از راه‌اندازی: یک پیام به mail-tester.com بفرستید و امتیاز آن را بخوانید. این ابزار به شما می‌گوید کدام یک از چهار مورد نادرست است، که بسیار سریع‌تر از حدس زدن از روی پوشه هرزنامه (spam) است.

اتصال آن در Zinn®

بخش ارسال ایمیل (Email sending) را در داشبورد خود باز کنید:

• ارائه‌دهنده (Provider) — سرور SMTP
• ارسال از این دامنه (Send from this domain) — mail.yourdomain.com (یک دامنه، نه یک آدرس)
• میزبان SMTP (SMTP host)، درگاه (Port)، نام کاربری (Username)، گذرواژه (Password)
• استفاده از STARTTLS (Use STARTTLS) — فعال، مگر اینکه از درگاه 465 استفاده کنید

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

ارسال پیام آزمایشی و وارد کردن کد

دکمه ارسال پیام آزمایشی (Send test message) را بزنید تا پیامی به صندوق ورودی در یک دامنه دیگر ارسال شود، سپس کد موجود در آن را بخوانید و وارد کنید.

زمانی که کار نمی‌کند

"سرور ایمیل نام کاربری یا گذرواژه را رد کرد (The mail server rejected the username or password)" — احراز هویت SMTP با شکست مواجه شد. اگر ارائه‌دهنده شما احراز هویت دو مرحله‌ای را روی حساب کاربری فعال کرده است، به جای گذرواژه ورود، تقریباً به‌طور حتم به یک گذرواژه برنامه‌ریزی (app password) نیاز دارید.

"دستیابی به میزبان:درگاه امکان‌پذیر نیست (Could not reach host:port)" — درگاه مسدود است، نام میزبان اشتباه است، یا سرور به درخواست‌های ارسال روی آن درگاه پاسخ نمی‌دهد. دستور telnet smtp.yourprovider.com 587 از یک دستگاه دیگر به شما نشان خواهد داد که مشکل از کجاست.

یک خطای TLS (A TLS error) — گواهی سرور شما منقضی شده، خودامضا (self-signed) است، یا با نام میزبانی که وارد کرده‌اید مطابقت ندارد. ما گواهی‌ها را بررسی می‌کنیم و از این بررسی صرف‌نظر نخواهیم کرد؛ گواهی را اصلاح کنید.

"سرور ایمیل گیرنده را رد کرد (The mail server refused the recipient)" — سرور شما برای رله کردن (relay) پیام برای این فرستنده پیکربندی نشده است، که معمولاً به این معناست که کاربر احراز هویت‌شده اجازه ندارد با عنوان دامنه ارسالی شما پیام بفرستد.

پیام ارسال می‌شود اما همه چیز در پوشه هرزنامه قرار می‌گیرد — این یک مسئله مربوط به DNS است، نه SMTP. مراحل مربوط به SPF، DKIM، DMARC و DNS معکوس را که در بالا ذکر شد بررسی کنید، سپس بررسی mail-tester را مجدداً اجرا کنید.