اجرای سرور ایمیلی که به صندوق ورودی می‌رسد

Postfix مشکل نیست. از سال 1998 در حال تحویل شایستهٔ ایمیل بوده، و دقیقاً همان کاری را می‌کند که شما پیکربندی‌اش کنید. مشکل این است که SMTP به‌طور پیش‌فرض به هیچ‌کس اعتباری نمی‌دهد، پس یک گیت‌وی گیرنده باید تصمیم بگیرد یک سرور ناشناس را باور کند یا نه — و این تصمیم را به ترتیبی ثابت می‌گیرد، که بیشترش پیش از آنکه پیام شما اصلاً بررسی شود، رخ می‌دهد:

• IP متصل‌شونده، اول و سخت‌ترین. پیش از آنکه سرور شما چیزی فراتر از EHLO گفته باشد، گیت‌وی از قبل آدرس را در فهرست‌های مسدودی عمومی (Spamhaus SBL، XBL، PBL و CSS، Barracuda، SpamCop) و در مخزن اعتبار خصوصی خودش جستجو کرده، که همسایگیِ /24 و ASN را هم دنبال می‌کند. یک آدرس فهرست‌شده در زمان اتصال با یک رد درخواست، که اگر کسی لاگ‌ها را نمی‌خواند شاید هرگز نبینیدش، رد می‌شود.
• نامی که آن آدرس ادعا می‌کند. نبودِ PTR باعث می‌شود چندین ارائه‌دهندهٔ بزرگ اتصال را کاملاً رد کنند. یک PTR عمومیِ تخصیص‌دادهٔ ارائه‌دهنده، از نوع ip-203-0-113-10.example-host.net، بدتر از چیزی است که به نظر می‌رسد — این دقیقاً همان امضای خطوط مصرف‌کننده و جعبه‌های بی‌مراقبت است، جایی که بات‌نت‌ها زندگی می‌کنند.
• احراز هویت. SPF، DKIM و سپس DMARC، که به همین ترتیب ارزیابی می‌شوند و با قاعدهٔ هم‌ترازی در بخش بعدی ترکیب می‌شوند. این همان‌جایی است که یک برپایی که روی کاغذ درست به نظر می‌رسد، معمولاً شکست می‌خورد.
• و تنها پس از آن، خودِ پیام. هیوریستیک‌های محتوا، بهداشت فهرست، نرخ شکایتی که تولید می‌کنید، و اینکه گیرندگان طی هفته‌های بعد چطور رفتار می‌کنند.

سه‌تا از آن چهار مورد، پیش از آنکه حتی یک بایت از محتوای شما امتیازدهی شود، مشخص می‌شوند، که کل این تمرین را بازتعریف می‌کند: شما ایمیل‌های بهتری نمی‌نویسید، دارید یک اعتبارنامه می‌سازید. دو تا از بزرگ‌ترین گیرنده‌ها حداقل‌ها را مکتوب کرده‌اند، پس دربارهٔ کف الزامات حدس‌وگمانی لازم نیست. هر فرستنده‌ای به SPF یا DKIM، DNS پیش‌رو و معکوسِ معتبر، TLS روی اتصال، و نرخ شکایت اسپم زیر 0.3% نیاز دارد؛ هرچیزی که به‌صورت انبوه ارسال می‌شود به SPF و DKIM و یک رکورد DMARC با هم‌ترازی، به‌علاوهٔ لغو اشتراک تک‌کلیکی نیاز دارد. این را به‌جای هدف، به‌چشم هزینهٔ ورود ببینید.

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

• PTR — اینکه مالک آدرس با شما هم‌نظر است. زون معکوس یک IP به هرکس که آن تخصیص را در اختیار دارد واگذار شده، و به همین دلیل این تنها رکوردی است که نمی‌توانید نزد ریجیسترار دامنه‌تان اضافه کنید. یک PTR که به mail.example.com اشاره می‌کند، به‌همراه یک رکورد A برای mail.example.com که به همان IP برمی‌گردد، همان FCrDNS است — یعنی DNS معکوسِ تأییدشده از مسیر پیش‌رو. این ثابت می‌کند که مالک آدرس و مالک دامنه یک طرف هستند، یا دست‌کم با هم در ارتباط‌اند.
• SPF — اینکه این سرور اجازه داشته برای این پاکت ارسال کند. یک رکورد TXT که میزبان‌های مجاز به ارسال برای یک دامنه را فهرست می‌کند. تله در دامنهٔ کاربردش نهفته است: SPF فرستندهٔ پاکت (همان MAIL FROM، که به Return-Path تبدیل می‌شود) و نام HELO را احراز هویت می‌کند. این رکورد هیچ چیزی دربارهٔ هدر From:، که گیرندهٔ شما واقعاً می‌خواند، نمی‌گوید، و به همین دلیل SPF به‌تنهایی هرگز کسی را از جعل‌هویت شما بازنداشته.
• DKIM — اینکه این پیام توسط یک دامنه امضا شده و دست‌نخورده مانده. سرور شما هدرهای منتخب و بدنه را با یک کلید خصوصی امضا می‌کند؛ نیمهٔ عمومی در DNS، در <selector>._domainkey.<domain> قرار می‌گیرد. برخلاف SPF، این رکورد از فوروارد‌شدن جان سالم به در می‌برد، چون اثبات درون خودِ پیام سفر می‌کند، نه اینکه به این وابسته باشد کدام IP آن را تحویل داده.
• DMARC — و این همان چیزی است که همه در موردش اشتباه می‌کنند. DMARC تنها به پاس‌شدن SPF یا DKIM نیاز ندارد. نیاز دارد که یک سازوکار پاس‌شده هم‌تراز با دامنهٔ داخل هدر From: قابل‌مشاهده باشد. هم‌ترازی ملایم یک دامنهٔ سازمانی مطابق را می‌پذیرد (پس mail.example.com با example.com هم‌تراز است)؛ هم‌ترازی سخت‌گیرانه به یک تطابق دقیق نیاز دارد.

آن قاعدهٔ هم‌ترازی به‌تنهایی ارزش گفتن دارد، چون همان چیزی است که خسته‌کننده‌ترین موضوع پشتیبانی در ایمیل خودمیزبانی‌شده را تولید می‌کند: یک پیام می‌تواند SPF را پاس کند، DKIM را پاس کند، و بااین‌حال DMARC را شکست بدهد — وقتی هر دو برای دامنه‌ای پاس شده‌اند که همان دامنهٔ داخل From: نیست. این دقیقاً همان لحظه‌ای رخ می‌دهد که ایمیل از میان رله‌ای عبور می‌کند که پاکت را بازنویسی می‌کند، یا وقتی یک باندل به‌جای دامنهٔ شما با نام میزبان خودش امضا می‌کند. همه‌چیز در لاگ‌هایتان سبز به نظر می‌رسد و پیام همچنان قرنطینه می‌شود. هم‌ترازی را بخوانید، نه پاس‌شدن را.

سخت‌افزار کمتری از آنچه حدس می‌زنید، و تعهد بیشتری از آنچه دوست دارید.

• دامنه‌ای که قصد نگه‌داشتنش را دارید. اعتبار درست به همان اندازه که به آدرس می‌چسبد، به دامنه هم می‌چسبد، و طی ماه‌ها انباشته می‌شود. دامنه‌ای که ممکن است سال بعد رهایش کنید، ارزش گرم‌کردن ندارد.
• یک پلن متوسط، اندازه‌گرفته‌شده برای فیلترکردن نه برای ایمیل. تحویل پیام تقریباً هیچ هزینه‌ای ندارد؛ فیلترکردن اسپم و ایندکس‌کردن، RAM مصرف می‌کنند. Cub (1 vCPU / 2 GB / 40 GB NVMe، $5.00/mo) بدون شکایت، Postfix، Dovecot و Rspamd را برای یک دامنه و چند صندوق پستی اجرا می‌کند. Scout (2 vCPU / 4 GB / 70 GB، $9.00/mo) کف صادقانه برای یک باندل کانتینری‌شده است که ClamAV و یک ایندکس جستجو هم می‌خواهد. دیسک همان بخشی است که رشد می‌کند، پس آن را برای آرشیو اندازه بگیرید، نه برای امروز.
• یک IPv4 اختصاصی بدون سابقه، و یک IPv6 /64 روت‌شده. هر پلن هر دو را همراه دارد. این همان مؤلفه‌ای است که بعداً نمی‌توانید با پیکربندی درستش کنید، و همان دلیلی است که آدرس‌های بازیافتیِ کلودهای ارزان‌قیمت برای ایمیل صرفه‌جویی کاذب‌اند.
• پورت خروجی 25. روی هر پلن باز است، بدون نیاز به ثبت تیکت رفع مسدودی. سیاست استفادهٔ مجاز، ایمیل انبوهِ ناخواسته و رله‌های باز را ممنوع می‌کند، که دقیقاً همان چیزی است که رنج‌ها را برای هرکسی که به‌طور مشروع ارسال می‌کند، قابل‌تحویل نگه می‌دارد.
• Debian 13 از کتابخانهٔ قالب‌ها، و یک حوزهٔ قضایی که آگاهانه انتخاب شده. ایمیل به تأخیر حساس نیست، پس مکان را برای جایی انتخاب کنید که صندوق پستی باید از نظر قانونی در آن قرار بگیرد، نه برای چند میلی‌ثانیه.

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

• دستی سرهم‌شده. Postfix به‌عنوان MTA، Dovecot برای IMAP و احراز هویت، Rspamd برای فیلترکردن و امضای DKIM. شاید در مجموع دویست خط پیکربندی، که همه‌اش را می‌توانید بخوانید و هیچ‌کدامش پنهان نیست. بیشترین کنترل، بیشترین نیاز به درک، و همان نسخه‌ای که این راهنما فرض می‌کند.
• یک باندل. mailcow کامل و مبتنی‌بر کانتینر است، و واقعاً پیش از آنکه راحت شود به 4 GB نیاز دارد. Mail-in-a-Box نظردار است و اگر انتخاب‌هایش را دقیقاً بپذیرید، دلپذیر است. Stalwart یک باینری تکی است که SMTP، IMAP، JMAP و فیلترکردن را در یک پردازه پوشش می‌دهد، و تا حد قابل‌توجهی سبک‌ترینِ این سه‌تاست. همهٔ آن‌ها ظرف یک ساعت نصب می‌شوند؛ هیچ‌کدامشان DNS شما را برایتان انجام نمی‌دهد.
• یک رله‌ای که خودتان اجرایش نمی‌کنید. اگر نیاز صرفاً این است که «برنامهٔ من باید ایمیل‌های بازنشانی رمز عبور بفرستد» و هرگز صندوق پستی‌ای در کار نخواهد بود، یک MTA اصلاً شکل اشتباهی است. یک smarthost پیکربندی کنید و بعدازظهرتان را صرف چیز دیگری کنید.

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

آدرسی بدون اعتبار، خنثی شروع نمی‌کند. پیش‌فرض یک گیت‌وی دربارهٔ یک IP ناآشنای دیتاسنتر که ناگهان شروع به ارسال کرده، به «احتمالاً ناخواسته» نزدیک‌تر است، چون اکثریت قریب‌به‌اتفاق چنین آدرس‌هایی در نهایت همین از آب درمی‌آیند. گرم‌سازی همان فرایند جایگزین‌کردن آن پیش‌فرض با شواهد است، و هیچ ترفند فنی‌ای نمی‌تواند آن را عجله‌ای کند.

• کوچک شروع کنید و آهسته بالا بروید. در هفتهٔ اول چند ده پیام در روز، تقریباً هر چند روز یک‌بار دوبرابر شدن، و رسیدن به حجم عادی طی دو تا چهار هفته. فرستنده‌ای که یک‌شبه از صفر به هزار می‌رسد، از یک میزبان به‌خطرافتاده قابل‌تشخیص نیست، و همان‌طور هم با آن رفتار می‌شود.
• تعامل بر حجم می‌چربد. پیام‌هایی که آدم‌های واقعی بازشان می‌کنند، پاسخشان می‌دهند و از اسپم بیرونشان می‌آورند، خیلی بیشتر از توان عملیاتی ارزش دارند. اول به گیرندگانی بفرستید که بیشترین احتمال تعامل را دارند — خودتان، همکاران، مکاتبه‌کنندگانی که از قبل شما را می‌شناسند.
• ثابت‌قدم باشید. دویست پیام در یک روز و هیچ‌چیز برای سه هفته، هرگز یک نمایهٔ پایدار نمی‌سازد. یک جریان آرام و پیوسته بهتر از یک انفجار نامنظم با همان مجموع ماهانه است.
• شکایت‌ها را تحت کنترل نگه دارید. آستانهٔ منتشرشده 0.3% است، و بالاتر از آن هیچ کار دیگری که انجام می‌دهید چندان اهمیتی ندارد. زیر 0.1% همان‌جایی است که باید زندگی کنید.
• جریان‌ها را قاطی نکنید. خبرنامه‌ها و بازنشانی‌های رمز عبور روی یک آدرس، یعنی نرخ شکایتِ بازاریابی، بازیابی حسابتان را هم به پوشهٔ اسپم می‌کشاند. اگر جداکردنشان ارزشش را دارد، یک IPv4 تمیز اختصاصیِ دوم با rDNS خودش، $2.00/mo قیمت دارد.

پیکربندی ظرف یک ساعت قابل‌بازتولید است. اعتبار ماه‌ها طول می‌کشد و می‌تواند در یک غروب با یک فرم تماس به‌خطرافتاده نابود شود. با آدرس مثل همان چیزی رفتار کنید که واقعاً دارید ازش محافظت می‌کنید.

• پایش کنید، نه واکنش نشان دهید. بزرگ‌ها را طبق یک برنامهٔ زمانی بررسی کنید، نه بعد از یک شکایت — راهنمای گام‌به‌گام ما دربارهٔ بررسی اینکه آیا یک IP در لیست سیاه است این را پوشش می‌دهد که کدام فهرست‌ها وزن دارند، چطور یک فهرست‌شدن را بخوانید و لغو فهرست واقعاً چطور کار می‌کند.
• ارسال خروجی خودتان را نرخ‌محدود کنید. یک سقف در MTA همان چیزی است که میان یک اسکریپت به‌خطرافتاده و ده هزار پیامی که پیش از بیدارشدنتان بیرون می‌روند، می‌ایستد. همین یک تنظیم به‌تنهایی آدرس‌های بیشتری از هر فیلتری نجات داده.
• بازگشت‌های قطعی را فوراً بازنشسته کنید. تحویل‌دادن مکرر به آدرس‌های مرده یک سیگنال تلهٔ اسپم است، و تله‌های اسپمِ بازیافتی دقیقاً همان راهی است که فرستنده‌های مشروع در فهرست‌ها گیر می‌افتند.
• postmaster@ و abuse@ را بخوانید. این‌ها الزاماً باید وجود داشته باشند، و همان‌جایی هستند که پیش از آنکه یک فهرست مسدودی بفهمد، شما از یک مشکل باخبر می‌شوید. هر دو گیرندهٔ بزرگ همچنین داشبوردهای اعتبار رایگانی برای دامنه‌هایی که تأیید کرده‌اید منتشر می‌کنند؛ چیزهایی به شما می‌گویند که هیچ فهرست عمومی‌ای هرگز نخواهد گفت.
• دنبال جنگی که به ارث برده‌اید نروید. اگر معلوم شد آدرس فهرست‌شدنی را حمل می‌کند که پیش از شما بوده، یا جایی مسدود شده که از نظر تجاری اهمیت دارد، به‌جای صرف سه هفته در صف‌های لغو فهرست برای سابقهٔ شخص دیگری، از پنل کاربری درخواست تعویض بدهید.

اینکه چرا آدرس از همان ابتدا تمیز رسیده، نیمهٔ دیگر این ماجراست. کلودهای ارزان‌قیمت با گردش بالا، IPv4 را میان تعداد بسیار زیادی مشتری کوتاه‌عمر بازچرخانی می‌کنند، پس یک آدرس «تازه» معمولاً از هر جهتی که برای یک گیت‌وی اهمیت دارد، از قبل صاحب داشته می‌رسد. هر پلن اینجا، به‌جای برشی از یک استخر مشترک، یک آدرس اختصاصی و بررسی‌شده تحویل می‌دهد — اینکه یک IP تمیز واقعاً یعنی چه تعریف آن و چگونگی تأیید خودتان پیش از تکیه‌کردن به آن را مشخص می‌کند.

حساب‌وکتاب صادقانه، چون راهنمایی که فقط بردها را فهرست می‌کند، تبلیغات است.

• ایمیل شما را خصوصی نمی‌کند. SMTP هاپ‌به‌هاپ و فرصت‌طلبانه رمزگذاری می‌کند؛ ارائه‌دهندهٔ گیرنده، دقیقاً مثل قبل، همه‌چیزی را که به کاربرانش می‌فرستید رمزگشایی و می‌خواند. اگر محرمانگیِ محتوا هدف است، آن یعنی رمزگذاری سرتاسری، نه یک سروری که خودتان مالکش هستید.
• متادیتا را پنهان نمی‌کند. چه کسی، به چه کسی، چه زمانی، چند بار و خط موضوع، همگی دست‌نخورده از شبکه عبور می‌کنند — و حالا سرور خودتان هم، روی ماشینی که مسئولش هستید، آن‌ها را لاگ می‌کند.
• شما را از دست گیرنده‌های بزرگ آزاد نمی‌کند. شما همچنان از دو شرکت می‌خواهید ایمیلتان را بپذیرند، و آن‌ها همچنان به‌طور یک‌طرفه شرایط را تعیین می‌کنند. خودمیزبانی نقطهٔ کنترل را جابه‌جا می‌کند؛ آن را حذف نمی‌کند.
• خودش را اداره نمی‌کند. گواهی‌ها تمدید می‌شوند، کلیدها می‌خواهند چرخانده شوند، دیسک‌ها پر می‌شوند، و سرور ایمیلی که خاموشانه از پذیرفتن ایمیل دست می‌کشد، پیام‌هایی را از دست می‌دهد که فرستنده‌ها تا ابد دوباره امتحانشان نمی‌کنند. این سرویسی با بُعدی از آماده‌باش است، هرچقدر هم کوچک.
• ماشین را ناشناس نمی‌کند. یک سرور ایمیل احتمالاً خودافشاگرترین چیزی است که می‌توانید اجرا کنید، چون کل سازوکارش همین است که دامنه‌تان را در DNS منتشر کنید و پشتش بایستید. یک ثبت‌نام no-KYC آنچه را میزبانتان دربارهٔ شما می‌داند محدود می‌کند؛ دربارهٔ آنچه یک گیرنده می‌تواند ببیند، هیچ کاری نمی‌کند. ما این تمایز را به‌درستی در آیا یک VPS پرداخت‌شده با رمزارز واقعاً ناشناس است باز کرده‌ایم، و پیش از فرض‌کردن خلاف آن، ارزش ده دقیقه وقتتان را دارد.

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

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

حساب همان بخشی است که مردم از آن رد می‌شوند. ثبت‌نام فقط یک آدرس ایمیل برای تحویل اطلاعات ورود می‌گیرد و نه چیز دیگری — نه مدرک شناسایی، نه کارت، نه آدرس پستی، نه شمارهٔ تلفن. هیچ سند تأییدی برای تحویل‌دادن بعداً وجود ندارد، چون هرگز هیچ‌کدام جمع‌آوری نشده؛ اینکه میزبانی no-KYC یعنی چه محدودیت‌های آن را صادقانه پوشش می‌دهد.

و پرداخت. یک کارت، یک سرور را به یک سابقهٔ بانکی و یک نام حقیقی در پایگاه‌داده‌ای که هیچ‌کدام از ما کنترلش نمی‌کنیم، پیوند می‌دهد. تسویه‌حساب اینجا روی زنجیره انجام می‌شود، و با Monero که به‌عنوان یک گزینهٔ درجه‌یک در نظر گرفته می‌شود، نه یک فکر بعدی: پرداخت برای VPS با XMR کل مسیر را قدم‌به‌قدم می‌گوید، و خرید بدون کارت اعتباری رسیدن به آنجا از صفر رمزارز را پوشش می‌دهد. دیپلوی پس از تأیید حدود شصت ثانیه طول می‌کشد.

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