بتا — دسترسی محدود، ثبت درخواست

ارسال ایمیل تراکنشی از اپلیکیشن

SMTP Relay ایران‌کلاد برای ایمیل‌های خودکار اپلیکیشن، مثل تأیید ثبت‌نام، بازنشانی رمز و فاکتور، در مرحلهٔ بتا با دسترسی محدود است؛ قیمت، سقف ارسال و تاریخ عرضه هنوز اعلام نشده. درخواست دسترسی ثبت کنید تا با آماده شدن سرویس خبرتان کنیم؛ این صفحه هم نشان می‌دهد امروز چطور ایمیل اپلیکیشن را درست بفرستید.

حساب دارید؟ وارد شوید

SMTP Relay

بتا · دسترسی محدود

SPF
v=spf1 … -all
DKIM
selector._domainkey
DMARC
_dmarc

بتا — فقط ثبت درخواست؛ هنوز قابل سفارش نیست

به‌زودی، بدون تاریخ اعلام‌شده: API ایمیل تراکنشی، فوروارد ایمیل و کمپین ایمیل.

معرفی سرویس

ایمیل تراکنشی که به‌موقع و در Inbox برسد

SMTP Relay مسیر جداگانه‌ای برای ایمیل‌های خودکار اپلیکیشن است؛ اپلیکیشن ایمیل را با SMTP تحویل می‌دهد و Relay آن را با امضای دامنه به صندوق گیرنده می‌رساند. سرویس ایران‌کلاد در مرحلهٔ بتا با دسترسی محدود است و از پنل می‌توانید برایش درخواست ثبت کنید.

تا آن زمان، دامنهٔ فرستنده را در DNS رایگان ایران‌کلاد با SPF‏، DKIM و DMARC تأیید کنید و اپلیکیشن را طوری بنویسید که ارسال در صف پس‌زمینه انجام شود؛ آن وقت تغییر سرویس ارسال فقط چند متغیر محیطی است.

امکانات

کدام ایمیل‌ها از Relay فرستاده می‌شوند؟

تأیید ثبت‌نام

لینک یا کد فعال‌سازی که کاربر چند ثانیه پس از ثبت‌نام منتظرش است.

بازنشانی رمز

ایمیلی که اگر نرسد، کاربر برای همیشه از حسابش بیرون می‌ماند.

رسید و فاکتور

تأیید پرداخت و فاکتور سفارش برای مشتری فروشگاه یا سرویس.

وضعیت سفارش

اعلان مراحل سفارش از ثبت تا ارسال و تحویل.

هشدار امنیتی

ورود از دستگاه جدید یا تغییر اطلاعات حساب.

اعلان سیستمی

هشدار خطا و گزارش‌های خودکار برای تیم فنی.

نمونهٔ کد

نمونهٔ تنظیم SMTP در Laravel

مقادیر واقعی را از سرویس ارسال خود بگیرید و فقط در فایل .env نگه دارید:

MAIL_MAILER=smtp
MAIL_HOST=smtp.your-provider.example
MAIL_PORT=587
MAIL_USERNAME=<smtp-username>
MAIL_PASSWORD=<smtp-password>
MAIL_ENCRYPTION=tls
MAIL_FROM_ADDRESS=noreply@notify.yourdomain.ir
MAIL_FROM_NAME="${APP_NAME}"
QUEUE_CONNECTION=redis

۵ گام تا شروع

روش نصب گام‌به‌گام

  1. گام ۱: ثبت درخواست دسترسی

    در پنل بخش SMTP را باز کنید و درخواست دسترسی بتا ثبت کنید؛ سرویس هنوز قابل سفارش نیست.

  2. گام ۲: سپردن DNS دامنه

    دامنهٔ فرستنده را در DNS ایران‌کلاد اضافه کنید تا رکوردهای ایمیل را خودتان مدیریت کنید.

  3. گام ۳: افزودن SPF‏، DKIM و DMARC

    رکوردهایی را که سرویس ارسال شما می‌دهد در زون دامنه بسازید.

  4. گام ۴: تنظیم اپلیکیشن

    میزبان، پورت ۵۸۷ با STARTTLS، نام کاربری و رمز سرویس ارسال را در تنظیمات ایمیل اپلیکیشن وارد کنید.

  5. گام ۵: آزمون ارسال

    یک ایمیل آزمایشی به صندوق بیرونی بفرستید و در هدرهای آن نتیجهٔ SPF‏، DKIM و DMARC را بررسی کنید.

راهنمای کامل

راهنمای ارسال ایمیل تراکنشی از اپلیکیشن

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

۱۰ بخش حدود ۶ دقیقه مطالعه

فهرست مطالب

SMTP Relay ایران‌کلاد: کجای کار هستیم؟

SMTP Relay ایران‌کلاد هنوز به‌صورت عمومی ارائه نمی‌شود. در بخش SMTP پنل می‌توانید درخواست دسترسی بتا ثبت کنید؛ درخواست مستقیماً به تیم ما می‌رسد و هنگام آماده شدن سرویس با شما تماس می‌گیریم. پیش از آن، نام میزبان، تعرفه، سقف ارسال و امکاناتی مثل API یا گزارش تحویل را اعلام نمی‌کنیم.

ارسال ایمیل از طریق API، هدایت ایمیل و کمپین ایمیل هم به‌زودی به سرویس‌های ایمیل اضافه می‌شوند، تاریخی برایشان اعلام نشده و هنوز قابل استفاده نیستند. تا آن زمان، بخش‌های بعدی این راهنما نشان می‌دهد با ابزارهای فعال ایران‌کلاد و یک سرویس ارسال دلخواه، چطور یک مسیر ارسال قابل اعتماد بسازید.

SMTP Relay چیست و چرا اپلیکیشن به آن نیاز دارد؟

SMTP Relay سروری است که اپلیکیشن ایمیل را به آن تحویل می‌دهد و او مسئولیت رساندنش به صندوق گیرنده را بر عهده می‌گیرد: صف‌بندی، تلاش دوباره در صورت خطا، امضای DKIM و ارسال از IPی که سابقهٔ خوبی دارد. اپلیکیشن فقط با پروتکل استاندارد SMTP و یک نام کاربری و رمز به آن وصل می‌شود.

شاید وسوسه شوید ایمیل را مستقیم از همان سرور اپلیکیشن بفرستید. مشکل اینجاست که IP سرورهای وب معمولاً سابقهٔ ارسال ایمیل ندارند، PTR درستی ندارند و هر اشتباه در پیکربندی، کل دامنه را در فهرست‌های سیاه می‌برد. جدا کردن ارسال ایمیل از سرور اپلیکیشن، هم امنیت و هم تحویل‌پذیری را بهتر می‌کند.

بازگشت به فهرست مطالب

کدام ایمیل‌ها تراکنشی هستند؟

ایمیل تراکنشی پاسخ مستقیم به کاری است که خود کاربر انجام داده و انتظارش را دارد. نمونه‌های رایج:

  • کد تأیید و فعال‌سازی حساب بلافاصله پس از ثبت‌نام
  • بازنشانی رمز عبور که باید در چند ثانیه برسد
  • رسید پرداخت و فاکتور فروشگاه یا سرویس اشتراکی
  • اعلان وضعیت سفارش از ثبت تا ارسال
  • هشدارهای امنیتی مثل ورود از دستگاه جدید
  • گزارش‌ها و هشدارهای سیستمی برای تیم فنی

خبرنامه و ایمیل تبلیغاتی تراکنشی نیست؛ آن را از مسیر و ترجیحاً زیردامنهٔ جداگانه بفرستید تا شکایت‌های احتمالی روی ایمیل‌های حیاتی اثر نگذارد.

بازگشت به فهرست مطالب

تأیید دامنهٔ فرستنده: SPF‏، DKIM و DMARC

سرورهای گیرنده سه سؤال می‌پرسند: آیا این سرور اجازه دارد از طرف این دامنه بفرستد؟ (SPF) آیا متن ایمیل در مسیر دست نخورده و امضای دامنه را دارد؟ (DKIM) و اگر یکی از این دو شکست خورد، صاحب دامنه چه سیاستی خواسته است؟ (DMARC). هر سرویس ارسالی که انتخاب کنید، مقادیر SPF و DKIM خودش را به شما می‌دهد.

این رکوردها را در DNS رایگان ایران‌کلاد می‌سازید. پنل نام‌های سرویسی با زیرخط مثل _dmarc و selector._domainkey و متن‌های طولانی DKIM تا ۴۰۹۶ کاراکتر را می‌پذیرد. دقت کنید که هر دامنه فقط یک رکورد SPF داشته باشد؛ اگر چند سرویس ارسال دارید، همه را با include در همان یک رکورد بیاورید.

رکوردنمونهٔ نامنکته
SPF@ یا زیردامنهٔ ارسالفقط یک رکورد v=spf1 برای هر نام
DKIMselector._domainkeyکلید را سرویس ارسال می‌دهد؛ گاهی به‌صورت CNAME
DMARC_dmarcبا p=none و آدرس گزارش شروع کنید
MX برگشتیزیردامنهٔ ارسالاگر سرویس ارسال برای bounce لازم بداند

بازگشت به فهرست مطالب

اتصال اپلیکیشن: Laravel‏، Django و Node.js

تقریباً همهٔ فریم‌ورک‌ها ارسال ایمیل با SMTP را بدون کتابخانهٔ اضافه پشتیبانی می‌کنند. چهار مقدار لازم دارید: نام میزبان سرویس ارسال، پورت ۵۸۷ با STARTTLS یا ۴۶۵ با TLS، نام کاربری و رمز. این مقادیر را در متغیرهای محیطی نگه دارید، نه در کد؛ در Laravel متغیرهای MAIL_* فایل .env، در Django تنظیمات EMAIL_HOST و EMAIL_USE_TLS و در Node.js تابع createTransport کتابخانهٔ nodemailer.

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

بازگشت به فهرست مطالب

تحویل‌پذیری ایمیل تراکنشی در عمل

برای ایمیل تراکنشی، سرعت و قطعیت رسیدن مهم‌تر از هر چیز است. آدرس فرستنده را ثابت نگه دارید، موضوع را واضح و بدون واژه‌های تبلیغاتی بنویسید و همیشه نسخهٔ متنی ساده را کنار HTML بفرستید. لینک‌ها را به دامنهٔ خودتان بدهید و از کوتاه‌کننده‌های عمومی لینک استفاده نکنید.

bounce‌های دائمی را از فهرست ارسال حذف کنید و نرخ شکایت را زیر نظر بگیرید. اگر ارسال را روی دامنه یا IP تازه شروع می‌کنید، حجم را در چند هفته تدریجی بالا ببرید. هدرهای یک ایمیل آزمایشی را در صندوق گیرنده باز کنید؛ عبارت‌های spf=pass‏، dkim=pass و dmarc=pass یعنی تأیید دامنه درست انجام شده است.

بازگشت به فهرست مطالب

گزینه‌های ارسال ایمیل اپلیکیشن: مقایسه

تا زمان آماده شدن SMTP Relay ایران‌کلاد، این گزینه‌ها پیش روی شماست:

گزینهنگه‌داریمناسب براینکتهٔ مهم
سرویس ارسال ایمیل تراکنشیبا ارائه‌دهندهبیشتر اپلیکیشن‌هاروش پرداخت و دسترس‌پذیری از ایران را بررسی کنید
میل‌سرور شخصی روی سرور ابریبا شماتیم فنی با حجم متوسطPTR، گرم کردن IP و نگه‌داری لازم است
ارسال مستقیم از سرور اپلیکیشنبا شماتوصیه نمی‌شودریسک بالای اسپم و فهرست سیاه
SMTP Relay ایران‌کلادبا ماپس از آماده شدنبتا — فقط ثبت درخواست

بازگشت به فهرست مطالب

آزمایش ایمیل‌ها پیش از رسیدن به کاربر واقعی

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

پیش از انتشار، قالب‌های ایمیل را در چند کلاینت رایج و روی گوشی باز کنید، طول موضوع را کوتاه نگه دارید و مطمئن شوید هر ایمیل بدون تصویر هم قابل فهم است. پس از راه‌اندازی در محیط واقعی، چند ایمیل به صندوق‌های بیرونی بفرستید و هدرهای Authentication-Results را بخوانید. اگر دامنه را تازه به DNS ایران‌کلاد آورده‌اید، با ابزار جست‌وجوی DNS مطمئن شوید رکوردهای SPF و DKIM منتشر شده‌اند.

بازگشت به فهرست مطالب

امنیت ارسال: از نشت رمز تا جعل دامنه

رمز SMTP اپلیکیشن به اندازهٔ رمز پنل مهم است؛ هر کس آن را داشته باشد می‌تواند از طرف دامنهٔ شما ایمیل فیشینگ بفرستد. برای هر اپلیکیشن یا محیط اعتبارنامهٔ جدا بسازید، آن را در مخزن کد ذخیره نکنید و اگر نشت کرد، فوراً عوضش کنید.

DMARC را پس از چند هفته بررسی گزارش‌ها از p=none به quarantine و سپس reject ببرید تا ایمیل‌های جعلی به نام دامنهٔ شما رد شوند. ارسال فقط با TLS انجام شود و فرم‌هایی مثل «فراموشی رمز» محدودیت نرخ داشته باشند تا ابزار ارسال انبوه ایمیل برای دیگران نشوند. Edge Proxy می‌تواند روی همین صفحه‌ها محدودیت نرخ هر IP را اعمال کند.

بازگشت به فهرست مطالب

محدودیت‌ها و نکات مهم

SMTP Relay‏، API ارسال ایمیل، هدایت ایمیل و کمپین ایمیل ایران‌کلاد امروز قابل سفارش نیستند و این صفحه هیچ مشخصات فنی یا قیمتی برای آن‌ها اعلام نمی‌کند. روی سرورهای خارجی پنل، پورت‌های خروجی ۲۵، ۴۶۵ و ۵۸۷ بسته‌اند و ارسال از این سرورها فقط از طریق API مبتنی بر HTTPS سرویس‌های ایمیل ممکن است.

اگر صندوق ایمیل برای کارکنان لازم دارید، SMTP Relay راه‌حل آن نیست؛ صفحهٔ میل‌سرور را ببینید. برای دیدن همهٔ سرویس‌های ایمیل در یک نگاه به صفحهٔ ایمیل سر بزنید.

بازگشت به فهرست مطالب بازگشت به ابتدای راهنما

پرسش و پاسخ،  ۱۰ پرسش

سؤالات متداول

پاسخ پرسش خود را پیدا نکردید؟ با پشتیبانی در تماس باشید.

SMTP Relay ایران‌کلاد الان قابل استفاده است؟
هنوز نه. سرویس در مرحلهٔ بتا با دسترسی محدود است و در پنل فقط می‌توانید درخواست ثبت کنید؛ درخواست شما به تیم ما می‌رسد و هنگام آماده شدن سرویس با شما تماس گرفته می‌شود. نام میزبان، تعرفه و سقف ارسال هنوز اعلام نشده است.
ایمیل تراکنشی با ایمیل کاری معمولی چه فرقی دارد؟
ایمیل تراکنشی را اپلیکیشن به‌صورت خودکار و در پاسخ به کار کاربر می‌فرستد: کد تأیید، بازنشانی رمز، رسید پرداخت یا هشدار سیستم. این ایمیل‌ها باید در چند ثانیه برسند و هیچ‌وقت به اسپم نروند، برای همین بهتر است از مسیری جدا از ایمیل کارکنان و خبرنامه‌ها فرستاده شوند.
تفاوت SMTP Relay با میل‌سرور چیست؟
SMTP Relay فقط ارسال می‌کند و صندوق دریافت ندارد؛ اپلیکیشن با نام کاربری و رمز به آن وصل می‌شود و ایمیل را تحویل می‌دهد. میل‌سرور برای صندوق‌های واقعی کارکنان است که ایمیل دریافت می‌کنند و با کلاینت ایمیل خوانده می‌شوند.
تا آماده شدن سرویس، اپلیکیشنم ایمیل را از کجا بفرستد؟
از یک سرویس ارسال ایمیل تراکنشی که درگاه SMTP یا API دارد، یا از میل‌سرور شخصی روی سرور ابری. در هر دو حالت دامنهٔ فرستنده را با SPF و DKIM در DNS رایگان ایران‌کلاد تأیید کنید تا ایمیل‌ها معتبر شناخته شوند.
از سرورهای خارجی پنل می‌توانم با SMTP ایمیل بفرستم؟
خیر. روی سرورهای خارجی که از طریق پنل ایران‌کلاد سفارش می‌دهید، پورت‌های خروجی ۲۵، ۴۶۵ و ۵۸۷ برای جلوگیری از سوءاستفاده بسته‌اند. اگر اپلیکیشن روی چنین سروری است، برای ارسال از API مبتنی بر HTTPS یک سرویس ایمیل استفاده کنید.
برای اینکه ایمیل‌های اپلیکیشن به اسپم نروند چه کنم؟
دامنهٔ فرستنده را با SPF و DKIM تأیید کنید، رکورد DMARC بگذارید، از آدرس فرستندهٔ ثابت و واقعی مثل noreply یا support استفاده کنید، متن ساده را کنار HTML بفرستید و ایمیل‌های تبلیغاتی را از همان مسیر ایمیل‌های تراکنشی نفرستید.
ارسال ایمیل باید هم‌زمان با درخواست کاربر انجام شود؟
بهتر است نه. ایمیل را در صف کار پس‌زمینه بگذارید تا اگر سرور ایمیل کند یا موقتاً در دسترس نبود، صفحهٔ کاربر منتظر نماند و ارسال خودکار دوباره تلاش شود. Laravel‏، Django و Node همه ابزار صف دارند و صف پیام مدیریت‌شده هم برای همین کار مناسب است.
با bounce و آدرس‌های نامعتبر چه کنم؟
آدرس‌هایی که بازگشت دائمی دارند، یعنی صندوقشان وجود ندارد، را در اپلیکیشن علامت بزنید و دیگر به آن‌ها ایمیل نفرستید. ارسال مکرر به آدرس‌های نامعتبر سریع‌ترین راه خراب شدن اعتبار دامنه و IP ارسال است.
در محیط توسعه ایمیل‌ها را چطور آزمایش کنم؟
در محیط توسعه یک گیرندهٔ آزمایشی مثل Mailpit یا MailHog را به‌جای سرور SMTP واقعی تنظیم کنید تا هیچ ایمیلی به بیرون نرود و همهٔ پیام‌ها در یک صفحهٔ وب دیده شوند. فقط در محیط تولید به سرویس ارسال واقعی وصل شوید و برای آن اعتبارنامهٔ جداگانه داشته باشید.
برای ایمیل تراکنشی زیردامنهٔ جدا لازم است؟
لازم نیست، اما توصیه می‌شود. فرستادن ایمیل‌های خودکار از زیردامنه‌ای مثل mail.example.com یا notify.example.com اعتبار ارسال آن‌ها را از ایمیل کارکنان روی دامنهٔ اصلی جدا می‌کند و اگر مشکلی پیش آمد، به ایمیل روزمرهٔ سازمان آسیبی نمی‌رسد.

پاسخ پرسش خود را پیدا نکردید؟ با پشتیبانی در تماس باشید.

دسترسی بتا به SMTP Relay

سرویس هنوز قابل سفارش نیست. از پنل درخواست بدهید تا با آماده شدنش خبرتان کنیم.