सिद्धांत रूप में, अनुरोधों के लिए अनुरोध (आरएफसी) के सेट में एक सब कुछ शामिल है जिसे डेवलपर को एसएमटीपी क्लाइंट बनाने के लिए जानना आवश्यक है। हालांकि, यह जानना हमेशा आसान नहीं होता कि आरएफसी को किस पर विचार किया जाना चाहिए और किसको अनदेखा किया जा सकता है।एसएमटीपी क्लाइंट के विकास में आरएफसी को क्या विचार करने की आवश्यकता है?
क्या किसी के पास डेवलपर्स को चलाने के लिए आरएफसी रोडमैप है? आरएफसी रोडमैप करके, मेरा मतलब है:
- RFC के की जरूरत है कि की एक पूरी सूची पढ़ सकते हैं और को समझ में आया, क्रम में किया जा किसी SMTP ग्राहक का विकास।
- कोई संकेत नहीं है कि आरएफसी अब पर विचार करने की आवश्यकता नहीं है, क्योंकि को हटा दिया गया है।
- प्रासंगिक आरएफसी का सारांश।
- प्रासंगिक आरएफसी एक-दूसरे से कैसे संबंधित है इस पर विस्तार से विवरण दें।
- पर लॉजिकल ऑर्डर का संकेत प्रासंगिक आरएफसी को पढ़ें और समझें।
यही कारण है कि मैंने सवाल पूछा। आरएफसी पर ध्यान केंद्रित करना बहुत आसान है, केवल बाद में यह पता लगाने के लिए कि अधिकांश या सभी को किसी अन्य आरएफसी द्वारा हटा दिया गया है। फिर निश्चित रूप से अंतराल का मुद्दा है, जब एसएमटीपी सर्वर आरएफसी लागू करते हैं। उस कार्यान्वयन अंतराल के कारण, कभी-कभी पुराने आरएफसी में जो कुछ भी शामिल है उसे भूलना जरूरी नहीं है, भले ही मानकों की सेटिंग्स में, उन्हें हटा दिया गया हो। –
लाभ यह है कि ये नई आरएफसी पुरानी भाषा को स्पष्ट करती है, और अधिक पूर्ण होती है। चूंकि आप केवल एक एसएमटीपी क्लाइंट बना रहे हैं, न कि स्पैम इंजन, या एमटीए, यह आपको बहुत ज्यादा चाहिए। यदि आपका लेखन एमटीए या स्पैम इंजन कहता है तो यह अधिक जटिल हो जाता है। जबकि कई एनीट-स्पैम तकनीकें सार्वजनिक हैं, कई – LamonteCristo
नहीं हैं नए संस्करण आम तौर पर क्या बदल गए हैं और कैसे (अगर बिल्कुल) आपको अनुकूलित करना चाहिए। एक बार पुराना आरएफसी अप्रचलित हो जाने के बाद, इसे नए से चिपकने के लिए काफी सुरक्षित होना चाहिए। – tripleee