سرور ایمیل شما کار میکند. Postfix بالا میآید، لاگها تمیز بهنظر میرسند، یک پیام آزمایشی به Gmail خودتان میفرستید — و در اسپم مینشیند. یا فقط ناپدید میشود. هیچ چیز در پیکربندی شما خراب نیست. نرمافزار دقیقاً همان کاری را کرد که گفتید.
مشکل این است که سرور آنطرف هنوز به IP شما اعتماد ندارد، و ایمیل یک لایهٔ کامل از بررسیهای کوچک اعتماد را پنهان میکند که همه باید ردیف شوند تا صندوق ورودی یک غریبه راهتان بدهد. آنها را درست کنید و تحویل بیشترش خودش را رتقوفتق میکند. یکی را از دست بدهید و دارید در یک پوشهٔ اسپم فریاد میزنید.
سه چیز بیشترِ وزن را حمل میکنند: reverse DNS، احراز هویت فرستنده، و اینکه آیا میزبانتان اصلاً میگذارد روی پورت 25 حرف بزنید. هیچکدام سخت نیستند. فقط فراموش کردنشان آسان است، و هرکدام یک وتوی خاموشاند.
آنی که همه فراموش میکنند: reverse DNS
Forward DNS همان بخشی است که میشناسید — یک نام به یک IP اشاره میکند. Reverse DNS آینهاش است: یک IP به یک نام اشاره میکند. آن رکورد PTR نامیده میشود و پیش کسی که IP را کنترل میکند زندگی میکند، نه در zone دامنهٔ شما.
اینجا دلیلِ اهمیتش است. وقتی سرور شما یک اتصال به SMTP مربوط به Gmail باز میکند، یکی از اولین کارهایی که سمت گیرنده میکند یک جستوجوی معکوس روی IP شماست — این کیست؟ خودتان اجرایش کنید:
dig -x 203.0.113.19 +short
اگر آن با چیزی مثل static.203-0-113-19.rev.example-isp.net برگردد، یا خالی برگردد، همین حالا امتیاز از دست دادهاید. آن نام عمومی میگوید «یک VPS تصادفی»، و بدتر، با نام میزبانی که سرورتان در سلام HELO خودش را با آن معرفی میکند همخوان نیست. سرورهای گیرنده آن ناهمخوانی را محکم علامتگذاری میکنند. برخی یکسره رد میکنند.
آنچه میخواهند ببینند یک PTR است که با نام میزبان ایمیل شما همخوان باشد. اگر سرور شما HELO mail.example.com میگوید، جستوجوی معکوس روی IP آن باید mail.example.com را برگرداند. forward و reverse توافق دارند، داستان یکدست است، و شما بهجای یک ماشین ربودهشده مثل یک سرور ایمیل واقعی بهنظر میرسید.
گذاشتن یک PTR بهطور سنتی یعنی باز کردن یک تیکت پشتیبانی با هرکسی که مالک بلوک IP است و منتظر ماندن. در پلنهای IP اختصاصی EQVPS این یک فیلد در داشبورد شماست — نام میزبان را تایپ میکنید، مستقیم از طریق API ارائهدهنده در registry نوشته میشود، و در چند ثانیه فعال است. کل هدفِ انجامش بهصورت سلفسرویس همین است: reverse DNS همان گامی است که مردم رد میکنند چون قبلاً آزاردهنده بود.
احراز هویت: SPF، DKIM، DMARC
این سه رکورد DNS به سرورهای گیرنده میگویند که ایمیلی که ادعا میکند از دامنهٔ شماست، واقعاً هست. آنها را رد کنید و شما یک غریبهٔ تأییدنشدهاید.
- SPF یک رکورد TXT است که فهرست میکند کدام سرورها اجازه دارند برای دامنهٔ شما بفرستند. Gmail آن را بررسی میکند و میپرسد: آیا این پیام از IPی آمد که مجازش کردید؟
- DKIM هر پیام خروجی را بهصورت رمزنگاریشده امضا میکند. گیرنده کلید عمومی شما را از DNS میکشد و راستیآزمایی میکند که امضا در مسیر جعل نشده باشد.
- DMARC آن دو را به هم گره میزند و به گیرندهها میگوید وقتی یک بررسی شکست خورد چه کنند — هیچ، قرنطینه، یا رد — و گزارشها را کجا بفرستند.
هر سه را میخواهید. SPF و DKIM ثابت میکنند ایمیل بهطور قانونی مال شماست؛ DMARC آن اثبات را به یک سیاست تبدیل میکند. شاید بیست دقیقه ویرایش DNS باشد، و همان تفاوت میان «فرستندهٔ تأییدشده» و «کی؟» است.
پورت 25، و چرا بسته است
اینجا آنی است که مردم را غافلگیر میکند. پورت خروجی 25 — پورتی که سرورهای ایمیل برای حرف زدن با هم استفاده میکنند — بهطور پیشفرض روی اساساً هر میزبان VPS مسدود است. ما هم همینطور.
این عمدی است. پورت 25 توپ کلاسیک اسپم است، پس بسته میماند تا وقتی که بخواهیدش و بگویید واقعاً چه میفرستید. ما آن را بهازای هر درخواست باز میکنیم، نه اینکه برای هرکسی که یک سرور بالا میآورد بازش بگذاریم.
و اینجا یک هشدار صادقانه هست که ارزش دارد رک بیانش کنیم: با یک پورت 25 باز مسئولیت هم میآید. یک اسکریپت بهخطرافتاده یا یک relay بدپیکربندی که اسپم بیرون میریزد، و اعتبار IP شما رفته است — گاهی برای هفتهها. روی یک subnet اشتراکی آن آشفتگی به همسایههایتان سرریز میکند، که دقیقاً همان دلیلی است که میزبانها دربارهاش محتاطاند. اگر از ما بخواهید 25 را باز کنیم، سرورتان را تمیز نگه دارید، چون اعتباری که محافظت میکنید تا حدی مال ما هم هست.
چرا IP اختصاصی اختیاری نیست
همهٔ اینها به یک الزام برمیگردد: IP باید مال شما باشد. روی یک راهاندازی NAT یا یک آدرس اشتراکی نمیتوانید PTR خودتان را بگذارید، چون آدرس منحصراً مال شما نیست که به جایی اشارهاش دهید. همچنین هر اعتباری که IP اشتراکی از قبل حمل میکند به شما ارث میرسد — و هیچ ایدهای ندارید که مستأجر قبلی با آن چه کرده.
یک IP اختصاصی به شما یک PTR میدهد که خودتان کنترلش میکنید، یک اعتبار که مال خودتان است که بسازید، و یک نقطهٔ شروع تمیز. برای ایمیل خروجی این یک امکان خوشآیند نیست؛ کف ماجراست.
جمعبندی صادقانه
خودمیزبانی ایمیل در سال ۲۰۲۶ یک کار واقعی و مداوم است. تنظیم-کن-و-فراموش-کن نیست — لیستهای مسدودی را زیر نظر میگیرید، کلیدهای DKIM را میچرخانید، و گاهی میفهمید چرا یک ارائهدهندهٔ خاص شروع به greylist کردن شما کرد. اگر این یک پروژهٔ جانبی کماهمیت است، صادقانه، فوروارد کردن از طریق یک ارائهدهندهٔ ایمیل موجود دردسر کمتری برایتان میسازد.
اما اگر کنترل واقعی میخواهید — دادهتان، دامنهتان، کسی دیگر هدرها را نمیخواند — روی یک VPS کوچک کاملاً شدنی است. لولهکشی اعتمادِ بالا حدود ۹۰٪ نبرد است، و هیچکدامش عجیبوغریب نیست. یک IP اختصاصی بگیرید، PTR را طوری بگذارید که با نام میزبانتان همخوان باشد، SPF/DKIM/DMARC را منتشر کنید، از ما بخواهید پورت 25 را باز کنیم، سپس یک پیام آزمایشی از طریق ابزاری مثل mail-tester.com بفرستید و هرچه را که علامت زد درست کنید. این را انجام دهید و دیگر در یک پوشهٔ اسپم فریاد نمیزنید — یک سرور ایمیل هستید که صندوق ورودی مردم واقعاً به آن اعتماد میکند.
نظرات
هنوز نظری نیست. اولین نفر باشید.