ज्ञानकोष

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

तपाईंको आफ्नै SMTP सर्भर जडान गर्नुहोस्: कुन पोर्ट प्रयोग गर्ने र किन २५ होइन, SPF, DKIM, DMARC र reverse-DNS रेकर्डहरू जुन तपाईंले आफैं प्रकाशित गर्नुपर्छ, र हामी किन इन्क्रिप्ट नगरिएको जडानमा फर्कन अस्वीकार गर्छौं।

यदि तपाईं आफ्नै मेल पूर्वाधार चलाउनुहुन्छ, वा यदि तपाईंको प्रदायक हामीले सीधै सूचीकृत नगरेको प्रदायक हो भने यो प्रयोग गर्नुहोस् — प्रायः प्रत्येक मेल सेवाले SMTP प्रदान गर्दछ।

⚠️ यदि तपाईंको प्रदायक Mailgun, SendGrid, Postmark, Amazon SES वा Resend हो भने, यसको सट्टा त्यसकै आफ्नै गाइड प्रयोग गर्नुहोस्। केही गडबड हुँदा ती कनेक्सनहरूले तपाईंलाई अझ राम्रा त्रुटि सन्देशहरू दिन्छन्, किनकि हामीले SMTP स्थिति कोडको सट्टा प्रदायकले वास्तवमा के भन्यो भनी पढ्न सक्छौं।

तपाईंलाई के चाहिन्छ

तपाईंको मेल सर्भर चलाउने जोकोहीबाट चारवटा कुराहरू:

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

कुन पोर्ट

587 STARTTLS सहितको सबमिसन हो र तपाईंले प्रयोग गर्नुपर्ने यही हो। कनेक्सन खुला रूपमा सुरु हुन्छ र केही पठाउनु अघि TLS मा अपग्रेड गरिन्छ।

465 इम्प्लिसिट TLS हो — पहिलो बाइटदेखि नै इन्क्रिप्ट गरिएको। उत्तिकै राम्रो; केही प्रदायकहरू यसलाई प्राथमिकता दिन्छन्।

2525 एक अनौपचारिक विकल्प हो जुन केही होस्टहरूले प्रस्ताव गर्छन् किनभने केही नेटवर्कहरूले 587 ब्लक गर्छन्। यदि तपाईंको प्रदायकले तपाईंलाई भन्छ भने मात्र यसलाई प्रयोग गर्नुहोस्।

⛔ पोर्ट 25 यहाँ स्वीकार गरिन्छ तर यो लगभग कहिल्यै पनि सही उत्तर हुँदैन। यो सन्देश पठाउन एप्लिकेसनले प्रयोग गर्ने पोर्ट नभई मेल सर्भरहरू ले एकआपसमा कुरा गर्न प्रयोग गर्ने पोर्ट हो। यो अधिकांश नेटवर्कहरूमा ब्लक गरिएको हुन्छ, यसमा प्रायः कुनै प्रमाणीकरण हुँदैन, र जहाँ यसले काम गर्छ त्यहाँ पनि यो प्रायः अनइन्क्रिप्टेड हुन्छ।

⛔⛔ हामी अनइन्क्रिप्टेड कनेक्सन मार्फत पठाउने छैनौं। यदि तपाईंले Use STARTTLS अन छोड्नुभयो भने — र तपाईंले त्यसो गर्नुपर्छ — र तपाईंको सर्भरले अपग्रेड गर्न अस्वीकार गर्छ भने, खुला रूपमा जारी रहनुको सट्टा पठाउने कार्य असफल हुन्छ। त्यो जानाजानी गरिएको हो: तपाईंका ग्राहकहरूका पासवर्ड-रिसेट लिङ्कहरू यी सन्देशहरूमा यात्रा गर्छन्, र कसैले याद नगर्ने डाउनग्रेड सबैभन्दा खराब प्रकारको असफलता हो, किनकि मेल अझै पनि पुग्छ।

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

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

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

DKIM — तपाईंको मेल सर्भरले बाहिर जाने सन्देशहरूमा हस्ताक्षर गर्छ र तपाईंले मेल खाने सार्वजनिक कुञ्जी <selector>._domainkey.yourdomain.com मा प्रकाशित गर्नुहुन्छ। Postfix मा यो प्रायः OpenDKIM हुन्छ; तपाईंको प्रदायकले तपाईंलाई चयनकर्ता बताउनेछ।

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

Reverse DNS — तपाईंको सर्भरको IP ठेगानाको लागि PTR रेकर्ड यसको होस्टनेममा फिर्ता रिजोलभ हुनुपर्छ। ठूला प्रापकहरूले यो जाँच गर्छन् र धेरैले यो बिनाको ठेगानाबाट मेल स्वीकार गर्दैनन्। तपाईंको होस्टिङ प्रदायकले यसलाई सेट गर्छ, तपाईंको DNS प्रदायकले होइन।

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

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

तपाईंको ड्यासबोर्डमा Email sending खोल्नुहोस्:

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

⭐ व्यक्तिको लगइन पुन: प्रयोग गर्नुको सट्टा, यसको लागि एक समर्पित मेलबक्स वा सबमिसन प्रयोगकर्ता सिर्जना गर्नुहोस्। जब कसैले छोड्छ र तिनीहरूको पासवर्ड परिवर्तन हुन्छ, तपाईंका ग्राहकहरूका सूचनाहरू रोकिनु हुँदैन।

परीक्षण पठाउनुहोस् र कोड प्रविष्ट गर्नुहोस्

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

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

"The mail server rejected the username or password" — SMTP AUTH असफल भयो। यदि तपाईंको प्रदायकको खातामा दुई-चरण प्रमाणीकरण छ भने, तपाईंलाई लगइन पासवर्डको सट्टा प्रायः निश्चित रूपमा एप पासवर्ड चाहिन्छ।

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

A TLS error — तपाईंको सर्भरको प्रमाणपत्रको म्याद सकिएको छ, सेल्फ-साइन गरिएको छ, वा तपाईंले प्रविष्ट गर्नुभएको होस्टनेमसँग मेल खाँदैन। हामी प्रमाणपत्रहरू प्रमाणित गर्छौं र त्यो जाँच छोड्ने छैनौं; प्रमाणपत्र ठीक गर्नुहोस्।

"The mail server refused the recipient" — तपाईंको सर्भर यो प्रेषकको लागि रिले गर्न कन्फिगर गरिएको छैन, जसको सामान्यतया अर्थ प्रमाणीकृत प्रयोगकर्तालाई तपाईंको पठाउने डोमेनको रूपमा पठाउने अनुमति छैन।

It sends but everything lands in spam — त्यो DNS हो, SMTP होइन। माथिका SPF, DKIM, DMARC र रिभर्स DNS समाधान गर्नुहोस्, त्यसपछि मेल-परीक्षक जाँच पुन: चलाउनुहोस्।

ब्लगबाट पछिल्लो

होस्टिङ, SEO र ठूलो मात्रामा साइटहरू सञ्चालन गर्ने बारे हामीले लेखेका कुराहरू।

होस्टिङ तहबाट एसइओ र लिङ्क निर्माण: २०२६ का अपरेटरको दृष्टिकोण

सन् २०२६ मा होस्टिङले इन्डेक्सिङ र लिङ्क इक्विटीलाई कसरी रूप दिन्छ: पृष्ठहरूलाई इन्डेक्समा राखिराख्ने, निर्माण गर्नुअघि पुराना डोमेनहरू जाँच गर्ने, कुनै सर्च फुटप्रिन्ट बिना लिङ्क निर्माण गर्ने, र पूर्वाधारले एसइओका लागि के गर्न सक्छ र के गर्न सक्दैन भन्ने बारेमा इमानदार दृष्टिकोण।

पोस्ट पढ्नुहोस् →

WordPress लाई द्रुत र सुरक्षित बनाउने: कार्यसम्पादन र प्लगइन चेकलिस्ट

द्रुत, सुरक्षित WordPress का लागि एक व्यावहारिक चेकलिस्ट: सर्भर-स्तरको क्यासिङ, प्रति-साइट अब्जेक्ट क्यास, चलाउन लायक केही सीमित प्लगइनहरू, स्ट्याकलाई अद्यावधिक राख्ने, र तपाईंले कहिल्यै क्यास गर्न नहुने WooCommerce पृष्ठहरू।

पोस्ट पढ्नुहोस् →

२०२६ मा व्यवस्थित वेब होस्टिङ कसरी छनौट गर्ने: एक खरिदकर्ताको गाइड

कन्ट्रोल प्यानल भएको सस्तो बक्सबाट राम्रो व्यवस्थित होस्टिङलाई वास्तवमा केले फरक पार्छ — माइग्रेसन, ब्याकअप, अलगाव, वास्तविक क्यासिङ र इमानदार स्केलिंग — र तपाईंले प्रतिबद्ध हुनुअघि यसलाई कसरी मूल्याङ्कन गर्ने।

पोस्ट पढ्नुहोस् →

ब्लग पढ्नुहोस् →

अझै पनि समस्या भइरहेको छ?

सबै योजनाहरूमा सहयोग समावेश गरिएको छ, हेल्पडेस्क दिनको 24 घण्टा खुला रहन्छ, र तपाईंले हाम्रा कुनै पनि 58 भाषाहरूमा हामीलाई लेख्न सक्नुहुन्छ—हामी तपाईंले बुझ्ने भाषामा जवाफ दिन्छौं।

सहयोगलाई सम्पर्क गर्नुहोस् → सबै लेखहरू →