परिवर्तन लॉग
क्या नया है.
यह जहाज के रूप में, प्लेटफार्म के हर सुधार.
· EmailService
एक गर्म दिन पर कुछ भी नहीं भेजा गया है
एक गर्म दिन शुरू से ही N-th 24 घंटे होना चाहिए या नहीं कुछ भी चला गया, इसलिए पहले अभियान से पहले दिनों में वार्म-अप को मोड़ना चुपचाप अपने कम मात्रा के दिनों में बिताया। एक ऐसा दिन जो किसी प्रयास के साथ समाप्त होता है अब दोहराया गया: यह और हर बाद के दिन पूरे दिनों तक आगे स्लाइड करता है इस्तेमाल नहीं किया गया, एक बार में कोई भी संख्या, जबकि उन दिनों का उपयोग किया गया था, उनके पास रखें विंडोज और इतिहास। संगम उनके साथ चलता है, और वार्म अप राज्य निष्क्रिय डेस्केप की रिपोर्ट करें। कुछ भी करने से पहले रन का निपटारा किया जाता है, इसलिए एक भेजें है कभी भी एक दिन के खिलाफ गिनती नहीं की जा सकती है; और जब वह बार-बार होता है, तो वह कभी नहीं देखा जाता है। काउंटर को नहीं पढ़ा जा सकता क्योंकि यह बंद होने के बजाय खड़ा है एक दिन शून्य पर।.
· kamo-internal
एक अभियान बैकएंड क्यों नहीं भेज सकता है और कैसे इसे ठीक करने के लिए
ईमेल सेवा अब अपने प्राप्तकर्ताओं को विफल करने के बजाय एक अभियान को रोकें जब यह इसे नहीं भेज सकता है तब तक: यह प्लेटफॉर्म रिले के बाहर है डोमेन, या सभी पर कोई थोक प्रेषक नहीं है। यह भेजने, अनुसूची और भेजने से इनकार करता है जबकि कारण खड़ा है फिर से शुरू, और अभियान पर रिपोर्ट के रूप में प्रेषक - संपादक और प्रगति दृश्य कारण के साथ एक बैनर दिखाते हैं, सर्वर की अपनी सजा और फिक्स को दो चरणों के रूप में बदल देता है: प्रदाता डिफ़ॉल्ट का उपयोग करें और फिर से शुरू करें, या थोक प्रेषक खोलें सेटिंग्स और फिर से शुरू। फिर से शुरू विकलांग रहता है जबकि ड्राफ्ट अभी भी कारण है - अब फिर से शुरू करें पहले ड्राफ्ट को बचाता है, इसलिए एक सही से पता चलता है अभियान के बजाय बैकएंड को संग्रहीत और मना करने से इनकार कर दिया गया फिर - एक मना किए गए भेजने, अनुसूची या फिर से शुरू के साथ जगह में दिखाया गया है सर्वर का संदेश, न केवल टोस्ट में, और अभियान फिर से पढ़ने के लिए है इसलिए इसकी स्थिति और अवरोधक वर्तमान हैं - अभियान ग्रिड अपनी स्थिति के बगल में एक अवरुद्ध अभियान को चिह्नित करता है, साथ में होवर पर कारण - अभियान एपीआई से त्रुटि मानव संदेश को एक नंगे पर पसंद करती है मशीन कोड, और स्थिति और कोड ले
· kamo-internal
वार्म-अप कहते हैं कि निष्क्रिय दिन गिनती नहीं करते हैं और उन तिथियों को खींचते हैं जो स्लिड करते हैं
एक गर्म दिन जिसमें कुछ भी नहीं भेजा जाता है: रन स्लाइड आगे और फिर से शुरू होने पर दिन दोहराता है, जो स्विचिंग बनाता है पहले अभियान सुरक्षित होने से पहले वार्म अप करें। अब पैनल ऐसा कहता है, इसके अलावा स्विच और फिर निष्क्रिय और शुरू नहीं नोट्स में। जब दिन रुक गया है, तो दिन की अंगूठी बताती है कि कितने, कितने के साथ अनुसूची उस कई द्वारा आगे चली गई। हर अनुसूची टाइल अपनी तारीख को दर्शाता है, और चार्ट के टूलटिप ने इसे हर दिन पढ़ा क्योंकि बैकेंड ने कहा है इसके बजाय अब पहले से गिने गए, इसलिए स्लिड तारीखें हैं खींचा। ऑन /मार्केटिंग/ईमेल, "ऑन" के रूप में कुछ भी प्रतीक्षा पढ़ने के साथ एक निष्क्रिय वार्म-अप, अपने अगले अभियान के साथ शुरू होता है, बजाय वितरण का दावा किया जा रहा है त्वरित।.
· EmailService
अभियान मेल मंच रिले एक बार में विफल होने के बजाय विफल होने से मना कर दिया जाएगा
रिले केवल अपने डोमेन के रूप में भेजता है और किसी अन्य चीज़ के जवाब देता है। 451, इसलिए एक अभियान जिसके बाद से एक दूसरे डोमेन पर है, जिसका उपयोग हर किसी को फिर से लाने के लिए किया जाता था। तीन बार प्राप्तकर्ता, प्रत्येक ने एक गर्म-अप प्रयास किया, इससे पहले कि किसी ने सीखा इससे गलत था। जब ऑर्ग का प्रदाता रिले का होस्ट और पोर्ट होता है और From's डोमेन रिले का डोमेन नहीं है, प्राप्तकर्ता है अब FAILED को अपनी त्रुटि में फिक्स के साथ चिह्नित किया गया: कोई SMTP, कोई retry, नहीं दमन, और वार्म-अप या उसके स्लॉट के खिलाफ कुछ भी नहीं गिना जाता है।.
· EmailService
न्यू होस्ट वार्म-अप एक ऑर्ग का अभियान मेल रखता है और इसे वार्म-अप की गति पर छोड़ देता है
जबकि एक ओरग का वार्म-अप चालू होता है, डिस्पैचर अपने अभियानों को अकेले छोड़ देता है और एक रिलीजर उन्हें एक समय में एक संदेश भेजता है, सबसे पहले देय ऑर्ग के अभियानों में कभी अभियान के अपने स्वयं के घंटो की टोपी को कभी नहीं चिपकाया और कभी भी दिन की गर्मजोशी टोपी के पास नहीं। यह हर दूसरे के नीचे चलता है प्रेषक का स्वयं का पट्टा, इसलिए दोनों को कभी भी उसी प्राप्तकर्ता को कभी नहीं भेज सकते विभिन्न फली। सेटिंग्स, निर्धारित दिनों और सुरक्षा ब्रेक थोक प्रदाता के लाइव में रहते हैं एन्क्रिप्टेड ब्लोब; काउंटर रेडिस में रहते हैं और प्राप्तकर्ता पंक्तियों से पुनर्निर्माण कर रहे हैं अगर खो गया है। GET, PUT और /api/email/bulk-provider/warmup के तहत समापन बिंदु रीसेट करें राज्य, अनुसूची, कतार और स्वास्थ्य की रिपोर्ट करें। दोनों पथ अब एक प्रति प्राप्तकर्ता विधि के माध्यम से भेजते हैं, जो दावा करता है कि दावा करता है रिले को देखने से पहले पंक्तिबद्ध होना। अभियान काउंटर लिखा जाता है अभियान को बचाने के बिना, बाधित-सेंड स्वीप शामिल था; बचत यह एक अभियान को मध्य बैच वापस भेजने के लिए भेजा था।.
· kamo-internal
Recipient पंक्तियों संपर्क किया जाता है, और पहले से ही भेजे गए पंक्तियों को स्थिति के बगल में अपने चिह्न को रखा जाता है
ईमेल सेवा प्राप्तकर्ता डीटीओ अब रिपोर्ट करता है कि क्या अभियान पहले से ही है प्रत्येक पते को ईमेल करें। मैपर के माध्यम से इसे एक साथ करता है LastError, और इस अभियान को भरने के लिए DTO छोड़ देता है। पहले से संपर्क वाली पंक्ति कभी भी गर्म नहीं होती है और कभी भी ईमेल नहीं किया जाता है फिर, इसलिए प्रगति ग्रिड अब इसे गर्म-अप नोट नहीं देता है, और जब इसका अंतिम परिणाम कुछ भी है लेकिन स्टेटस चिप को छोटा रखता है "Already" चिह्न भेजा। प्राप्तकर्ताओं के चरण में, एक पंक्ति ने "अलादी भेजा" चिह्नित किया यह भी पता चलता है कि कैसे भेजा गया था जब यह बस नहीं गया था।.
· kamo-internal
अभियान क्षेत्र से कहता है कि जब थोक रिले इसे मना कर देगा
अभियान के अपने क्षेत्र से, थोक प्रदाता से डिफ़ॉल्ट, चेतावनी देता है जब पता प्रदाता के डोमेन को बंद कर देता है, तो मेल के रूप में जो जमीन में हो सकता है स्पैम। प्लेटफॉर्म रिले पर जो जोखिम नहीं है लेकिन एक निश्चितता: ईमेलसर्विस एक अभियान के हर प्राप्तकर्ता को विफल करता है जिसका डोमेन से नहीं है रिले भेजने वाला डोमेन (" थोक रिले केवल @domain के रूप में भेजता है")। इसलिए जब थोक प्रदाता एक प्लेटफॉर्म रिले रखता है, तो एक ऑफ-डोमेन एक त्रुटि: फ़ील्ड चिह्नित है, एक चेतावनी कहती है कि क्या होगा और क्या होगा? जब वह रिले के डोमेन पर होता है तो प्रदाता डिफ़ॉल्ट होता है, और प्रीफ्लाइट जब तक यह तय नहीं हो जाता तब तक ब्लॉक भेजना। अपने स्वयं के SMTP पर संगठन प्रदाता अभी भी नरम स्पैम चेतावनी प्राप्त करते हैं।.
· EmailService
प्रत्येक अभियान संदेश X-Kamo-Ref में अपनी प्राप्तकर्ता पंक्ति का नाम देता है
थोक रिले अपने कतार आईडी के खिलाफ हेडर को लॉग करता है और इससे पहले इसे स्ट्रिप्स करता है डिलीवरी, इसलिए डिलीवरी के परिणाम सटीक प्राप्तकर्ता पंक्ति से मेल खाते हैं। संगीतकार का परीक्षण बाकी लोगों को भी पिन करता है जो एक अभियान संदेश छोड़ देता है साथ में: अभियान के पते और नाम से, प्रत्येक वापस थोक में गिर गया प्रदाता का एक प्रदर्शन नाम जो अपने खुद के शीर्षलेख को शुरू नहीं कर सकता है; मेलबॉक्स को डोमेन पर सदस्यता लें, मेल वास्तव में से है; और एक उत्तर दें-केवल तभी जब अभियान एक सेट करता है।.
· EmailService
रिले की डिलीवरी रिपोर्ट हाथ से बंद होने के बाद उछाल, ब्लॉक और गिनती अभियान मेल
पोस्ट ************* प्लेटफॉर्म रिले की रिपोर्ट लेता है प्रत्येक संदेश का क्या बन गया, प्राप्तकर्ता पंक्ति से मिलान करके X-Kamo-Ref header or, विफल हो रहा है कि, नवीनतम पंक्ति में पते के लिए भेजा पिछले सात दिन। एक हार्ड बाउंस (5.1.x, 5.2.1, 5.4.4) पंक्ति को तोड़ देता है और दबा देता है पता एक ब्लॉक (5.7.x) इसे FAILED चिह्नित करता है लेकिन पता रखता है, चूंकि इनकार प्रेषक का था, मेलबॉक्स नहीं। कुछ और स्थायी है एक साधारण विफलता। प्रसव तक पंक्ति पर एक निश्चित कारण रखा जाता है। केवल पंक्तियां अभी भी SENT ले जाया जाता है, और वार्म अप एक बार प्रत्येक रिपोर्ट की गिनती करता है, दिन के खिलाफ संदेश भेजा गया था, इसलिए रिपोर्टर एक बैच को फिर से भेज सकता है सुरक्षित रूप से.
· EmailService
वार्म-अप का शेड्यूल, पेसिंग और स्वास्थ्य नियम
एक नया भेजने वाला आईपी चौदह वार्म-अप दिनों में बढ़ रहा है। दिन 1-7 प्रति गति निर्धारित अनुसूची (संरक्षक, संतुलित, आक्रामक); दिन 8 से प्रत्येक दिन केवल तभी बढ़ता है जब दिन पहले स्वस्थ था अपनी बाउंस, ब्लॉक और डिफररल दरों से, और अन्यथा रखती है। प्रत्येक दिन होता है एक बार निर्णय लिया और कारण के साथ रखा। संदेश को उस दिन से तेज कर दिया जाता है, जिसमें औसत एक जिटर और शामिल है। कभी-कभी ब्रेक, स्थिर दर और कभी-कभी चार गुना से अधिक तेज़ नहीं होता है। इतना देर नहीं कि बाकी दिन का बजट अब फिट नहीं है। The सुरक्षा ब्रेक एक दिन बंद हो जाता है जो रिसीवर अवरुद्ध या उछाल कर रहे हैं।.
· kamo-internal
/ विपणन / ईमेल पर वार्म-अप पेसिंग बैनर
जबकि नए मेजबान वार्म अप पासिंग है, अभियान धीरे-धीरे बाहर निकल जाते हैं अपनी सेटिंग्स के अलावा, और अभियान पर कुछ भी नहीं कहा क्यों। The अभियान वर्कस्पेस और अभियान की प्रगति का दृष्टिकोण अब एक स्लिम ले जाता है दिन के साथ बैनर, आज टोपी, अगले भेजने और भेजने के खिलाफ भेजता है जो इंतजार कर रहा है, वार्म-अप सेटिंग्स से जुड़ा हुआ है, और एक queued प्राप्तकर्ता बताते हैं कि यह आयोजित किया जा रहा है। बैनर छिपा हुआ है जबकि वार्म अप बंद है या पूरा हो गया है, और जब भी वार्म अप पढ़ा नहीं जा सकता।.
· kamo-internal
फ़ील्ड त्रुटियों और वार्म-अप समापन बिंदुओं के साथ थोक प्रेषक क्लाइंट टाइप करें
ग्राहक को एक प्रदाता की स्थिति के बारे में पता था कि बैकएंड कभी नहीं इसलिए एक प्रेषक जिसे बचाया गया था लेकिन अभी तक परीक्षण नहीं हुआ "नहीं कॉन्फ़िगर किया गया यह अब PENDING SETUP (SETUP) पढ़ता है और पूरे राज्य को एक स्थान पर सामान्यीकृत करता है: कनेक्शन सारांश, जब पासवर्ड बदल गया, प्लेटफॉर्म रिले और क्या सदस्य हो सकता है इसका प्रबंधन करना। विफलताओं को बल्कईमेलएपीआईआरआर के रूप में वापस आते हैं, HTTP स्थिति को ले जाते हैं और, के लिए 400, फॉर्म फ़ील्ड बैकेंड नाम दिया गया है, इसलिए फॉर्म संदेश डाल सकता है उस क्षेत्र पर और एक 403 को एक एक्सेस स्टेट के रूप में दिखाया जा सकता है, बजाय एक के बजाय त्रुटि। खाली 204s को सहन किया जाता है, और एक बचत या वार्म-अप लिखते हैं कि जवाब एक बेजोड़ स्वीकृति के साथ एक जीईटी के बजाय अपनाया जा रहा है जैसा कि राज्य है, जो हर बचत के बाद फॉर्म को खाली कर देता है। हॉट-अप कॉल जोड़ें: जीईटी और पुटी / थोक प्रदाता / वार्मअप और POST /Bulk-provider/warmup/reset.
· kamo-internal
थोक प्रेषक के पीछे कनेक्शन नियम, प्रीसेट और वार्म-अप दृश्य मॉडल
शुद्ध टुकड़े नए स्क्रीन पर बनाया गया है, प्रत्येक परीक्षण के साथ: - बैकेंड का पोर्ट-फर्स्ट कनेक्शन नियम, ऐसा लगता है कि फॉर्म कह सकता है कैसे कामoCRM किसी भी चीज़ से पहले कनेक्ट होगा: 465 implicit TLS है साइन-इन के साथ, 587 स्टारटीएलएस है जिसमें साइन-इन है जो भी सिक्योरिटी कहती है, कोई भी STARTTLS अपग्रेड और संकेतों के साथ अन्य पोर्ट, और कुछ भी है कोई संकेत-in के साथ सादे पाठ - प्लेटफॉर्म रिले और आम प्रदाताओं के लिए एक क्लिक प्रीसेट - एक मूल्य के रूप में फॉर्म: क्या गंदा है, शरीर को बचाने और सत्यापन कि क्या है केवल उपयोगकर्ता नाम और पासवर्ड के लिए पूछता है जब कनेक्शन में संकेत मिलता है - सेटअप तत्परता और एक परीक्षण भेजने के चरणों - वार्म अप रैंप, उलटी गिनती, लय और शेड्यूल चार्ट नंबर भेजें उपयोगBulkWarmup हर 15 सेकंड में वार्म-अप मतदान करता है जबकि टैब दिखाई देता है, जबकि यह छिपा हुआ है, एक 403 पर रुक जाता है, और लेखन लागू होता है वास्तव में रोलबैक के साथ।.
· kamo-internal
एक नए मेजबान वार्मअप पैनल के साथ थोक प्रेषक टैब का पुनर्निर्माण करें
थोक ईमेल प्रेषक टैब एक लंबे रूप से एक सेट में बनाया गया है बचाया राज्य के एक ड्राफ्ट पर कार्ड: - लाइव स्टेटस के साथ एक मास्टहेड (एक बचाया लेकिन अप्रमाणित प्रेषक अब पढ़ता है) "एक परीक्षण की जरूरत है", जिसे यह एक लाइन में संग्रहीत कनेक्शन के रूप में भेजता है और जब यह अंतिम परीक्षण किया गया था - चार-चरण तत्परता रेल: कनेक्शन, प्रेषक, परीक्षण पारित, वार्म-अप - कनेक्शन, प्रीसेट के साथ, कोई नहीं / STARTTLS / SSL-TLS नियंत्रण, एक सुझाव जब एक प्रसिद्ध बंदरगाह टाइप किया जाता है, और कैसे एक लाइव खाता जब बंदरगाह ओवरराइड करता है, तो कामoCRM वास्तव में कनेक्ट हो जाएगा, चेतावनी देता है चयनित सुरक्षा - साइन-इन जो केवल संवादात्मक है जब कनेक्शन में संकेत मिलता है, और एक पासवर्ड पंक्ति जो कहती है कि क्या कोई बचा है और कब बदलता है और बचाने के लिए चरणबद्ध - एक इनबॉक्स पूर्वावलोकन के साथ प्रेषक पहचान, जब प्लेटफॉर्म चेतावनी देता है रिले डोमेन से मना कर देगा - एक चिपचिपा सेव बार, बैकएंड से त्रुटियों को उनके क्षेत्र में रखा गया है, और बचाया राज्य सेव के अपने उत्तर से लिया - एक इनलाइन टेस्ट भेजता है जो ड्रॉ करता है जहां संदेश मिला, चिह्नित करता है चरण जिसने इसे मना कर दिया न्यू होस्ट वार्म अप पैनल नीचे बैठता है: चालू / बंद, गति, वर्तमान दिन एक के रूप में चौदह सीटों की अंगूठी, आज एक लाइव के साथ टोपी के खिलाफ भेजता है अगले भेजने, कुलों, प्रसव के स्वास्थ्य और इसके बारे में कितना रिले रिपोर्ट, प्रत्येक दिन के निर्णय और एक टोपी के साथ 14-day अनुसूची वास्तविक चार्ट के खिलाफ, आज के घंटों में भेजता है और असमान अंतराल के बीच हाल ही में भेजता है, कतार, सुरक्षा ब्रेक अब फिर से शुरू होता है, और रीसेट करता है। प्रेषक को बदलने के अधिकार के बिना एक सदस्य को केवल एक टैब मिलता है, और एक त्रुटि के बजाय पढ़ने से इनकार कर दिया जाता है।.
· EmailService
एक अभियान को एक थोक ईमेल प्रेषक के बिना भेजा या निर्धारित नहीं किया जा सकता है
प्रेषक ने इस तरह के अभियान को स्वीकार करने के लिए इस्तेमाल किया और फिर इसे हर तरफ छोड़ दिया। टिक, इसे कुछ भी नहीं बल्कि एक लॉग लाइन के साथ भेजा जा रहा है। भेजना अब इसे संदेश के साथ मना कर दें कि प्रेषक को कहां सेट करना है। एक कॉन्फ़िगर होस्ट और पोर्ट पर्याप्त है; इसे सत्यापित नहीं किया गया है।.
· EmailService
प्रदाता सहेजे गए राज्य के उत्तर देता है और उस क्षेत्र को नाम देता है जिसे वह मना कर देता है
PUT अब {success: True} के बजाय पूर्ण सेटिंग्स स्टेट लौटाता है, जो प्रत्येक सेव के बाद फॉर्म को खाली कर दिया। फ़ील्ड सर्वर-साइड को मान्य हैं और 400 {error के रूप में मना किया गया, लिंक होने पर लॉग इन की आवश्यकता होती है। वास्तव में साइन इन करेंगे। एक खाली पासवर्ड संग्रहीत रहता है, स्पष्ट पासवर्ड इसे हटा दें, और पासवर्डअपडेटा रिकॉर्ड जब कोई सेट किया गया था। स्थिति PENDING SETUP के लिए वापस केवल जब एक प्रसव प्रासंगिक क्षेत्र बदल गया। सब कुछ अब एक बंद के माध्यम से चला जाता है पढ़ना-modify-write जो चाबियाँ रखता है वह मालिक नहीं है, क्योंकि blob है इसके बारे में भी वार्म-अप ले जाने के लिए। राज्य दिखाता है कि ईमेल सेवा कैसे होगी? कनेक्ट, और मंच org अपनी आंतरिक रिले सेटिंग्स को दिखाया गया है। परीक्षण भेजने का कहना है कि यह असफल रहा (कनेक्ट, टीएलएस, लॉगिन, प्रेषक) प्रत्येक के लिए एक लघु निर्धारण के साथ प्राप्तकर्ता, डेटा।.
· kamo-internal
भेजे गए ईमेल का पूर्वावलोकन करें, एक कस्टम / कोई टेम्पलेट दर्शक, और क्षेत्र से वास्तविक
पूर्वावलोकन: एक संवाद जो संपादक के स्वयं के buildBodyHtml () आउटपुट को प्रस्तुत करता है - स्ट्रिंग सेव स्टोर और प्रेषक भेजता है - इसलिए दर्शकों का शीर्षलेख, हस्ताक्षर और पाद लेख और अनुपालन पाद लेख सभी वहाँ हैं और यह नहीं कर सकते वास्तविक ईमेल से बहती है। डेस्कटॉप और मोबाइल दृश्य, "समीक्षा" किसी भी प्राप्तकर्ता या एक नमूना, विलय टोकन ने जिस तरह से भरा ईमेल सेवा उन्हें भरती है, एक इनबॉक्स शैली के लिफाफे और एक सैंडबॉक्स फ्रेम। रचना से पहुंच योग्य चरण, पाद लेख बार, और एक भेजे गए अभियान का प्रगति दृश्य। ऑडियंस: "कस्टम / नो टेम्प्लेट" शरीर के आसपास कुछ भी नहीं लपेटता है। यह बचाया जाता है हस्ताक्षर के साथ कंपनी का दायरा पढ़ता है, और अभियान ग्रिड इसे कस्टम के रूप में लेबल करता है। से: अपने खुद के नाम और पते के क्षेत्रों से, थोक ईमेल से डिफ़ॉल्ट प्रदाता और संपादन योग्य प्रति अभियान, डिफ़ॉल्ट और चेतावनी के लिए एक रीसेट के साथ जब पता प्रदाता के डोमेन को बंद कर देता है। यह प्रेषक की जगह लेता है दर्शकों और नो-रेप्लाई रेडियो से व्युत्पन्न। Recipients: पता चलता है कि अभियान पहले से ही ईमेल किया गया है "Already" चिह्नित कर रहे हैं एक नोटिस के साथ, वे इसे फिर से ईमेल नहीं करेंगे; ईमेल सेवा अब इस प्रति प्राप्तकर्ता की रिपोर्ट करता है।.
· KlusterServices
अपने स्वयं के ग्राहक कुंजी के साथ Hello.kamocrm.com पर हस्ताक्षर करें, डोमेन से ही
अभियान मेल पोस्टफिक्स-बुल्क के माध्यम से Hello.kamocrm.com के रूप में छोड़ देता है। यह हो जाता है DKIM कुंजी (चयनकर्ता ग्राहक, customer. domainkey.hello के रूप में प्रकाशित) and use esld = झूठे तो नमस्कार। kamocrm.com माता-पिता की मेल कुंजी में वापस आने के बजाय, जो सख्त विफल रहता है DKIM संरेखण (adkim=s) डोमेन प्रकाशित करता है।.
· KlusterServices
पोस्टफिक्स-बुल्क, अभियान मेल के लिए एक दूसरा आउटबाउंड रिले, डिलीवरी परिणाम वापस आ गए
अभियान मेल अब k3m1 (egress 47.181.8.87) पर अपने रिले के माध्यम से छोड़ देता है नमस्ते। kamocrm.com, इसलिए थोक मेल के बारे में शिकायत कभी स्पर्श नहीं मेल.kamocrm.com (47.181.8.84) की प्रतिष्ठा। - केवल ईमेल सेवा के लिए पोर्ट 25 पर प्लेनटेक्स्ट रिले (नेटवर्कनीति); यह केवल @hello.kamocrm.com प्रेषकों को स्वीकार करता है और किसी अन्य चीज से इनकार करता है। 4xx, कभी नहीं एक 5xx, क्योंकि अभियान प्रेषक किसी भी 5xx पर दबा देता है। - जब तक कि पॉड का सार्वजनिक पता तब तक एक egress गार्ड आउटबाउंड डिलीवरी रखता है 47.181.8.87 है, इसलिए थोक चुपचाप किसी अन्य आईपी के रूप में छोड़ नहीं सकता है। - एक वितरण-events sidecar मेल लॉग पढ़ता है और प्रत्येक अभियान की रिपोर्ट करता है संदेश के वितरित / स्थगित / बाउंस / समाप्त होने के परिणामस्वरूप ईमेल सेवा, X-Kamo-Ref header, जो प्रसव से पहले छीन लिया है द्वारा शामिल हो गए। अब के लिए हाथ से लागू: तैनाती-services.yml नाम से मेल / फ़ाइलों को लागू करता है और अभी तक इनकी सूची नहीं है।.
· EmailService
एक अभियान एक बार में एक पता ईमेल करता है, कभी
पता छंटनी और मामले के प्रति संवेदनशील तरीके से मिलान किया जाता है, और एक पंक्ति अभियान अब रिले को सौंप दिया गया है (sent, in उड़ान, उछाल, असफल, या पुनर्प्राप्त) अब है उस पते का अपना स्थायी रिकॉर्ड: कभी भी नष्ट नहीं किया गया, रीसेट या फिर अनुक्रमित किया गया। - सामग्रीकरणRecipients हर पंक्ति को हटाने और प्रत्येक पर सूची का पुनर्निर्माण करने के लिए इस्तेमाल किया बचाने के लिए, इसलिए एक प्यूज़ेड अभियान को संपादित करने से पहले से ही मेल किए गए पते वापस आए कतार। यह अब इतिहास रखता है, पंक्तियों को ताज़ा करता है, फिर भी जगह में संपर्क नहीं किया जाता है, केवल संपर्क पंक्तियों को हटा देता है जो सूची को छोड़ देता है, और कभी-कभी फिर से प्रवेश नहीं करता है अभियान को संबोधित किया है, हालांकि कई बार इसे जोड़ा जाता है। - प्रेषक को रिले को देखने से पहले एक पंक्ति भेजने का दावा है। दुर्घटना रिले के बीच एक संदेश स्वीकार करना और पंक्ति को SENT चिह्नित करने के लिए इस्तेमाल किया जा रहा है इसे QUEUED छोड़ दें और इसे फिर से भेजें; अब यह सैंडिंग और एक स्वीप बंद रहता है यह बिना किसी चीज के FAILED के रूप में बाहर निकलता है। - एक प्राप्तकर्ता जोड़ा गया जबकि एक अभियान को कभी भी रिलीज का समय नहीं मिला, इसलिए यह कभी नहीं भेजा गया था और अभियान समाप्त नहीं हुआ। अब रिलीज का समय किसी भी पंक्ति है कि एक की कमी है। - एक स्टार्टअप अनोखा इंडेक्स ऑन (campaign id, लोअर (त्रैम (email))) नियम वापस करता है तालिका में। प्राप्तकर्ता सूची समापन बिंदु अब प्रत्येक पंक्ति का नाम, विलय मान, स्रोत लौटाता है और क्या यह संपर्क किया गया था, तो फिर से खोलना और फिर से सहेजना एक ड्राफ्ट अब नहीं निजीकरण को मिटा देता है। पता वापस थोक प्रदाता के लिए गिर जाता है, और नाम से वास्तव में भेजा जाता है (यह संग्रहीत और गिरा दिया गया था)।.
· kamo-internal
NoReply Outbound, मेल के एक देवता-केवल लेखा परीक्षा मंच NoReply पता के रूप में भेजा
मेल के तहत एक तीसरा खंड, केवल भगवान-योग्य सदस्यों को दिखाया गया है, खुलता है / संदेश / आउटबाउंड / neeply: प्रत्येक संदेश ईमेल सेवा को सौंपा गया है मंच के रूप में रिले NoReply पता, नवीनतम पहले, खोज के साथ, एक Sent/Failed फिल्टर और एक दराज पूर्ण संदेश दिखा रहा है। पृष्ठ उन लोगों को दूर करता है जो ईश्वरीय नहीं हैं। यह सौजन्य है, ताला नहीं: डेटा ईमेल सेवा से आता है, जो किसी भी सत्र से इनकार करता है जीडी के बिना.
· EmailService
हर संदेश के एक नेता ने प्लेटफार्म नोरेप्लाई पते के रूप में भेजा, जो केवल भगवान द्वारा पढ़ा जा सकता है
EmailSmtpService में एक स्थान मेल पर रिकॉर्ड रिले तक पहुंचता है, और पता, तो लेन-देन टेम्पलेट्स, अभियानों और लेख शेयर सभी में चयन के बिना कवर कर रहे हैं। Refusal रिकॉर्ड कर रहे हैं रिले के कारण के साथ और अभी भी फिर से विकसित हुआ। लिखना अपने आप में चलता है लेन-देन और कभी नहीं फेंकता: असफल लेखा परीक्षा पंक्ति असफल या वापस रोल नहीं कर सकती एक भेजें। GET/api/email/noreply-outbound ने लेजर (search, स्टेटस फिल्टर,) को सूचीबद्ध किया है। पेजिंग, निकायों को बाहर रखा गया); /{id} अपने शरीर के साथ एक संदेश देता है। दोनों सत्र पर जीडी की आवश्यकता होती है और कुछ नहीं: लेजर हर जगह फैलता है संगठन, इसलिए कोई org-scoped सही इसे खोल सकता है। तालिका NoReplyOutboundSchema द्वारा स्टार्टअप पर बनाई गई है, के रूप में लेख शेयर खाता है।.
· kamo-internal
एक ट्रैकिंग लिंक व्हाइट-लेबल CRM शुल्क लेख पर उतर सकता है
जोड़ें **************** गंतव्यों के लिए ट्रैकिंग-लिंक पिकर ऑफर अपने स्वयं के आइकन के साथ / विपणन / ट्रैकिंग। पथ अपने भाई-बहनों की तरह स्थानीय है: विपणन स्थल इसे **************** और रखता है? हॉप, जैसा कि / प्रिसिंग ( लाइव साइट के खिलाफ चेक किया गया)। पंक्ति के लेबल और संकेत में हैं kamo-translation-dictionary 7a6fd4e2.
· kamo-marketing
एक रीडर को किसी व्यक्ति को सीट-फी लेख भेजने के लिए वे जानते हैं
******************* पहुंच शीर्ष पर एक चिप और सात सवालों के बाद एक पंक्ति से। पाठक का नाम तीन लोगों तक और हम उनमें से प्रत्येक को एक बार लेख भेजते हैं, साथ ही साथ इस पर पाठक का नाम; वे इसे अपने मेल क्लाइंट में भी खोल सकते हैं या कॉपी कर सकते हैं। इसके बजाय लिंक। POST/api/share-article यह ईमेल सेवा से पहले गेट्स यह देखने के लिए: समान मूल केवल, *** सेवा के खिलाफ एक *** सत्यापित सर्वर-साइड (अन्य) यहाँ बिना किसी जांच के पेलोड को अग्रेषित करता है, और स्व-सेंड करता है केवल यूरोपीय संघ / ईईए, ब्रिटेन और स्विट्जरलैंड में आगंतुकों के लिए। यह एक शरीर को आगे बढ़ाता है बाध्य क्षेत्रों से बनाया गया है, आगंतुक हमारे प्रवेश को रिकॉर्ड करता है, ईमेल सेवा / एपीआई / आंतरिक / लेख साझा करने के लिए, जो सीमा को लागू करता है और मंच org की ऑप्ट-आउट सूची। Deployment read internal AUTH SECRET from the मौजूदा mlos-internal-auth रहस्य (वैकल्पिक, इसलिए साइट अभी भी इसके बिना शुरू होती है) और लाभ EMAIL SERVICE URL और CAPCHA SERVICE URL।.
· EmailService
किसी के लिए एक लेख को ईमेल करें, प्लेटफॉर्म ऑर्ग के रूप में, एक कामकाजी ऑप्ट-आउट के साथ
विपणन स्थल पर एक आगंतुक सीट-फी लेख को तीन तक भेज सकता है लोग POST/api/internal/article-share (X-Internal-Auth) हर दूसरे की तरह /api / आंतरिक समापन बिंदु) उनमें से प्रत्येक को शीर्ष स्तर के रूप में एक ईमेल भेजता है संगठन, "<sender> से KamoCRM" के माध्यम से उत्तर-टू प्रेषक के साथ। इसकी एक दूसरी प्रतिलिपि जोड़ने के बजाय क्या मौजूद है: - ऑप्ट-आउट ईमेल suppressions में रहते हैं, मंच org के आईडी की कुंजी, इसलिए एक यहां ऑप्ट-आउट कभी भी होस्ट की गई ऑर्ग की सूची को स्पर्श नहीं करता है और एक ऑर्ग की सूची कभी नहीं होती है इसे ब्लॉक करें। लिंक एक हस्ताक्षरित टोकन है (orgId Chemail, HMAC) कि यह लिंक एक हस्ताक्षरित टोकन है। मौजूदा UnsubscribeController और पृष्ठ अब अभियान के साथ स्वीकार करते हैं Tokens, उसी RFC 8058 सूची-Unsubscribe headers अभियानों के साथ भेजने के लिए। - वितरण **************** जो लाभ डिलिवरीऑप्शन (प्रदर्शन नाम और अतिरिक्त हेडर) ताकि एसपीएफ़ निर्णय और रिले वापसी एक जगह में निर्णय लिया। एक कॉलर-निर्मित पत्र इसमें कोई टेम्पलेट पंक्ति नहीं है, इसलिए इसके लिए उपयोग काउंटर छोड़ दिया जाता है। सीमा, एक हैशेड लेजर से गिना **************** स्टार्टअप पर बनाया गया तो हर पोड सहमत हैं: प्रति अनुरोध तीन लोग, पूर्व निर्धारित केवल, 10 प्रति प्रेषक और प्रति आगंतुक पता, 500 एक दिन समग्र, प्रत्येक 90 दिनों में प्रत्येक पते पर एक ईमेल, कभी भी एक दबाए गए पते पर नहीं। इसके अलावा prod configmap में बल्क-email.unsubscribe-base-url सेट करें। कोड डिफ़ॉल्ट रिक्त है, जो अपने सदस्यता लिंक के बिना अभियान मेल भेजता है।.
· kamo-marketing
प्रत्येक पृष्ठ को स्वयं /sitemap.xml में रखें, और केवल उन भाषाओं में पृष्ठों को सूचीबद्ध करें जिनका उनके पास है
/sitemap.xml एक सूचकांक था, इसलिए इसे खोलने के बजाय 79 फ़ाइल नाम दिखाया गया था साइट के पृष्ठ। - /sitemap.xml अब हर पृष्ठ के साथ एक <urlset> है: उनमें से 18,700, प्रत्येक पर इसके अंग्रेजी पते, प्रत्येक भाषा संस्करण के साथ यह एक के रूप में मौजूद है वैकल्पिक hreflang। यह प्रोटोकॉल के 50,000-URL / 50 MB सीमा के भीतर है एक फ़ाइल के लिए; इसके पास, फ़ाइल को पूरी तरह से खारिज कर दिया जाता है। Changelog अपने वैकल्पिक के बिना जाना, जो 60 MB के पास फ़ाइल डालेगा। प्रत्येक प्रवेश पृष्ठ अपनी भाषाओं को स्वयं घोषित करता है। - प्रति भाषा फ़ाइलों, जहां हर भाषा संस्करण अपने आप का यूआरएल है, /sitemap-index.xml. Robots.txt दोनों फ़ाइलों को नाम देता है। - एक पृष्ठ जिसका प्रतिलिपि अपना संदेश नामस्थान सूचीबद्ध है, और नाम वैकल्पिक रूप से, केवल उन स्थानों में जो नेमस्पेस वास्तव में अनुवादित है: इसके स्ट्रिंग्स में से कम 90%, 30% से कम समान अंग्रेजी (app/lib/message-locales.t). नया ******************* लेख और / संसाधन में कोई नहीं है अभी तक अनुवाद। वे सभी 21 स्थानों में थे, उनमें से 20 अंग्रेजी पृष्ठ किसी अन्य उपसर्ग के तहत। - संग्रह पृष्ठ के स्थान पर 'संग्रह' के लिए एक ही लाइव उपाय पढ़ा Hard-coded COLLECTION CONTENT LOCALES. स्वाहिली संग्रह प्रति है उस सूची के बाद से अनुवाद किया गया था, इसलिए 132 वास्तविक स्वाहिली पृष्ठ अंग्रेजी में उनके canonical इंगित कर रहे थे।.
· kamo-internal
एक विभाग का चयन सदस्यों को यह दिखा रहा है की जाँच करता है
निर्देशिका के प्रति-विभाग चयन पूरी सूची को चयन मोड में स्विच करने के लिए कुछ भी नहीं के साथ प्रयोग किया जाता है चेक किया, और फिर से दबाए जाने तक "डॉन" पढ़ें। यह अब हर सदस्य की जाँच करता है कि विभाग है प्रदर्शन (सभी / ऑनलाइन / ऑफलाइन स्ट्रिप जो तय करती है) और किसी की जांच करने की अनुमति देता है इसके बाहर यह हमेशा चयन पढ़ता है, और उस विभाग के लिए अक्षम है, जबकि चयन वास्तव में उन पंक्तियों; एक की जाँच करना, किसी को कहीं और जांचना, या एक फिल्टर जो अलग दिखाता है पंक्तियाँ इसे वापस लाती हैं। दर्शक की अपनी पंक्ति छोड़ दी गई है: एक समूह चैट या बैठक जो वे शुरू करते हैं उनमें शामिल हैं वैसे भी, और एक बैठक अन्यथा उन्हें अपने आप में एक चैट आमंत्रण भेज देगी। तो एक कीबोर्ड उपयोगकर्ता पैनल के जाल के अंदर ध्यान केंद्रित रखता है, और साथ dimmed के साथ aria-disabled के साथ अक्षम opacity क्योंकि .operator-label का रंग है.
· kamo-marketing
जो सॉफ्टवेयर सीट फीस रखता है पर सार्वजनिक सेवा घोषणा
************* व्याख्या करना, गैर तकनीकी के लिए मालिकों, कैसे फिर से सफेद लेबल प्लेटफार्मों काम: एक फ्लैट एजेंसी लाइसेंस, प्रति सीट एजेंसी की फीस रखता है, और मीटर का उपयोग शीर्ष पर बिल भेजा जाता है। प्रश्नों के साथ समाप्त होता है साइन करने से पहले पूछने के लिए और कैसे कामoCRM अलग है। अनुच्छेद और ब्रेडक्रंबलिस्ट JSON-LD के साथ सर्वर-rendered लेख, इसके स्वयं के OG कार्ड, एक सीट-फी कैलकुलेटर, और मुक्त साइनअप, डेमो, संपर्क और फोन के लिए सीटीए। संसाधन मेनू और हब से लिंक, साइट बैनर से एक पीएसए के रूप में परिवर्तन लॉग के बाईं ओर, और साइटमैप में सूचीबद्ध।.
· kamo-marketing
प्रत्येक भाषा में प्रत्येक पृष्ठ को सूचीबद्ध करें, और प्रत्येक पृष्ठ पर सहमत हों।
/sitemap.xml प्रत्येक पृष्ठ को एक बार सूचीबद्ध किया गया है, इसके अंग्रेजी URL के रूप में। 17,843 Changelog प्रविष्टियों में सभी में कोई भाषा वैकल्पिक नहीं थी, और प्रत्येक पृष्ठ का अपना hreflang नाम दिया गया था। यह पृष्ठ उनमें मौजूद नहीं है। - हर भाषा संस्करण अब अपने आप का एक <url> है, जो पृष्ठ का पूरा पूरा ले जाता है, Reciprocal hreflang क्लस्टर और x-default: गूगल के अनुशंसित रूप, और जो एक स्थानीयकृत पृष्ठ प्राप्त करता है उसे एक क्रॉलर के लिए इंतजार किए बिना पाया जाता है इसके लिए वैकल्पिक लिंक का पालन करें। - एक संस्करण केवल जहां यह अपने स्वयं के canonical है सूचीबद्ध है: SITE LOCALES for हस्तलिखित पृष्ठ, ब्लॉग पोस्ट और चेंजलॉग सूची पृष्ठ; CoLLECTION CONTENT LOCALES for तुलना, समाधान, एकीकरण और सहयोग शब्दावली; और KB लेखों और बदलावलॉग प्रविष्टियों के लिए, स्थानीय लोग KBService और सुरक्षा सेवा के लिए एक वास्तविक अनुवाद रिपोर्ट है। An echo of the English गिनती नहीं है। एक संस्करण को सूचीबद्ध करना जो अंग्रेजी में canonicals एक URL प्रस्तुत करता है इसे अनुक्रमित नहीं किया जा सकता है। - प्रत्येक पृष्ठ का <head> नाम बिल्कुल वही सेट है। LocaleAlternates () स्थानीय लोग एक पृष्ठ में मौजूद हैं, और उनमें से एक स्थानीय लोग canonicals to अंग्रेज़ी Noindex. संग्रह प्रतिलिपि के बिना स्थानीय लोगों में संग्रह पृष्ठ जबकि प्रत्येक अन्य पृष्ठ ने अभी भी उन्हें वैकल्पिक रूप से नामित किया है। - सूचकांक अनुभाग (पृष्ठ, संग्रह, प्रत्येक KB अनुभाग) द्वारा विभाजित है, चेंजलॉग लिस्ट पेज, चेंजलॉग प्रविष्टियों), प्रत्येक फ़ाइल अपनी नवीनतम Lastmod के साथ और 50,000-URL / 50 MB सीमाओं के अंदर अच्छी तरह से। Changelog फ़ाइलें सबसे पुराना पहली बार, इसलिए एक पूर्ण फ़ाइल फिर से कभी नहीं बदलती है। - Changelog सूची पृष्ठ 2..N सूचीबद्ध हैं; प्रत्येक अपने स्वयं के canonical है। - /sitemap.json एक धाराबद्ध दस्तावेज़ है जो हर पृष्ठ और हर पृष्ठ पर रखता है। भाषा URL./api/sitemap समान दस्तावेज़ प्रदान करता है। - एक ऐसा स्रोत जो आंशिक साइटमैप के बजाय 503 उत्तर नहीं पढ़ सकता है।.
· KBService
प्रत्येक सार्वजनिक लेख में कौन से स्थानीय लोग वास्तव में अनुवादित हैं
विपणन साइट का साइटमैप अब हर भाषा संस्करण को सूचीबद्ध करता है सहायक केंद्र, प्रलेखन और एपीआई-पुनर्व्यता लेख, और प्रत्येक लेख पृष्ठ दूसरों को अपने hreflang वैकल्पिक के रूप में नाम देता है। न तो अनुवाद कह सकता है एक गूंज से: अनुवाद सेवा उत्तर दिशाएं इसके पास कोई प्रदाता नहीं है अंग्रेजी स्रोत, इसलिए sw और ta rows अंग्रेजी शीर्षक और शरीर दोहराते हैं शब्द के लिए शब्द (2026-09-11)। नामिंग वे खोज इंजन इंगित करेंगे उन पृष्ठों पर जो कैनोनिकल वापस अंग्रेजी में आते हैं। पेड़ नोड्स और एकल पढ़ा अब 'स्थान' ले जाते हैं: स्थानीय लोग जिनका शीर्षक या शरीर अंग्रेजी लेख से अलग है। अकेले शरीर पर्याप्त है - एक अरबी पंक्ति एक अनुवादित शरीर पर अंग्रेजी शीर्षक रख सकती है। एक क्वेरी में गणना KbTranslatedLocalesService, जो के माध्यम से पढ़ा द्वारा अनुरोध के अनुसार EntityManager इसलिए कोई साझा पुस्तकालय की आवश्यकता नहीं है।.
तुम्हारा ब्रह्मांड इंतजार कर रहा है.
मिनटों में मुफ्त शुरू करें. जब भी आप तैयार हों तो उत्पाद जोड़ें - कोई माइग्रेशन नहीं, कोई नया लॉगइन नहीं.
हमेशा के लिए मुफ्त - कोई क्रेडिट कार्ड की आवश्यकता नहीं