ارسال ایمیل از دامنه شخصی خود، در حساب کاربری خود

هر اطلاعیه‌ای که مشتریانتان دریافت می‌کنند — صورت‌حساب‌ها، بازنشانی کلمات عبور، پاسخ‌های تیکت‌ها، به‌روزرسانی‌های پروژه — از طریق یک سرویس ایمیل ارسال می‌شود. به‌طور پیش‌فرض آن سرویس متعلق به ماست، خط «فرستنده» (From) عبارت Zinn Digital® را نشان می‌دهد و هزینهٔ آن را ما پرداخت می‌کنیم.

اگر از طرح آژانس (agency) یا نمایندگی (reseller) استفاده می‌کنید، می‌توانید به جای آن، سرویس ایمیل خود را متصل کنید. در این صورت، مشتریانتان دامنهٔ خودتان را در خط «فرستنده» می‌بینند، پاسخ‌ها به خود شما بازمی‌گردند و پیام‌ها با حساب کاربری شما و از طریق ارائه‌دهندهٔ شما ارسال می‌شوند.

آن را در بخش ارسال ایمیل (Email sending) در داشبورد خود تنظیم کنید.

از کدام ارائه‌دهنده باید استفاده کنم؟

هر کدام از این موارد کار می‌کنند. موردی را انتخاب کنید که از قبل در آن حساب کاربری دارید.

| ارائه‌دهنده | بهترین گزینه اگر | راهنما | | --- | --- | --- | | Mailgun | به یک API و حجم ارسال زیاد نیاز دارید | راه‌اندازی Mailgun | | SendGrid | از آن برای ایمیل‌های بازاریابی استفاده می‌کنید | راه‌اندازی SendGrid | | Postmark | فقط ایمیل‌های تراکنشی، با بهترین قابلیت تحویل | راه‌اندازی Postmark | | Amazon SES | از قبل در AWS هستید و پایین‌ترین قیمت را می‌خواهید | راه‌اندازی Amazon SES | | Resend | ساده‌ترین راه‌اندازی را می‌خواهید | راه‌اندازی Resend | | سرور SMTP شخصی شما | زیرساخت ایمیل خود را اداره می‌کنید | راه‌اندازی SMTP |

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

ابتدا تنظیمات DNS را انجام دهید. این بخش بیشترین حجم کار را دارد.

هر ارائه‌دهنده‌ای که انتخاب کنید، سه رکورد یکسان DNS تعیین می‌کنند که آیا ایمیل شما به مقصد می‌رسد یا روانهٔ پوشهٔ هرزنامه (spam) می‌شود. ارائه‌دهندهٔ شما مقادیر دقیق را تولید می‌کند؛ شما آن‌ها را به دامنهٔ خود اضافه می‌کنید.

SPF — یک رکورد TXT روی دامنهٔ شما که مشخص می‌کند چه کسی مجاز است از طرف شما ایمیل ارسال کند. اگر از قبل یکی دارید، آن را ویرایش می‌کنید؛ رکورد دومی اضافه نمی‌کنید. دامنه دارای دو رکورد SPF، اعتبارسنجی SPF را به‌طور کامل با شکست مواجه می‌کند که شرایط آن از نداشتن هیچ رکوردی بدتر است.

DKIM — یک رکورد TXT یا CNAME که حاوی یک کلید عمومی است، تا سرورهای دریافت‌کننده بتوانند بررسی کنند که پیام واقعاً از طرف ارائه‌دهندهٔ شما آمده و دستکاری نشده است. این رکوردی است که بیشترین کار را انجام می‌دهد و همان رکوردی است که برای تأیید DMARC باید مطابقت داشته باشد.

دامنهٔ بازگشت (Return-path/bounce) — معمولاً یک رکورد CNAME. این رکورد آدرس پاکت نامرئی را که ارائه‌دهندهٔ شما برای جمع‌آوری برگشت‌خوردگی‌ها (bounces) استفاده می‌کند، تنظیم می‌کند. بدون آن، برگشت‌خوردگی‌ها به جایی می‌روند که نمی‌توانید ببینید و اعتبار دامنهٔ شما بدون اینکه مطلع شوید، کاهش می‌یابد.

DMARC — یک رکورد TXT در _dmarc.yourdomain.com که به سرورهای دریافت‌کننده می‌گوید زمانی که SPF و DKIM با خط «فرستنده» (From) شما همخوانی ندارند، چه کاری انجام دهند. در حالی که بررسی می‌کنید همه چیز تأیید می‌شود، از p=none شروع کنید، سپس به p=quarantine و p=reject منتقل شوید.

⚠️ تغییرات DNS آنی نیستند. قبل از اینکه تصمیم بگیرید مشکلی وجود دارد، تا یک ساعت به آن‌ها زمان بدهید.

از یک زیردامنه (subdomain) برای ارسال استفاده کنید

از mail.yourdomain.com یا notifications.yourdomain.com برای ارسال استفاده کنید، نه خودِ yourdomain.com.

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

شما همچنان یک دامنه، نه یک آدرس، را در فیلد ارسال از این دامنه (Send from this domain) وارد می‌کنید. بخش قبل از @ برای هر پیام به صورت جداگانه انتخاب می‌شود: رسیدها به صورت billing@، بازنشانی کلمات عبور به صورت no-reply@ و پاسخ‌های تیکت به صورت support@ ارسال می‌شوند.

نحوهٔ کارکرد راه‌اندازی

1. ارائه‌دهندهٔ خود را انتخاب کنید و اطلاعات احراز هویت آن را جای‌گذاری کنید.
2. روی ارسال پیام آزمایشی (Send test message) کلیک کنید. ما یک ایمیل واقعی از طریق ارائه‌دهندهٔ شما، به یک صندوق پستی که خودتان تعیین کرده‌اید و حاوی یک کد است، ارسال می‌کنیم.
3. کد را از آن صندوق پستی بخوانید و وارد کنید.

فقط در این صورت است که ایمیل‌های شما از طرف خودتان ارسال می‌شود.

⭐ برای آزمون از یک صندوق پستی روی دامنهٔ متفاوتی استفاده کنید — یک آدرس جیمیل (Gmail) یا اولوک (Outlook) ایده‌آل است. پیامی که هرگز از سرور خودتان خارج نمی‌شود بسیار کمتر از پیامی ارزش دارد که از اینترنت عبور کرده و از فیلتر هرزنامهٔ شخص دیگری عبور کرده است.

چرا اصرار داریم که پیام آزمایشی حتماً برسد

زیرا ارائه‌دهنده‌ای که پیامی را می‌پذیرد و سپس آن را بی‌سر و صدا حذف می‌کند، کاملاً مشابه ارائه‌دهنده‌ای است که کار می‌کند. یک حساب کاربری کاملاً جدید Amazon SES در محیط آزمایشی (sandbox) است و پیام شما را می‌پذیرد اما آن را به هیچ‌کجا تحویل نمی‌دهد. دامنهٔ Mailgun که DNS آن منتشر (propagated) نشده است نیز همین کار را می‌کند. همین امر برای رلهٔ SMTP که به 250 پاسخ می‌دهد و پیام را دور می‌اندازد نیز صادق است.

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

اگر ارائه‌دهندهٔ من از کار بیفتد چه اتفاقی می‌افتد

اعلان‌های شما به عنوان ناموفق ثبت می‌شوند، مجدداً تلاش می‌شوند، و صفحهٔ ارسال ایمیل (Email sending) شما با پیام خطای خود ارائه‌دهنده قرمز می‌شود.

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

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

اگر هیچ کاری انجام ندهم چه می‌شود؟

هیچ‌چیز خراب نمی‌شود. اعلان‌های شما همچنان از دامنهٔ ما، با نام Zinn Digital®، ارسال می‌شوند و ما همچنان هزینه‌های آن‌ها را پرداخت می‌کنیم. مشتریانتان به جای نام شما، صرفاً نام ما را می‌بینند.

حذف کردن

روی قطع اتصال (Disconnect) کلیک کنید. اطلاعات احراز هویت ذخیره‌شدهٔ شما حذف می‌شود و اعلان‌هایتان از پیام بعدی به دامنهٔ ما بازمی‌گردند. هر زمان که خواستید می‌توانید دوباره متصل شوید.