रचना: NordBastion का ध्रुवीय भालू शुभंकर tactical नॉर्डिक कवच में एक चमकते brass postal-vault के बगल में खड़ा है, sealed-envelope sigils इसके चारों ओर luminous moths की तरह orbit कर रहे हैं, vault door पर एक खुला port-25 brass plaque, fjord-रात में ऊपर अरोरा
उपयोग मामला · Mail server · 2026 में अपडेट

आपका inbox।
Port 25 पर। डिफ़ॉल्ट रूप से खुला। KYC-मुक्त।

$7.90/mo पर एक Garrison पर Mailcow, मिनट एक से port 25 खुला — कोई ticket नहीं, कोई signed AUP नहीं। उन कुछ no-KYC hosts में से एक जहाँ आप वास्तव में मेल भेज सकते हैं बजाय केवल प्राप्त करने के।

सही टियर चुनें Mailcow recipe पर जाएँ
संक्षेप में
  • 01

    $7.90/mo पर Garrison एक personal या family mailbox के लिए Mailcow को आराम से carry करता है; rspamd, ClamAV और Sogo के साथ small-team production stack के लिए $16.90/mo पर Ravelin।

  • 02

    हर टियर पर डिफ़ॉल्ट रूप से Port 25 खुला — अधिकांश no-KYC hosts इसे block करते हैं। PTR/rDNS एक panel ticket के माध्यम से सेट; बाक़ी SPF + DKIM + DMARC + MTA-STS है।

  • 03

    नॉर्डिक sender-IP ranges, Gmail/Outlook365 द्वारा well-respected — "cheap US VPS" ranges के साथ कोई साझा इतिहास नहीं। KYC-मुक्त साइन-अप ताकि inbox आपके नाम का कागज़ी निशान न हो।

क्यों परेशान हों

मेल server को self-host क्यों करें ही।

ईमेल इंटरनेट पर सबसे पुराना universal identifier है। वह पता जिसे आपने अपने बैंक, अपनी कर अधिकारिता, अपने domain registrar, अपने password manager को रजिस्टर करने के लिए उपयोग किया — वह पता बाक़ी सब चीज़ों के लिए recovery surface है। उस surface को एक तीसरे-पक्ष mailbox provider को सौंपने का अर्थ है उन्हें बाक़ी सब चीज़ों के लिए recovery surface की keys सौंपना।

ईमेल को self-host करना डिफ़ॉल्ट हुआ करता था; यह अपवाद बन गया जब spam-arms-race dynamics ने deliverability को वास्तव में कठिन बना दिया, और बड़े मुफ़्त providers ने mailbox-hosting को adjacent products के लिए एक loss-leader में बदल दिया। परिणाम संकेंद्रण है: मुट्ठी भर providers सार्वजनिक इंटरनेट पर बहने वाले अधिकांश personal मेल को संभालते हैं। वह संकेंद्रण नीचे की ओर सभी के लिए एक single point of policy failure है।

operational story reputation के सुझाव से अधिक tractable है। Mailcow आपको एक docker-compose stack देता है जिसमें सब कुछ शामिल है (Postfix, Dovecot, rspamd, ClamAV, Sogo webmail, Z-Push); deliverability के कठिन हिस्से (SPF, DKIM, DMARC, MTA-STS, PTR) well-documented हैं; IP-reputation warm-up महीनों के बजाय हफ़्तों में मापी जाने वाली एक ज्ञात प्रक्रिया है। कठिन हिस्सा हफ़्तों 1–4 के दौरान धैर्य है, software नहीं।

सही प्रश्न abstract में "self-host या hosted" नहीं है — यह है "क्या मैं अपना recovery-surface identifier एक domain और एक box पर anchored चाहता हूँ जिसे मैं नियंत्रित करता हूँ"। यदि उत्तर हाँ है, तो इस पेज का बाक़ी recipe है।

साइज़िंग

काम के लिए सही NordBastion टियर।

एक personal या family-size mailbox (एक से दस accounts, मामूली sending volume, एक दिन में कुछ सौ inbound संदेश) के लिए, Garrison ($7.90/mo, 4 vCPU, 8 GB, 240 GB NVMe) sweet spot है। Mailcow का container सेट — Postfix, Dovecot, rspamd, ClamAV, Sogo, Redis, MariaDB — आराम से फ़िट होता है; disk attachments के साथ भी सालों के मेल archives रखता है; cores rspamd को बिना lag के अपना machine-learning classifier चलाने देते हैं।

एक small-team production setup (20–100 accounts, वास्तविक outbound volume, primary webmail के रूप में Sogo, server-side calendar sync) के लिए, Ravelin ($16.90/mo, 8 vCPU, 16 GB, 480 GB NVMe) अपना keep अर्जित करता है — inbound spam load के लिए अधिक rspamd worker headroom, IMAP IDLE crowd के लिए अधिक Dovecot connections, और "क्या मुझे यह चाहिए" window से परे मेल रखने के लिए storage।

Sentinel ($3.90/mo, 2 vCPU, 4 GB) एक leaner stack चला सकता है — Mail-in-a-Box या एक hand-rolled Postfix + Dovecot — एक एकल mailbox setup के लिए, लेकिन एक Sentinel पर Mailcow किसी भी meaningful inbound spam load के तहत cramped महसूस करता है। ईमानदार सिफ़ारिश है एक Garrison पर शुरू करें और वहीं रहें।

इनमें से कोई भी क्या नहीं है: paying customers के लिए एक multi-tenant managed-mail offering। NordBastion box host करता है; deliverability story, abuse-handling story, और आपके users के लिए AUP आपका डोमेन हैं।

सेटअप

नए VPS से पहली इनबॉक्स डिलीवरी तक। छह चरण, और 2–4 सप्ताह का वॉर्म-अप।

एक रूपरेखा — Mailcow के अपस्ट्रीम दस्तावेज़ हर container को कवर करते हैं; नीचे दी गई परिचालन अनुशासन वही है जो "Gmail को डिलीवर करता है" को "स्थायी रूप से spam में रहता है" से अलग करती है।

  1. 01

    सबसे पहले PTR टिकट खोलें

    कुछ भी इंस्टॉल करने से पहले: VPS के IP के लिए वांछित PTR (जैसे mail.example.org) के लिए टिकट करें। सही PTR के बिना, डिलीवरेबिलिटी शुरू होने से पहले ही विफल हो जाती है।

    # NordBastion के कंट्रोल पैनल से:# Tickets > New > "Set PTR"
# IP <your IPv4> -> mail.example.org
  2. 02

    Docker इंस्टॉल करें + Mailcow क्लोन करें

    Mailcow अपने साथ मानक docker-compose.yml देता है। generate_config.sh चलाएँ, उसे FQDN दें, और डिफ़ॉल्ट मान स्वीकार करें।

    curl -fsSL get.docker.com | sh
git clone https://github.com/mailcow/mailcow-dockerized
cd mailcow-dockerized
./generate_config.sh
  3. 03

    SPF + DKIM + DMARC + MTA-STS रिकॉर्ड कॉन्फ़िगर करें

    पहले दिन से सभी चार DNS रिकॉर्ड, सभी हरे। Mailcow DKIM keypair जनरेट करता है; आप अपने registrar पर मिलान करने वाला DNS रिकॉर्ड प्रकाशित करते हैं।

    ; अपने DNS रजिस्ट्रार पर@      IN TXT "v=spf1 mx -all"
_dmarc IN TXT "v=DMARC1; p=quarantine; ..."
dkim._domainkey IN TXT "v=DKIM1; k=rsa; p=..."
  4. 04

    Mailcow शुरू करें

    Postfix, Dovecot, rspamd, ClamAV, Sogo, Redis, MariaDB — पूरा स्टैक एक ही compose में। किसी दूरस्थ प्रेषक से आने वाले पहले इनबाउंड कनेक्शन के लिए लॉग पर नज़र रखें।

    docker compose pull
docker compose up -d
docker compose logs -f postfix-mailcow
  5. 05

    mail-tester से सत्यापित करें

    mail-tester.com 10 में से एक डिलीवरेबिलिटी स्कोर देता है। असली मेल भेजने से पहले 10/10 का लक्ष्य रखें। 8 से नीचे का कोई भी स्कोर मतलब SPF/DKIM/PTR ग़लत कॉन्फ़िगर है।

    # sogo webmail से एक परीक्षण मेल यहाँ भेजें:# the address mail-tester.com gives you
# फिर स्कोर जाँचें
  6. 06

    IP को धीरे-धीरे वॉर्म अप करें

    कम मात्रा से शुरू करें (सक्रिय प्राप्तकर्ताओं को दिन में कुछ ही संदेश)। 2–4 सप्ताह में धीरे-धीरे बढ़ाएँ। नए IP से बड़े पैमाने पर न्यूज़लेटर भेजने से बचें — ब्लॉकलिस्ट में पहुँचने का यह सबसे पक्का तरीका है।

    # सप्ताह 1: दोस्तों को ~10 संदेश/दिन# सप्ताह 2: ~50 संदेश/दिन, rspamd-history पर नज़र रखें# सप्ताह 4: सामान्य व्यक्तिगत उपयोग की मात्रा
इस काम के लिए यह host क्यों

NordBastion ही क्यों, खासकर एक मेल सर्वर के लिए।

पोर्ट 25 खुला

वह निर्णायक बात जिसे ज़्यादातर होस्ट छिपाते हैं।

NordBastion के हर टियर पर आउटबाउंड पोर्ट 25 डिफ़ॉल्ट रूप से खुला है — न कोई टिकट, न हस्ताक्षरित AUP, न किसी व्यावसायिक पहचान का KYC सत्यापन, न "समीक्षा के लिए 7 दिन प्रतीक्षा करें"। यही वह एक तकनीकी निर्णय है जो "मेल सेल्फ-होस्ट कर सकते हैं" को "केवल receive-only मेल सेल्फ-होस्ट कर सकते हैं" से अलग करता है। ज़्यादातर बिना KYC होस्ट ने स्पैम शिकायतों से बचने के लिए पोर्ट 25 बंद कर रखा है; हम इसे खुला रखते हैं क्योंकि मेल सेल्फ-होस्टिंग ठीक वही उपयोग है जिसके लिए हमारा प्लेटफ़ॉर्म बना है।

KYC-मुक्त

आपका इनबॉक्स कोई कागज़ी सुराग नहीं है।

आपका ईमेल पता ऑनलाइन आपकी हर दूसरी चीज़ के लिए रिकवरी का ज़रिया है। इसे अपने क्रेडिट कार्ड से भुगतान किए गए सर्वर पर होस्ट करने का मतलब है कि कार्ड जारीकर्ता को मिला एक subpoena "AWS का बिल चुकाने वाले व्यक्ति" और "इन खातों के रिकवरी ईमेल" के बीच का रिश्ता उजागर कर देता है। बिना KYC साइनअप + क्रिप्टो बिलिंग उस कड़ी को तोड़ देती है: होस्टिंग खाता बस "इस ईमेल के पीछे का प्रीपेड बैलेंस" है, और ईमेल केवल आपका अपना मामला है।

नॉर्डिक IP प्रतिष्ठा

"सस्ते US VPS" रेंज की तुलना में अधिक सम्मानित।

प्रेषक-IP की प्रतिष्ठा आंशिक रूप से व्यक्तिगत होती है, और आंशिक रूप से ASN और IP ब्लॉक के इतिहास से विरासत में मिलती है। स्थापित होस्टरों की नॉर्डिक रेंज की ऐतिहासिक प्रतिष्ठा उस "$2/माह US VPS" एड्रेस स्पेस से कहीं साफ़ है, जिसे बल्क-मेलर लगातार इस्तेमाल करके छोड़ते रहते हैं। Gmail और Outlook365 अपनी इनबाउंड स्कोरिंग में ASN की प्रतिष्ठा को महत्व देते हैं, और नॉर्डिक पीयरिंग — स्टॉकहोम, हेलसिंकी, ओस्लो, रेक्याविक — उस श्रेणी में आती है जिसे वॉर्म-अप अवधि के दौरान डिलीवरेबिलिटी में मापने योग्य बढ़त मिलती है।

निर्णय

Garrison पर Mailcow चलाएँ। PTR के लिए टिकट खोलें। चारों DNS रिकॉर्ड सेट करें। धीरे-धीरे वॉर्म अप करें।

2026 में एक व्यक्तिगत उपयोगकर्ता प्रति डॉलर जितनी संप्रभुता खरीद सकता है, उसमें ईमेल की सेल्फ-होस्टिंग सबसे ऊपर है। लगभग एक सशुल्क मेलबॉक्स सेवा की कीमत में आपको पूरा Postfix/Dovecot/rspamd स्टैक मिलता है — ऐसे सर्वर पर जहाँ पता आपके नियंत्रण वाले डोमेन से जुड़ा है और स्टोरेज आपका है, जिसका बैकअप आप जैसे चाहें ले सकते हैं।

NordBastion इस खास काम के लिए मायने रखने वाले हिस्सों पर स्पष्ट राय रखता है — पोर्ट 25 डिफ़ॉल्ट रूप से खुला, PTR बिना किसी झंझट के टिकट से सेट, बिना KYC साइनअप ताकि इनबॉक्स आपके नाम तक पहुँचने वाला कागज़ी सुराग न बने, साफ़ विरासती प्रतिष्ठा वाली नॉर्डिक IP रेंज — और बाकी सब में जान-बूझकर साधारण है। VPS एक VPS है। Docker Docker है। Mailcow Mailcow है।

मुश्किल हिस्सा वॉर्म-अप अवधि के दौरान धैर्य रखना है। सॉफ़्टवेयर की समस्या हल हो चुकी है। DNS की समस्या हल हो चुकी है। यहाँ इन्फ़्रास्ट्रक्चर डिफ़ॉल्ट रूप से खुला है। बचता है बस कम मात्रा में, अच्छी तरह प्रमाणित मेल भेजने का अनुशासन, जब तक Gmail आप पर भरोसा करना नहीं सीख लेता। दो से चार सप्ताह। उसके बाद यह बस ईमेल है।

FAQ · VPS पर मेल सर्वर

जो प्रश्न पहले आते हैं।

वे आठ सवाल जिनसे मेल-सर्वर सेल्फ-होस्टर docker compose up से पहले वास्तव में जूझते हैं। पोर्ट 25 की नीति एक वजह से सवाल नंबर एक है।

अधिकांश VPS hosts port 25 क्यों blocked करते हैं?

Outbound port 25 spam relaying botnets के लिए ऐतिहासिक attack vector है। Hyperscalers (AWS, GCP, Azure) और अधिकांश VPS hosts इसे डिफ़ॉल्ट रूप से बंद करते हैं और या तो इसे बिल्कुल खोलने से इनकार करते हैं या पहले एक signed AUP और KYC-सत्यापित business account की आवश्यकता रखते हैं। "हम आपको एक VPS बेचेंगे लेकिन आप इससे मेल नहीं भेज सकते" का संयोजन अब अलिखित उद्योग मानदंड है, यही कारण है कि "आपकी port 25 नीति क्या है" वह पहला प्रश्न है जो हर संभावित मेल-server self-hoster पूछता है। NordBastion हर टियर पर डिफ़ॉल्ट रूप से port 25 खोलता है — कोई ticket आवश्यक नहीं।

IP-reputation warm-up क्या है और कितना समय लगता है?

एक नया-आवंटित VPS IP की बड़े inbox providers (Gmail, Outlook365, Yahoo) के साथ कोई sender reputation नहीं है। पहले कुछ हज़ार संदेश जो यह भेजता है उन्हें guilty-until-proven-innocent माना जाता है — एक low-trust score के साथ अस्थायी रूप से स्वीकार, deliverability inbox और spam के बीच fluctuating। Reputation 2–4 हफ़्तों के consistent, low-volume, well-authenticated sending के दौरान बनती है। accelerators हैं: हर संदेश पर SPF + DKIM + DMARC + MTA-STS सब green; PTR/rDNS HELO से मेल; consistent FROM domain; engagement signals (लोग वास्तव में आपका मेल खोलते हैं, केवल प्राप्त नहीं करते)।

क्या NordBastion reverse DNS / PTR records सेट करता है?

हाँ — अपने panel से वांछित PTR के साथ एक ticket खोलें और हम इसे upstream IP block पर सेट करते हैं। convention है कि IP का PTR मेल server के HELO/EHLO hostname (mail.example.org) से मेल खाता है। एक सही PTR के बिना, Gmail और Outlook365 दोनों sender को भारी रूप से penalise करते हैं — इसलिए यह उन पहली चीज़ों में से एक है जिसे settle करना है, आदर्श रूप से पहले outbound संदेश से पहले। ticket का turnaround आमतौर पर कुछ घंटे है।

Mailcow बनाम Mail-in-a-Box बनाम iRedMail — कौन सा?

Mailcow आधुनिक docker-compose-native विकल्प है — actively developed, web-UI-rich, rspamd, ClamAV, Sogo webmail और Z-Push के साथ out of the box आता है। Mail-in-a-Box "एक मशीन पर सब कुछ, opinionated, न्यूनतम config" विकल्प है — एक personal mailbox + कुछ aliases के लिए आदर्श। iRedMail क्लासिकल LAMP-stack-शैली विकल्प है — granular configuration, गैर-Docker shops के साथ व्यापक compatibility। 2026 में अधिकांश नए self-hosters के लिए उत्तर एक Garrison पर Mailcow है; नीचे सब कुछ उस पथ को मानता है।

क्या मैं Gmail और Outlook365 को विश्वसनीय रूप से deliver कर सकता हूँ?

हाँ — लेकिन केवल पूर्ण authentication hygiene (SPF + DKIM + DMARC + MTA-STS), सही PTR, एक स्वच्छ sending pattern, और warm-up के दौरान धैर्य के साथ। विशेष रूप से Gmail engagement पर भारी weight देता है — लोग आपका मेल delete नहीं कर रहे, इसका जवाब दे रहे, इसे not-spam मार्क कर रहे — और एक brand-new domain पर एक brand-new sender को "promotional" purgatory से बाहर निकलने में हफ़्ते लगते हैं। Self-hosted ऑपरेटर 4–8 हफ़्तों के consistent operation के भीतर दोनों inboxes में stable deliverability की रिपोर्ट करते हैं; पथ अनुशासन की आवश्यकता है, magic की नहीं।

क्या मुझे एक backup MX की आवश्यकता है?

आप जितना सोचेंगे उससे कम। आधुनिक senders (Gmail, Outlook365, आदि) connection failure पर कई दिनों तक retry करते हैं, इसलिए एक reboot के दौरान एक घंटे के लिए primary MX नीचे जाना किसी के लिए अदृश्य है। Backup MX servers अधिकतर multi-day outages के दुर्लभ मामले को संभालने के लिए मौजूद हैं, और वे स्वयं spam-magnets हैं (spambots विशेष रूप से उन backup MXes को target करते हैं जो primary से कमज़ोर हैं)। यदि uptime मायने रखता है, सही play monitoring + एक तेज़ restore plan है, एक backup MX नहीं जिसे आप ख़राब तरीक़े से maintain करते हैं।

Sieve filtering, mobile पर push — क्या stack यह करता है?

Mailcow webmail और CalDAV/CardDAV के लिए Sogo देता है, server-side filtering के लिए dovecot-sieve (delivery time पर मेल को sort करने का विहित तरीक़ा, किसी भी IMAP client के साथ काम करता है), और Exchange ActiveSync के लिए Z-Push का समर्थन करता है — जो iOS Mail को बिना एक अलग push-IMAP backend खड़ा किए native push notifications देता है। Android के लिए, FairEmail और K-9 Mail clients near-real-time push के लिए IMAP IDLE के साथ natively काम करते हैं। stack आधुनिक mobile-mail अपेक्षाओं को कवर करता है।

rspamd बनाम SpamAssassin के बारे में क्या?

Mailcow डिफ़ॉल्ट रूप से rspamd देता है और यह सही आधुनिक डिफ़ॉल्ट है — C में लिखा, Lua-scriptable, machine-learning-augmented, समान false-positive rate के लिए SpamAssassin से तेज़ और अधिक memory-efficient। SpamAssassin legacy मेल stacks का lingua franca बना रहता है और iRedMail इसमें डिफ़ॉल्ट होता है; यह काम करता है, लेकिन आप नियमों को tune करने में अधिक समय खर्च करेंगे। rspamd चलाएँ जब तक कि एक integration constraint SpamAssassin को मजबूर न करे।

पढ़ते रहें

जो अन्य उपयोग मामले उसी नॉर्डिक uplink को साझा करते हैं।

उपयोग मामला

Mastodon का इंस्टेंस

फ़ेडरेटेड माइक्रोब्लॉगिंग — उस मेल सर्वर का स्वाभाविक पड़ोसी, जो साइनअप पुष्टि और पासवर्ड-रीसेट की डिलीवरेबिलिटी भी सँभालता है।
उपयोग मामला

Matrix होमसर्वर

End-to-end एन्क्रिप्टेड Synapse — उन ऑपरेटरों के लिए संप्रभुता की जुड़वाँ पहल, जो अपने इनबॉक्स के साथ-साथ अपना मैसेजिंग प्लेटफ़ॉर्म भी खुद चलाते हैं।
उपयोग मामला

WireGuard आधारित VPN सर्वर

Sentinel पर कर्नेल-गति वाला VPN एग्ज़िट — अपने मेल सर्वर के एडमिन UI तक सार्वजनिक इंटरनेट के बजाय अपनी ही टनल से पहुँचने के लिए।
पूरा उपयोग-मामले hub देखें

निजी होस्टिंग, उत्तर में निर्मित।