ارسال پیش‌فاکتور از یک آدرس Gmail اعتبار شما را خدشه‌دار می‌کند. راه‌اندازی ایمیل سازمانی را گام‌به‌گام مرور می‌کنیم: از انتخاب دامنه و تنظیم رکوردهای MX، SPF، DKIM و DMARC تا پیکربندی Outlook و گوشی و مهاجرت از Gmail.
تصور کنید در حال ارسال پیش‌فاکتور برای یک مشتری هستید. فرستنده ahmetconstruction1985@gmail.com است یا ahmet@yourcompany.com؟ دومی بسیار حرفه‌ای‌تر به نظر می‌رسد و احتمال عبورش از فیلتر اسپم گیرنده هم بیشتر است. ضمن اینکه وقتی کارمندی شرکت را ترک می‌کند، مکاتبات در شرکت باقی می‌ماند.
در این راهنما، راه‌اندازی ایمیل سازمانی را گام‌به‌گام و به زبانی ساده توضیح می‌دهیم. لازم نیست مهندس باشید؛ وقتی مفاهیم پایه را بفهمید، گفت‌وگو با ارائه‌دهنده‌تان بسیار آسان‌تر می‌شود.
چرا ایمیل سازمانی به‌جای Gmail؟
- اعتماد: ایمیلی که از دامنهٔ خودتان ارسال می‌شود نشان می‌دهد شرکت شما واقعی و معتبر است.
- تحویل‌پذیری: دامنه‌ای که به‌درستی پیکربندی شده، احتمال رفتن ایمیل‌هایتان به پوشهٔ اسپم را کاهش می‌دهد.
- کنترل: حساب‌ها متعلق به شرکت هستند. وقتی کسی شرکت را ترک می‌کند، می‌توانید رمز عبور را بازنشانی کنید و ایمیل‌هایش را به یکی از همکاران بسپارید.
- یکپارچگی برند: آدرس‌های مشترکی مانند sales@، accounting@ و support@ به مشتریان کمک می‌کنند با افراد درست ارتباط بگیرند.
- محل نگهداری داده‌ها: ایمیل حاوی داده‌های شخصی است. سرویسی که در ترکیه میزبانی می‌شود، مسائل مربوط به انتقال داده به خارج طبق KVKK (قانون حفاظت از داده‌های ترکیه) را ساده‌تر می‌کند.
گام 1: یک دامنه تهیه کنید
پایهٔ ایمیل سازمانی، نام دامنهٔ شماست. اگر وب‌سایت دارید، تقریباً به‌طور قطع دامنه هم دارید و می‌توانید از همان دامنه برای ایمیل استفاده کنید.
اگر دامنهٔ جدیدی ثبت می‌کنید:
- نامی کوتاه انتخاب کنید که تایپ آن آسان باشد و بتوان آن را پشت تلفن راحت هجی کرد.
- از حروف ترکی (ç, ğ, ı, ö, ş, ü) پرهیز کنید؛ این حروف ممکن است در آدرس‌های ایمیل مشکل ایجاد کنند.
- دامنه‌های .com.tr اکنون بدون مدارک پشتیبان قابل ثبت هستند و برای مشتریان در ترکیه نشانهٔ محلی قدرتمندی به شمار می‌روند. اگر در سطح بین‌المللی فعالیت می‌کنید، .com هم انتخاب خوبی است.
- مطمئن شوید دامنه به نام شرکت و در حسابی ثبت شده که شرکت به آن دسترسی دارد. دامنه‌هایی که در حساب شخصی یک کارمند سابق یا آژانس گیر افتاده‌اند، مشکلی است که اغلب با آن روبه‌رو می‌شویم.
گام 2: یک ارائه‌دهندهٔ ایمیل انتخاب کنید
وقتی دامنه آماده شد، تصمیم بگیرید صندوق‌های ایمیل کجا میزبانی شوند. این موارد را در نظر بگیرید:
- حجم صندوق ایمیل: به ازای هر کاربر چند GB؟ تیم‌هایی که پیوست‌های زیادی رد و بدل می‌کنند ممکن است به 10 GB یا بیشتر نیاز داشته باشند.
- گزینه‌های دسترسی: آیا با وب‌میل، Outlook و اپلیکیشن‌های گوشی بدون مشکل کار می‌کند؟
- امنیت: آیا فیلتر اسپم و ویروس، اتصال‌های رمزگذاری‌شده و امضای DKIM پشتیبانی می‌شوند؟
- محل داده‌ها: ایمیل‌ها در کدام کشور ذخیره می‌شوند؟
- پشتیبانی از مهاجرت: آیا انتقال ایمیل‌های فعلی هزینهٔ اضافه دارد یا باید خودتان انجامش دهید؟
- پشتیبانی: آیا هنگام راه‌اندازی و بروز مشکل می‌توانید به زبان خودتان کمک بگیرید؟
گام 3: رکوردهای DNS را تنظیم کنید (MX، SPF، DKIM، DMARC)
این گام فنی به نظر می‌رسد، اما ایدهٔ آن ساده است. DNS دفترچهٔ آدرس اینترنت است. وقتی کسی برای شما ایمیل می‌فرستد، سرور او رکوردهای DNS دامنهٔ شما را بررسی می‌کند تا بفهمد پیام را کجا تحویل دهد و آیا ایمیلی که ادعا می‌کند از طرف شماست واقعی است یا نه. ارائه‌دهنده این رکوردها را در اختیارتان می‌گذارد؛ شما یا هر کسی که دامنه‌تان را مدیریت می‌کند، آن‌ها را در پنل DNS وارد می‌کند.
رکورد MX: به نامه‌رسان بگویید کجا برود
رکورد MX به دنیا اعلام می‌کند کدام سرور ایمیل‌های دامنهٔ شما را دریافت می‌کند. اگر نادرست باشد، ایمیل‌هایتان به دستتان نمی‌رسد.
رکورد SPF: چه کسی می‌تواند از طرف من ایمیل بفرستد؟
SPF فهرستی از سرورهایی است که مجازند از طرف دامنهٔ شما ایمیل ارسال کنند. یک مثال ساده: v=spf1 mx ~all. اگر فرم تماس وب‌سایت، CRM یا ابزار خبرنامهٔ شما هم به نام شما ایمیل می‌فرستد، این سرویس‌ها نیز باید به رکورد SPF اضافه شوند. هر دامنه باید فقط یک رکورد SPF داشته باشد.
DKIM: یک امضای دیجیتال
DKIM به هر ایمیلی که ارسال می‌کنید یک امضای رمزنگاری‌شده اضافه می‌کند. سرور گیرنده آن را با کلیدی که در DNS شما قرار دارد مقایسه می‌کند تا مطمئن شود پیام در مسیر تغییر نکرده و واقعاً از سرور شما ارسال شده است.
DMARC: با ایمیل‌هایی که رد می‌شوند چه کنیم؟
DMARC به گیرندگان می‌گوید با ایمیل‌هایی که در بررسی SPF و DKIM رد می‌شوند چه کنند و گزارش‌ها را برای شما ارسال می‌کند. شروع با یک رکورد صرفاً نظارتی بی‌خطر است: v=DMARC1; p=none; rua=mailto:dmarc@yourcompany.com. وقتی گزارش‌ها نشان دادند ایمیل‌های قانونی شما بدون مشکل عبور می‌کنند، سیاست را به quarantine (ارسال به اسپم) و سپس reject سخت‌گیرانه‌تر کنید.
این سه رکورد در کنار هم، جعل دامنهٔ شما و ارسال فاکتورهای جعلی برای مشتریانتان را برای کلاهبرداران بسیار دشوارتر می‌کنند. ارائه‌دهندگان بزرگ صندوق ایمیل به‌طور فزاینده‌ای SPF، DKIM و DMARC را از دامنه‌هایی که ایمیل انبوه ارسال می‌کنند الزامی می‌دانند؛ این رکوردها دیگر یک امتیاز اضافه نیستند، بلکه حداقل لازم‌اند.
گام 4: صندوق‌های ایمیل را ایجاد کنید
از پنل مدیریت برای هر کارمند یک صندوق ایمیل بسازید. چند نکتهٔ کاربردی:
- یک الگوی نام‌گذاری یکسان انتخاب کنید: name@yourcompany.com یا firstname.lastname@yourcompany.com. هر کدام را انتخاب کردید، برای همه اعمال کنید.
- برای آدرس‌های مشترک از alias استفاده کنید: به‌جای ساختن صندوق جداگانه برای info@ یا sales@، آن‌ها را به افراد مربوط فوروارد کنید.
- رمزهای عبور قوی را الزامی کنید: دست‌کم 12 کاراکتر، دشوار برای حدس زدن و بدون استفادهٔ مجدد در جای دیگر.
- حجم صندوق‌ها را متناسب با نیاز تعیین کنید: به‌جای دادن بزرگ‌ترین پلن به همه، صندوق‌های بزرگ‌تر را به کاربران پرمصرف بدهید.
گام 5: Outlook و گوشی‌ها را تنظیم کنید
بیشتر کاربران ترجیح می‌دهند ایمیل‌ها را در Outlook، Apple Mail، Thunderbird یا اپلیکیشن ایمیل گوشی بخوانند. برای این کار معمولاً از IMAP استفاده می‌شود تا پیام‌ها روی سرور بمانند و در همهٔ دستگاه‌ها یکسان دیده شوند.
| تنظیم | سرور ورودی (IMAP) | سرور خروجی (SMTP) |
|---|---|---|
| پورت | 993 | 587 |
| امنیت | SSL/TLS | STARTTLS |
| نام کاربری | آدرس کامل ایمیل | آدرس کامل ایمیل |
| احراز هویت | رمز عبور صندوق ایمیل | سرور خروجی نیاز به احراز هویت دارد |
نام سرورها را ارائه‌دهنده در اختیارتان می‌گذارد. IMAP را به POP3 ترجیح دهید: POP3 ایمیل‌ها را فقط روی یک دستگاه دانلود می‌کند و اگر آن کامپیوتر از کار بیفتد، ممکن است ایمیل‌ها از دست بروند. در گوشی‌ها نیز حساب را با همان اطلاعات IMAP و SMTP اضافه کنید.
گام 6: از Gmail یا ارائه‌دهندهٔ دیگر مهاجرت کنید
انتقال ایمیل‌های قدیمی بخشی است که بیشترین نگرانی را ایجاد می‌کند. اگر به ترتیب درست انجام شود، هیچ وقفه‌ای پیش نمی‌آید:
- صندوق‌های جدید را بسازید اما فعلاً رکورد MX را تغییر ندهید.
- ایمیل‌های قدیمی را کپی کنید. ابزارهای مهاجرت مبتنی بر IMAP همهٔ پوشه‌ها را از حساب قدیمی به صندوق جدید کپی می‌کنند. Gmail به دسترسی IMAP و معمولاً یک رمز عبور اپلیکیشن (app password) نیاز دارد.
- رکورد MX را تغییر دهید. از این به بعد ایمیل‌های جدید به سرور جدید می‌رسند. اعمال تغییرات DNS ممکن است چند ساعت طول بکشد.
- آخرین تغییرات را کپی کنید. یک دور دوم مهاجرت اجرا کنید تا ایمیل‌هایی که در حین جابه‌جایی به سیستم قدیمی رسیده‌اند منتقل شوند.
- مخاطبان و تقویم‌ها را فراموش نکنید. دفترچهٔ آدرس و تقویم را خروجی بگیرید و در سیستم جدید وارد کنید.
- حساب قدیمی را مدتی باز نگه دارید. آدرس جدیدتان را به مشتریان اعلام کنید و در یک دورهٔ گذار، ایمیل‌های ارسالی به آدرس Gmail قدیمی را فوروارد کنید.
پس از راه‌اندازی: عادت‌های امنیتی ساده
وقتی ایمیل سازمانی راه افتاد، بزرگ‌ترین ریسک انسانی است نه فنی. یک حساب نفوذشده کافی است تا به نام شما فاکتورهای جعلی یا اطلاعات بانکی دست‌کاری‌شده برای مشتریان ارسال شود. چند عادت ساده این ریسک را به‌طور چشمگیری کاهش می‌دهد:
- احراز هویت دومرحله‌ای: اگر ارائه‌دهنده‌تان پشتیبانی می‌کند، آن را فعال کنید، به‌ویژه برای حساب‌های مدیریت و حسابداری.
- آگاهی از فیشینگ: به کارکنان یاد بدهید به ایمیل‌هایی که رمز عبور یا پرداخت فوری می‌خواهند مشکوک باشند و پیش از کلیک روی هر لینکی، آدرس فرستنده را بررسی کنند.
- تغییر اطلاعات بانکی را تلفنی تأیید کنید: اگر تأمین‌کننده‌ای ایمیل زد که حساب بانکی‌اش تغییر کرده، با شماره‌ای که از قبل دارید با او تماس بگیرید.
- رویه‌ای برای کارکنان در حال ترک شرکت: در آخرین روز کاری کارمند، رمز عبور را تغییر دهید، حساب را از گوشی او حذف کنید و ایمیل‌های ورودی را به مدیرش فوروارد کنید. صندوق ایمیل را بلافاصله حذف نکنید.
- در کامپیوترهای مشترک از حساب خارج شوید: اگر از وب‌میل روی یک دستگاه مشترک استفاده شده، همیشه از حساب خارج شوید.
هیچ‌کدام از این‌ها به نرم‌افزار اضافه نیاز ندارد؛ معمولاً یک اطلاعیهٔ کوتاه داخلی و یک یادآوری سالانه کافی است. همچنین از قبل مشخص کنید کارکنان در صورت مشاهدهٔ ایمیل مشکوک به چه کسی اطلاع دهند؛ گزارش زودهنگام اغلب پیش از آنکه یک حساب نفوذشده به خسارت واقعی منجر شود، جلوی آن را می‌گیرد.
قیمت ایمیل سازمانی
ایمیل سازمانی معمولاً به ازای هر کاربر در ماه محاسبه می‌شود. ایمیل سازمانی CloudRUX مبتنی بر Zimbra است و در ترکیه میزبانی می‌شود:
| پلن | حجم صندوق ایمیل | به ازای هر کاربر در ماه (بدون مالیات بر ارزش افزوده) |
|---|---|---|
| Eko | 5 GB | 1.19 USD |
| Pro | 10 GB | 1.79 USD |
| Mega | 25 GB | 2.79 USD |
| Ultra | 50 GB | 3.79 USD |
راه‌اندازی و مهاجرت ایمیل‌های فعلی شما رایگان است. اگر میزبانی وب‌سایت، ایمیل و پشتیبان‌گیری را در یک بستهٔ واحد می‌خواهید، نگاهی به بسته‌های SMB ما بیندازید.
پرسش‌های متداول
وب‌سایتم جای دیگری میزبانی می‌شود. آیا ایمیلم می‌تواند نزد ارائه‌دهندهٔ دیگری باشد؟
بله. وب‌سایت و ایمیل می‌توانند روی سرورهای متفاوتی باشند. وب‌سایت از رکورد A و ایمیل از رکوردهای MX استفاده می‌کند و این دو جداگانه مدیریت می‌شوند. کافی است MX، SPF، DKIM و DMARC را مطابق ارائه‌دهندهٔ ایمیل خود تنظیم کنید.
آیا هنگام مهاجرت ایمیلی از دست می‌دهم؟
اگر به ترتیب درست انجام شود، خیر. ابتدا ایمیل‌های قدیمی کپی می‌شوند و هر چیزی که در حین تغییر MX برسد، در دور دوم منتقل می‌شود.
آیا برای هر کارمند به یک صندوق ایمیل جداگانه نیاز دارم؟
الزاماً نه، اما توصیه می‌شود. در یک صندوق مشترک نمی‌توان فهمید چه کسی چه چیزی فرستاده و رمزهای عبور مشترک یک ریسک امنیتی هستند. alias و فوروارد روش سالم‌تری برای مدیریت آدرس‌های مشترک است.
چرا ایمیل‌هایم به اسپم می‌روند؟
رایج‌ترین علت، نبود یا نادرست بودن رکوردهای SPF، DKIM و DMARC است. آن‌ها را بررسی کنید و ایمیل‌های انبوه مانند خبرنامه‌ها را از طریق یک سرویس اختصاصی با رکوردهای درست ارسال کنید.
با CloudRUX به ایمیل سازمانی مهاجرت کنید
با ایمیل سازمانی CloudRUX می‌توانید ظرف چند روز از آدرس‌هایی روی دامنهٔ خودتان استفاده کنید؛ رکوردهای DNS، تنظیم Outlook و گوشی و مهاجرت ایمیل‌های قدیمی را همراه با شما انجام می‌دهیم. پلن‌ها را در صفحهٔ ایمیل سازمانی و صفحهٔ بسته‌های SMB مقایسه کنید، یا برای برنامه‌ریزی مهاجرت با ما تماس بگیرید.