कस्टम डोमेन ईमेल ही तो मैं चाहता था

एक personal domain को email के लिए सरल और किफायती तरीके से उपयोग करना आश्चर्यजनक रूप से कठिन निकलता है, जहाँ unlimited aliases, Apple Mail compatibility, storage, और price जैसी चीज़ों के बीच trade-offs हैं। Commenters hosted providers (Fastmail, Proton, iCloud+, Purelymail, MXRoute, Zoho, FounderMail और अन्य) की तुलना करते हैं, और strict spam filtering, incoming mail पर hidden limits, तथा opaque pricing जैसी समस्याएँ उजागर करते हैं। Self-hosting को सैद्धांतिक रूप से आदर्श लेकिन व्यवहार में जटिल विकल्प के रूप में उठाया जाता है, खासकर Google और Microsoft जैसे बड़े providers तक deliverability और लगातार maintenance burden को लेकर चिंताओं के साथ।

विशेषीकृत होस्टेड ईमेल प्रदाता

  • कई सेवाओं को लेख की आवश्यकताओं के अनुरूप या लगभग अनुरूप बताया गया है: Fastmail, Proton (अक्सर SimpleLogin के साथ), Migadu, MXRoute, Purelymail, StartMail, Zoho, Lark, और अन्य।
  • Fastmail की बार-बार विश्वसनीयता, सुविधाओं (मेल/कैल/संपर्क), Apple Mail push, और लचीली aliasing (subdomain और plus-addressing) के लिए प्रशंसा की जाती है, लेकिन कुछ लोग इसे महँगा मानते हैं।
  • Purelymail को बेहद सस्ता और विश्वसनीय बताया गया है, खासकर इसकी उपयोग-आधारित “advanced” pricing के लिए।
  • MXRoute के Black Friday lifetime deals को लंबे समय के लिए बेहतरीन मूल्य माना जाता है।
  • कुछ नए या छोटे प्रदाताओं पर भी ध्यान जाता है (जैसे founder-focused सेवाएँ, niche hosts से lifetime deals), लेकिन उनके quirks (manual outbound-approval, low inbound limits) को बहुत प्रतिबंधात्मक कहा जाता है।

iCloud, Google, Proton, और बड़े ecosystem

  • कई लोग तर्क देते हैं कि iCloud+ custom domains Apple Mail integration के लिए सबसे सरल समाधान हैं और व्यवहार में अच्छी तरह काम करते हैं।
  • अन्य लोग चेतावनी देते हैं कि iCloud Mail कुछ संदेशों को content के आधार पर चुपचाप drop कर देता है, sender या receiver को सूचना दिए बिना, जिसे critical email के लिए अस्वीकार्य माना जाता है।
  • Google Workspace के समर्थक हैं जो Gmail UI, SSO, और spam filtering को महत्व देते हैं, लेकिन Apple Mail में push की कमी और feature changes (जैसे custom-domain “send as” support समाप्त करना) कुछ लोगों को अन्य विकल्पों की ओर धकेलते हैं।
  • Proton का encrypted model third-party client उपयोग को जटिल बनाता है (bridge app की आवश्यकता होती है), और alias limits “unlimited addresses” वाले use cases से टकराती हैं।

Self-hosting बनाम managed services

  • कुछ लोग ज़ोर देते हैं कि Mailcow या Mail-in-a-Box जैसे tools, और deliverability समस्या हल करने के लिए एक सस्ते SMTP relay (SES, SMTP2GO) के साथ, self-hosting अब व्यावहारिक है।
  • अन्य लोग बताते हैं कि बड़े providers के spam filters, SPF/DKIM/DMARC configured होने के बावजूद, self-hosting की deliverability को अविश्वसनीय बना देते हैं।
  • मतभेद है: कुछ इसे “easy and rewarding” कहते हैं, जबकि अन्य इसे लंबे समय का maintenance burden और “massive PITA” बताते हैं।

Deliverability, spam, और forwarding

  • कई टिप्पणियाँ spam filtering और reputation पर केंद्रित हैं: host चाहे जो भी हो, Gmail/Outlook inbox तक पहुँचना सबसे कठिन हिस्सा माना जाता है।
  • शिकायतों में शामिल हैं: forwarding सेवाएँ जिनमें SRS नहीं है, जिससे spam checks टूट जाते हैं; कुछ प्रदाताओं की aggressive filtering (iCloud, Resend issues, corporate Gmail false positives)।
  • Workarounds में SMTP relays (SES, SMTP2GO), SPF का सावधानीपूर्वक consolidation, और यह स्वीकार करना शामिल है कि बड़े providers द्वारा कभी-कभार block होना अपरिहार्य है।

Forwarding-केंद्रित और DIY setups

  • एक लोकप्रिय पैटर्न: domain Cloudflare या इसी तरह की सेवा पर, email Gmail (या किसी अन्य mailbox) में forwarded, sending SES/SMTP2GO या अन्य SMTP providers के माध्यम से, कभी-कभी Gmail में “send as” configured करके।
  • कुछ लोग simple forwarding services (जैसे improvmx, Namecheap/Zohomail forwarding) का उपयोग करते हैं और अपने mail client पर भरोसा करते हैं कि वह custom address का उपयोग करके भेजे।
  • Advanced users sieve scripts और folder rules का वर्णन करते हैं, ताकि catch-all addresses को अपने-अपने service folders में auto-organize किया जा सके।

UX, AI content, और विविध टिप्पणियाँ

  • कुछ लोग कुछ providers की marketing sites की आलोचना करते हैं कि वे बहुत bright हैं, AI-generated लगती हैं, या पुराने devices पर accessible नहीं हैं; इसे वे product polish के संकेत के रूप में देखते हैं।
  • HN ranking पर ध्यान देने और email journey के technical content पर ध्यान देने के बीच हल्की meta-discussion भी है।