PHP ई-मेल क्षमता (बीसीसी बनाम व्यक्तिगत ई-मेल)

Question

हमारे वेब-आधारित PHP सॉफ़्टवेयर वर्तमान में 1-2000 प्राप्तकर्ताओं के बीच कहीं भी न्यूज़लेटर भेजता है। अक्सर न्यूज़लेटर में पीडीएफ अटैचमेंट होता है (15 केबी -5 एमबी)। न्यूजलेटर को व्यक्तिगत प्राप्तकर्ताओं को अनुकूलित करने की आवश्यकता नहीं है।

प्रश्न: क्या यह एक ई-मेल भेजने के लिए बेहतर है जिसमें प्रत्येक प्राप्तकर्ता अंधे कार्बन कॉपी (बीसीसी) है या प्रत्येक प्राप्तकर्ता के लिए एक अद्वितीय ई-मेल संदेश उत्पन्न करना बेहतर है?

विचार: - कौन सा विकल्प मेल ट्रांसफर एजेंट पर कम तनाव डालता है? - कौन सा विकल्प प्रोग्रामेटिक रूप से अधिक कुशल है? - कौन सा विकल्प कम संसाधन गहन है? - क्या विकल्प के लिए कोई सीमाएं हैं? (उदाहरण के लिए बीसीसी में अधिकतम संख्या है)

मैंने Google की कोशिश की है और मैं किसी ऐसे व्यक्ति को नहीं ढूंढ सकता जिसकी अनुभवजन्य साक्ष्य के आधार पर एक निश्चित राय है। वास्तव में किसी को भी ढूंढना मुश्किल है जिसकी राय है।

धन्यवाद: इस प्रश्न का उत्तर देने में योगदान देने वाले सभी लोगों के लिए। यह सुनिश्चित करने के लिए कि हम चीजें ठीक से कर रहे हैं, लोगों से प्रतिक्रिया की बहुत सराहना करते हैं!

Answer 1

प्रति प्राप्तकर्ता एक एकल ईमेल जेनरेट करें। इसे व्यक्तिगत बनाने के लिए बीसीसी के बजाय फ़ील्ड का उपयोग करें।

लाभ

• मेल कतार सही रूप में प्रतिबिंबित करेगा क्या हो रहा है।
• आप लोड को कई ईमेल सर्वरों में वितरित कर सकते हैं।
• आप "टू" "विषय" "बॉडी" आदि को वैयक्तिकृत कर सकते हैं।
• आप ट्रैकिंग यूआरएल का उपयोग कर सकते हैं।
• मेल सर्वर में प्रति संदेश बीसीसी सीमा होती है। यदि आप एक समय में एक संदेश भेजते हैं तो आप एक सीमा नहीं मारेंगे।
• बीसीसी ईमेल आमतौर पर कतार में रहते हैं जब तक कि सभी डिलीवरी पूरी नहीं हो जाती। यह दुर्लभ है, लेकिन हमने अनुभव किया है (नवीनतम qmail के साथ) कि कभी-कभी एक प्राप्तकर्ता एक त्रुटि के साथ प्रतिक्रिया देगा जो मेल सर्वर को फिर से भेजने के लिए भ्रमित करता है, असफल हो जाता है, फिर भी विफल रहता है ... जब तक हम इसे कतार से हटा नहीं देते। यह लोगों को बहुत परेशान हो जाता है।

नुकसान

• PHP स्क्रिप्ट व्यक्तिगत अनुरोध उत्पन्न करने के लिए कड़ी मेहनत की है।

निश्चित रूप से अन्य फायदे और नुकसान हैं, लेकिन यह वह सूची है जिसका मैं अनुसरण करता हूं।

अद्यतन: पीडीएफ अनुलग्नक के संबंध में, मैं एक डाउनलोड लिंक प्रदान करने की अनुशंसा करता हूं जब तक कि इसे ईमेल के साथ शामिल करना महत्वपूर्ण न हो।

• पीडीएफ अनुलग्नक स्पैम/वायरस स्कैनर के लिए एक ईमेल को अधिक संदिग्ध बनाते हैं, क्योंकि स्पैम एक्रोबैट के कमजोर संस्करणों का फायदा उठाने का प्रयास करने के लिए जाना जाता है। वे पीडीएफ अनुलग्नक आपके न्यूज़लेटर को प्राप्तकर्ता के स्पैम फ़ोल्डर में समाप्त होने की अधिक संभावना बना सकते हैं।
• बड़े पीडीएफ (1 + एमबी) धीमे कनेक्शन या स्मार्टफोन जैसे बाधा वाले उपकरणों के साथ अपने ईमेल की जांच करने वाले लोगों के अनुकूल नहीं हैं।
• एक लिंक संलग्नक से बहुत छोटा है। यदि आप उस 5 एमबी अटैचमेंट को छोड़ देते हैं तो आप ऊपर की ओर 13 जीबी बैंडविड्थ बचाएंगे!

Answer 2

यह आपकी साइट पर एमटीए बुनियादी ढांचे पर निर्भर करता है। यदि आपका वेब ऐप चला रहे बॉक्स को आपके आईएसपी पर कुछ ई-मेल हब में सभी ई-मेल अग्रेषित करने के लिए सेट किया गया है तो बीसीसी निश्चित रूप से लाभ है। अन्यथा, यह आपके लिए कुछ बैंडविड्थ बचा सकता है लेकिन जरूरी नहीं है (यह आपके द्वारा भेजे जाने वाले वास्तविक पतों पर निर्भर करता है) इसके अलावा, मैं आपको सलाह देता हूं कि आप संदेश में पीडीएफ संलग्न न करें, लेकिन इसे वेब सर्वर पर रखें और ई-मेल में हाइपरलिंक शामिल करें। मेल। जैसा कि मैंने आपका संदेश एक बड़ा संदेश प्राप्त किया है। मेरा मानना ​​है कि बहुत से लोग आपके संदेशों को नहीं पढ़ते हैं, फिर भी वे प्राप्त करने का विकल्प चुनते हैं।

Answer 3

ऐसी बड़ी फ़ाइल (जिसे आकार के कारण कुछ एमटीए द्वारा भी खारिज कर दिया जा सकता है) को जोड़ने के बजाय इसे सार्वजनिक रूप से सुलभ स्थान (यानी एक वेब सर्वर) पर कहीं भी अपलोड करें और सभी को एक सरल लिंक भेजें ईमेल प्राप्तकर्ता जिन्हें वे पीडीएफ देखने के लिए उपयोग कर सकते हैं।

इस दृष्टिकोण के बारे में अच्छी बात यह है कि आप बैंडविड्थ के भार को बचाते हैं और भले ही आपको प्रत्येक प्राप्तकर्ता के लिए अलग-अलग पीडीएफ की आवश्यकता हो, फिर भी आप इसका उपयोग कर सकते हैं।