هاست ایمیل و ایمیل سازمانی: چه بخریم و چرا به اسپم میرود
هاست ایمیل سرویسی است که فقط صندوقهای پستی دامنهٔ شما را نگه میدارد و کاری به فایلهای سایت ندارد. اینکه آدرس ایمیل سازمانی داشته باشید به هاست سایتتان گره نخورده؛ ایمیل و سایت با دو رکورد جداگانه در DNS مسیردهی میشوند و میتوانند روی دو سرور کاملاً متفاوت باشند. برای هر کسبی که ایمیل برایش ابزار کار است، جدا کردن این دو تقریباً همیشه تصمیم درستی است.
در همین سایت ۱۸ پلن هاست ایمیل از ۴ شرکت ایرانی رصد میشود و قیمتها مستقیم از صفحهٔ خود شرکت خوانده میشوند. آخرین بررسی قیمت: ۱۸ شهریور ۱۴۰۵.
چرا ایمیل سازمانی را نباید روی هاست سایت نگه داشت
تقریباً هر هاست اشتراکی امکان ساختن ایمیل با دامنهٔ خودتان را دارد و همین باعث میشود بیشتر شرکتها ایمیلشان را همانجا بسازند. رایگان به نظر میرسد، ولی سه هزینهٔ پنهان دارد.
اول، سرنوشت ایمیل به سرنوشت سایت گره میخورد. اگر سایت به هر دلیلی پایین بیاید — تمام شدن منابع، تعلیق به خاطر یک تخلف، خرابی سرور، یا حتی یک انتقال معمولی — ایمیل هم با آن میرود. سایت خوابیده آزاردهنده است؛ ایمیل خوابیده یعنی سفارش مشتری نمیرسد و کسی هم خبردار نمیشود. بدتر از قطعی، از دست رفتن نامههای آن بازه است.
دوم، اعتبار آیپی دست شما نیست. روی هاست اشتراکی، آیپی سرور بین دهها سایت مشترک است. اگر سایت یکی از همسایهها هک شود و از آن سرور اسپم بیرون برود، آن آیپی در فهرستهای سیاه مینشیند و از آن لحظه ایمیل شما هم به اسپم میخورد یا اصلاً پذیرفته نمیشود. شما هیچ کاری نکردهاید و هیچ کنترلی هم روی رفعش ندارید.
سوم، ایمیل و سایت سر منابع با هم رقابت میکنند. صندوقهای پستی از همان فضای دیسک پلن میخورند و بعد از دو سال، پیوستهای چند مگابایتی چند نفر میتواند سهم خوبی از فضای هاست را ببلعد. آن وقت مجبورید برای نگه داشتن ایمیلهای قدیمی، پلن سایت را ارتقا بدهید.
اگر همین حالا هم ایمیل و سایت یکجا هستند، این وضعیت فاجعه نیست؛ برای یک سایت شخصی یا یک کسبوکار تکنفره کاملاً قابل قبول است. حرف ما این است که بهمحض اینکه ایمیل بخشی از جریان کارتان شد، جدا کردنش میارزد.
هاست ایمیل جدا دقیقاً چه چیزی به شما میدهد
یک سرویس ایمیل اختصاصی روی سروری اجرا میشود که فقط کار ایمیل میکند، و همین تفاوت چند چیز ملموس به همراه دارد:
- استقلال از سایت. سایت را میتوانید هر وقت خواستید جابهجا کنید یا حتی خاموش کنید، بدون اینکه به ایمیل دست بخورد.
- آیپی و اعتبار جداگانه. آیپی این سرور فقط ایمیل میفرستد، رکورد معکوسش درست تنظیم شده و رفتار ارسالش قابل پیشبینی است. این دقیقاً همان چیزی است که گیرندههای بزرگ نگاه میکنند.
- ابزارهای واقعی مدیریت. سهمیهٔ جدا برای هر صندوق، نام مستعار، ارجاع خودکار، پاسخ خودکار، صندوق مشترک برای یک تیم، و فیلتر اسپم ورودی که روی هاستهای عمومی معمولاً سادهتر و ضعیفتر است.
- فضای مستقل. بزرگ شدن صندوقها، فضای سایت را نمیخورد.
پلنهای موجود این دسته در صفحهٔ هاست ایمیل با تعداد صندوق و فضایشان کنار هم هستند. توجه کنید که این دسته در بازار ایران کوچک است و انتخابها محدودتر از هاست معمولیاند.
SPF و DKIM و DMARC به زبان ساده
این سه اسم ترسناک به نظر میرسند ولی هر سه فقط رکوردهایی در DNS دامنهٔ شما هستند و کارشان یک چیز است: به سرور گیرنده ثابت کنند نامهای که به اسم دامنهٔ شما رسیده، واقعاً از طرف شماست. بدون آنها، سرور گیرنده هیچ راهی برای تشخیص ندارد و محتاطانهترین کار را میکند — میاندازدش در پوشهٔ اسپم.
| رکورد | چه میگوید | اگر نباشد چه میشود |
|---|---|---|
| SPF | کدام سرورها حق دارند به نام دامنهٔ من ایمیل بفرستند | هر سروری میتواند به نام شما نامه بفرستد و گیرنده راهی برای رد کردنش ندارد |
| DKIM | این نامه با کلید من امضا شده و در راه دستکاری نشده | اصالت نامه قابل اثبات نیست و امتیاز اعتماد پایین میآید |
| DMARC | اگر دو تای بالا رد شد، با نامه چه کن و گزارشش را کجا بفرست | سیاستی وجود ندارد و هر گیرنده سلیقهای رفتار میکند |
چند نکتهٔ عملی که بیشترین خطاها از آنها میآید:
- رکوردها باید جایی اضافه شوند که DNS دامنهتان آنجاست، نه لزوماً جایی که هاست را خریدهاید. این شایعترین دلیل کار نکردن است: شرکت میزبان مقادیر را میدهد، کسی آنها را در پنل ثبتکنندهٔ دامنه وارد نمیکند، و همه فکر میکنند کار تمام شده. اگر مطمئن نیستید هر رکورد کجا مینشیند، راهنمای رکوردهای DNS ترتیبش را نشان میدهد.
- برای هر دامنه فقط یک رکورد SPF مجاز است. اگر دو تا بگذارید، نتیجه بهجای بهتر شدن، نامعتبر میشود. اگر چند سرویس مختلف به نام شما ایمیل میفرستند، همه باید داخل همان یک رکورد جمع شوند.
- DMARC را اول در حالت فقط گزارش بگذارید. اگر از روز اول سختگیرانه تنظیمش کنید، ممکن است ایمیلهای درست خودتان هم رد شوند. چند هفته گزارشها را ببینید، بعد سخت کنید.
- رکورد معکوس آیپی دست شما نیست. این را صاحب آیپی یعنی شرکت میزبان تنظیم میکند. قبل از خرید بپرسید که برای دامنهٔ شما تنظیم میشود یا نه؛ نبودنش یکی از دلایل شایع رد شدن ایمیل است.
یک هشدار: این سه رکورد شرط لازماند، نه کافی. با تنظیم درستشان، دلیل فنی رد شدن نامه از بین میرود؛ ولی اعتبار آیپی و رفتار ارسال شما همچنان جای خودش را دارد.
مشکل ایرانی: وقتی جیمیل و اوتلوک ایمیل شما را قبول نمیکنند
این بخش مهمترین چیزی است که یک کاربر ایرانی باید در این موضوع بداند و معمولاً هیچجا صریح گفته نمیشود. ایمیلی که از محدودههای آیپی ایران فرستاده میشود، در سرویسهای بزرگ بینالمللی با احتمال بیشتری در پوشهٔ اسپم مینشیند یا اصلاً پذیرفته نمیشود. این یک نقص در پیکربندی شما نیست؛ یک واقعیت زیرساختی است که با تنظیم درست SPF و DKIM هم بهطور کامل حل نمیشود.
نشانههایش برایتان آشناست: نامه به مشتری داخلی میرسد ولی همان نامه به آدرس جیمیل طرف خارجی نمیرسد؛ یا پیام خطای رد شدن از سمت سرور گیرنده برمیگردد؛ یا بدتر از همه، هیچ خطایی نمیآید و نامه ساکت در اسپم میماند و شما فکر میکنید طرف جواب نداده است.
کاری که در عمل انجام میشود، یکی از اینهاست:
- ایمیل را بیرون از کشور میزبانی کنید و سایت را داخل نگه دارید. چون مسیر ایمیل و مسیر سایت در DNS جدا هستند، این کاملاً شدنی است و رایجترین راهحل واقعی است. سایت روی هاست ایران میماند و برای کاربر داخلی سریع است، صندوقها روی سروری بیرون از کشور مثل هاست خارج قرار میگیرند. جمعبندی مزایا و معایب هر دو سمت در هاست ایران یا هاست خارج هست.
- فقط مسیر ارسال را بیرون ببرید. صندوقها همانجا میمانند و ارسال از طریق یک سرور واسط بیرونی انجام میشود. این کار پیکربندی بیشتری میخواهد ولی نیازی به جابهجایی صندوقها ندارد.
- سه رکورد بالا را بینقص تنظیم کنید. این حداقل کار است. با آنها دستکم مطمئن میشوید دلیل رد شدن، چیزی نیست که خودتان بتوانید درستش کنید.
- ارسال انبوه را از ایمیل روزمره جدا کنید. خبرنامه و پیام تبلیغاتی را از همان آدرسی که مکاتبات کاری از آن میرود نفرستید. یک ارسال انبوه بد، اعتبار آدرس اصلی شما را هم پایین میآورد.
و یک توصیهٔ مشخص قبل از خرید: از شرکت میزبان بخواهید از روی همان سرورهایی که به شما میدهند، یک ایمیل آزمایشی به یک آدرس جیمیل و یک آدرس اوتلوک بفرستد و نتیجه را نشانتان بدهد. این تنها آزمون واقعی است و از هر ادعایی در صفحهٔ فروش معتبرتر. اگر شرکتی رسیدن صد درصدی به جیمیل را تضمین میکند، دارد چیزی میفروشد که در اختیارش نیست.
تعداد صندوق و فضای هر صندوق؛ دو محور واقعی قیمت
برخلاف هاست سایت که قیمتش را عمدتاً فضا و منابع پردازشی تعیین میکند، قیمت هاست ایمیل روی دو محور بسته میشود: چند صندوق پستی میخواهید، و هر صندوق چقدر فضا داشته باشد. بقیهٔ ویژگیها معمولاً در همهٔ پلنها مشترکاند.
چند نکته که موقع مقایسه به کارتان میآید:
- فضای مشترک بهتر از سهمیهٔ ثابت هر صندوق است. اگر کل فضا مشترک باشد، مدیرعامل که پیوست زیاد میگیرد از سهم استفادهنشدهٔ بقیه بهره میبرد. اگر هر صندوق سقف جدا داشته باشد، همزمان یک صندوق پر میشود و بقیه خالی میمانند.
- نام مستعار، صندوق نیست. آدرسهایی مثل اطلاعات، فروش و پشتیبانی را لازم نیست بهصورت صندوق جداگانه بخرید؛ میتوانید نام مستعار بسازید که همه به یک صندوق برسند. این سادهترین راه کم کردن هزینه است و خیلیها از آن خبر ندارند.
- بپرسید وقتی صندوق پر شود چه میشود. در بیشتر پیکربندیها، نامههای بعدی برگشت میخورند. یعنی مشتری پیام خطا میگیرد و شما اصلاً خبردار نمیشوید. هشدار پر شدن صندوق را فعال کنید.
- سقف حجم پیوست را از قبل بدانید. اگر کارتان فرستادن فایلهای سنگین است، این عدد را قبل از خرید بپرسید. برای فایل بزرگ، راه درست لینک دادن است نه پیوست کردن؛ برای این کار هاست دانلود ابزار مناسبتری است.
- امکان اضافه کردن صندوق در وسط دوره. اگر تیمتان در حال بزرگ شدن است، بپرسید صندوق اضافه چطور حساب میشود.
ارزانترین پلنهای این دسته:
| شرکت | پلن | فضا | قیمت ماهانه |
|---|---|---|---|
| فراسو | هاست ایمیل ایران — EH1 | ۵۰۰ مگابایت | ۴۱٬۶۶۷ تومان |
| الماس هاست | هاست 500 مگ ایمیل | — | ۵۴٬۱۶۷ تومان |
| فراسو | هاست ایمیل ایران — EH2 | ۱ گیگابایت | ۶۵٬۰۰۰ تومان |
| میزبان فا | ایمیل پلن دو | ۵ گیگابایت | ۷۹٬۰۰۰ تومان |
| الماس هاست | هاست 1 گیگ ایمیل | — | ۹۵٬۸۳۳ تومان |
IMAP یا POP3، و جای وبمیل کجاست
این انتخاب تعیین میکند نامههای شما کجا زندگی کنند: روی سرور یا روی دستگاه شما.
| موضوع | IMAP | POP3 |
|---|---|---|
| نامهها کجا میمانند | روی سرور | روی دستگاه شما |
| چند دستگاه همزمان | همه هماهنگ میمانند | عملاً یک دستگاه |
| پوشهها و وضعیت خواندهشده | همهجا یکسان | محلی و ناهماهنگ |
| مصرف فضای سرور | زیاد | کم |
| اگر دستگاه از دست برود | نامهها روی سرورند | نامهها هم میروند |
توصیهٔ ما ساده است: پیشفرض را روی IMAP بگذارید. امروز تقریباً همه ایمیل را هم روی موبایل میخوانند و هم روی کامپیوتر، و POP3 در این حالت فقط دردسر میسازد. سراغ POP3 بروید فقط وقتی فضای سرور واقعاً تنگ است یا عمداً میخواهید یک بایگانی محلی داشته باشید.
یک خرابی کلاسیک را هم بشناسید: نرمافزار قدیمی روی کامپیوتر دفتر با POP3 تنظیم شده و بعد از دریافت، نامهها را از سرور پاک میکند. نتیجه این است که موبایل هیچوقت چیزی نمیبیند و کسی نمیفهمد چرا. اگر این وضعیت را دارید، اول تنظیم «نگه داشتن نسخه روی سرور» را روشن کنید و بعد به IMAP مهاجرت کنید.
وبمیل هم لازم است، حتی اگر همیشه از نرمافزار استفاده میکنید. روزی که موبایلتان تنظیم نیست یا در سفر با کامپیوتر دیگری کار میکنید، همان صفحهٔ ساده کارتان را راه میاندازد. قبل از خرید ببینید وبمیل دارد و روی موبایل قابل استفاده هست یا نه.
جدا کردن ایمیل از هاست سایت بدون قطعی
اگر تصمیم گرفتید ایمیل را جدا کنید، ترتیب کارها مهم است. اشتباه رایج این است که اول رکورد مسیر ایمیل عوض میشود و بعد یادشان میافتد صندوقها منتقل نشدهاند.
- روی سرویس جدید همهٔ صندوقها و نامهای مستعار را با همان آدرسهای قبلی بسازید.
- مدت اعتبار رکوردهای DNS را از قبل کم کنید تا تغییر سریعتر پخش شود.
- محتوای صندوقهای قدیمی را با ابزار همگامسازی به سرویس جدید منتقل کنید، در حالی که هنوز ایمیل به سرور قدیمی میرسد.
- رکورد مسیر ایمیل و سپس SPF و DKIM را به سرویس جدید تغییر بدهید.
- سرویس قدیمی را چند روز روشن نگه دارید. تا وقتی تغییر همهجا پخش شود، بخشی از نامهها هنوز به مقصد قبلی میروند و اگر آن را حذف کرده باشید، آن نامهها از بین میروند.
- در پایان یک بار همگامسازی دیگر بگیرید تا نامههای همان چند روز هم منتقل شوند.
اصول کلی جابهجایی بدون قطعی، از جمله همین بحث زمان اعتبار رکوردها، در راهنمای انتقال هاست با جزئیات بیشتری آمده است.
پرسشهای متداول
میشود سایت روی یک شرکت باشد و ایمیل روی شرکت دیگر؟
بله و این حالت کاملاً عادی است. رکورد سایت و رکورد ایمیل در DNS از هم جدا هستند و هر کدام میتوانند به سرور متفاوتی اشاره کنند. تنها چیزی که باید حواستان باشد این است که اگر فرم تماس سایت هم ایمیل میفرستد، آن سرور را هم در رکورد SPF بیاورید.
چرا ایمیل من به اسپم میرود در حالی که SPF و DKIM دارم؟
چون این دو فقط اصالت را ثابت میکنند، نه خوب بودن فرستنده را. اعتبار آیپی، سابقهٔ ارسال، محتوای نامه و اینکه گیرندهها نامههای شما را باز میکنند یا حذف، همه در تصمیم گیرنده اثر دارند. برای مقصدهای خارجی، محدودهٔ آیپی هم عامل مهمی است.
سرویسهای ایمیل رایگان برای کسبوکار کافی نیستند؟
برای مکاتبهٔ شخصی بله. برای کسبوکار نه، به دو دلیل: آدرس با دامنهٔ خودتان اعتبار حرفهای دارد، و مهمتر اینکه صندوقی که به نام یک کارمند ساخته شده با رفتن او از دسترس شما خارج میشود. ایمیل سازمانی دارایی شرکت است، نه دارایی فرد.
برای چند نفر ارزش دارد سرویس جدا بخرم؟
قاعدهٔ سرانگشتی: از جایی که ایمیل بخشی از فرایند فروش یا پشتیبانی شما شد. حتی برای دو یا سه نفر، اگر سفارشها از راه ایمیل میآید، جدا بودن آن از سایت میارزد. اگر ایمیل فقط برای ثبتنام در سرویسهاست، عجله نکنید.
پشتیبانگیری از ایمیل با کیست؟
این را حتماً بپرسید و به جواب شفاهی اکتفا نکنید. بعضی پلنها پشتیبانگیری دورهای دارند و بعضی ندارند. اگر ندارد، خودتان یک نسخهٔ محلی نگه دارید؛ با IMAP این کار با یک نرمافزار ایمیل روی یک کامپیوتر شدنی است.
جمعبندی: مسیر تصمیم
- مشخص کنید ایمیل برای شما ابزار کار است یا فقط یک آدرس تماس. اگر ابزار کار است، از هاست سایت جدایش کنید.
- ببینید مکاتبات مهمتان با گیرندههای داخلی است یا خارجی. اگر خارجی است، از همان اول میزبانی ایمیل را بیرون از کشور در نظر بگیرید.
- تعداد صندوق واقعی را بشمارید و آدرسهای عمومی را با نام مستعار بسازید، نه با صندوق جداگانه.
- پیش از خرید، تنظیم رکورد معکوس و ارسال آزمایشی به جیمیل را از فروشنده بخواهید.
- بعد از راهاندازی، هر سه رکورد SPF و DKIM و DMARC را تنظیم کنید و چند هفته گزارشها را ببینید.
- اگر هنوز بین گزینهها ماندهاید، جدول مقایسه پلنها را کنار هم میگذارد.
هاست ایمیلایمیل سازمانیSPFDKIMIMAP