तपाईंको आफ्नै SMTP सर्भरमार्फत इमेल पठाउनुहोस्

तपाईंले आफ्नो खुद mail infrastructure चलाउनुहुन्छ भने, वा तपाईंको provider हामीले सीधा सूचीमा नराखेको provider हो भने यो प्रयोग गर्नुहोस् — लगभग हरेक mail service ले SMTP उपलब्ध गराउँछ।

⚠️ यदि तपाईंको provider Mailgun, SendGrid, Postmark, Amazon SES वा Resend हो भने, यसको सट्टा यसैको आफ्नै guide प्रयोग गर्नुहोस्। कुन कुरा गलत भयो भन्ने सन्दर्भमा ती connections हरूले तपाईंलाई राम्रा error messages हरू दिन्छन्, किनकि SMTP status code को सट्टा provider ले वास्तवमा के भन्यो भन्ने कुरा हामी पढ्न सक्छौं।

तपाईंलाई के आवश्यक छ

तपाईंको mail server चलाउने व्यक्तिबाट चार कुराहरू:

• Host — जस्तै smtp.yourprovider.com
• Port — 587, 465 वा 2525
• Username र password

कुन port

587 भनेको STARTTLS सहितको submission हो र तपाईंले यही प्रयोग गर्नुपर्छ। Connection स्पष्ट रूपमा सुरु हुन्छ र कुनै पनि कुरा पठाउनु अघि TLS मा upgrade गरिन्छ।

465 भनेको implicit TLS हो — पहिलो byte देखि नै encrypted हुन्छ। उत्तिकै राम्रो; केही provider हरू यसलाई रुचाउँछन्।

2525 एउटा अनधिकृत alternative हो जुन केही host हरूले उपलब्ध गराउँछन् किनकि केही networks हरूले 587 लाई block गर्छन्। तपाईंको provider ले भन्यो भने मात्र यसलाई प्रयोग गर्नुहोस्।

⛔ Port 25 यहाँ स्वीकार गरिन्छ तर यो लगभग कहिल्यै सही उत्तर हुँदैन। यो mail servers हरूले एक-अर्कासँग कुराकानी गर्न प्रयोग गर्ने port हो, application ले सन्देश पठाउन प्रयोग गर्ने port होइन। यो अधिकांश networks मा block गरिएको हुन्छ, यसमा प्रायः authentication हुँदैन, र जहाँ यसले काम गर्छ त्यहाँ यो प्रायः unencrypted हुन्छ।

⛔⛔ हामी unencrypted connection मार्फत पठाउने छैनौं। यदि तपाईंले Use STARTTLS लाई on राख्नुभयो भने — र तपाईंले राख्नुपर्छ — र तपाईंको server ले upgrade गर्न अस्वीकार गर्यो भने, स्पष्ट रूपमा जारी रहनुको सट्टा पठाउने प्रक्रिया असफल हुन्छ। यो जानाजानी गरिएको हो: तपाईंको clients हरूका password-reset links हरू यी सन्देशहरूमा हुन्छन्, र कसैको ध्यान नपुग्ने गरी downgrade हुनु भनेको सबैभन्दा खराब प्रकारको failure हो, किनकि mail अझै पनि आइपुग्छ।

पहिले आफ्नो DNS सेटअप गर्नुहोस्

managed service ले जस्तै तपाईंको provider ले तपाईंको लागि यो गर्दैन। तपाईंले पठाउँदै गर्नुभएको domain मा तपाईंलाई निम्न कुराहरू आवश्यक पर्दछ:

SPF — तपाईंको server को ठेगाना प्रमाणित गर्ने TXT record: v=spf1 ip4:203.0.113.10 -all, वा v=spf1 a:smtp.yourprovider.com -all। यदि तपाईंसँग पहिले नै SPF record छ भने, यसलाई edit गर्नुहोस्; एउटै domain मा दुईवटा SPF records भएमा SPF पूर्ण रूपमा असफल हुन्छ।

DKIM — तपाईंको mail server ले बाहिरिने सन्देशहरूमा sign गर्छ र तपाईंले <selector>._domainkey.yourdomain.com मा मिल्दो public key publish गर्नुहुन्छ। Postfix मा यो सामान्यतया OpenDKIM हो; तपाईंको provider ले तपाईंलाई selector बताउनेछ।

DMARC — _dmarc.yourdomain.com मा रहेको एउटा TXT record, जुन SPF र DKIM दुवै pass भएको छ भनी जाँच गर्दा v=DMARC1; p=none; बाट सुरु हुन्छ।

Reverse DNS — तपाईंको server को IP ठेगानाको PTR record यसको hostname मा नै resolve हुनुपर्छ। ठूला receivers हरूले यो जाँच गर्छन् र धेरैले यसबिनाको ठेगानाबाट mail स्वीकार गर्दैनन्। तपाईंको DNS provider ले होइन, तपाईंको hosting provider ले यसलाई सेटअप गर्छ।

⭐ एकचोटि यो चालु भएपछि राम्रो निःशुल्क जाँच: mail-tester.com मा एउटा सन्देश पठाउनुहोस् र score पढ्नुहोस्। यसले चारमध्ये कुन चाहिँ गलत छ भन्ने बताउँछ, जुन spam folder बाट अनुमान गर्नुभन्दा धेरै छिटो हुन्छ।

Zinn® मा यसलाई जडान गर्नुहोस्

तपाईंको dashboard मा Email sending खोल्नुहोस्:

• Provider — SMTP server
• Send from this domain — mail.yourdomain.com (एउटा domain, ठेगाना होइन)
• SMTP host, Port, Username, Password
• Use STARTTLS — on, तपाईं port 465 मा हुनुहुन्न भने

⭐ कसैको login पुन: प्रयोग गर्नुको सट्टा, यसका लागि एउटा समर्पित mailbox वा submission user सिर्जना गर्नुहोस्। कोही व्यक्ति जाँदा र तिनको password परिवर्तन हुँदा, तपाईंको clients हरूका notifications हरू रोकिनु हुँदैन।

test पठाउनुहोस् र code प्रविष्ट गर्नुहोस्

फरक domain मा रहेको inbox मा Send test message थिच्नुहोस्, त्यहाँबाट code पढ्नुहोस्, र यसलाई प्रविष्ट गर्नुहोस्।

यसले काम नगर्दा

"The mail server rejected the username or password" — SMTP AUTH असफल भयो। यदि तपाईंको provider को account मा two-factor authentication छ भने, login password को सट्टा तपाईंलाई पक्कै पनि app password आवश्यक पर्दछ।

"Could not reach host:port" — port block गरिएको छ, hostname गलत छ, वा server ले त्यो port मा submission सुतिरहेको छैन। अर्को मेसिनबाट गरिएको telnet smtp.yourprovider.com 587 ले कुन हो भन्ने कुरा बताउनेछ।

A TLS error — तपाईंको server को certificate को मिति समाप्त भएको छ, self-signed छ, या तपाईंले प्रविष्ट गर्नुभएको hostname सँग मेल खाँदैन। हामी certificates प्रमाणित गर्छौं र त्यो जाँचलाई छोड्ने छैनौं; certificate ঠিক गर्नुहोस्।

"The mail server refused the recipient" — तपाईंको server यो sender का लागि relay गर्न configure गरिएको छैन, जसको सामान्यतया अर्थ authenticated user लाई तपाईंको sending domain को रूपमा पठाउन अनुमति छैन भन्ने हुन्छ।

यो जान्छ तर सबै कुरा spam मा जान्छ — त्यो DNS हो, SMTP होइन। माथि दिइएका SPF, DKIM, DMARC र reverse DNS हरू पूरा गर्नुहोस्, त्यसपछि mail-tester को जाँच फेरि चलाउनुहोस्।