जवाबों और आने वाले संदेशों को स्ट्रक्चर्ड इवेंट में बदलें, जिन पर आपका एप्लिकेशन कार्रवाई कर सके।
AI इंटेंट क्लासिफ़िकेशन जवाबों, आउट-ऑफ़-ऑफ़िस संदेशों और शिकायतों को आपके लिए छाँट देता है।
अपने चुने हुए सबडोमेन के लिए MX रिकॉर्ड MigoSMTP की ओर पॉइंट करें।
हेडर, बॉडी और अटैचमेंट साफ़ संरचना में मिलते हैं।
अलग-अलग पते अलग-अलग एंडपॉइंट पर भेजें।
अपने तय किए आकार की सीमा के साथ फ़ाइलें प्राप्त करें।
आने वाले मेल को आपके ऐप तक पहुँचने से पहले जाँचें।
सत्यापित करें कि हर पेलोड हमारी ओर से आया है।
किसी सबडोमेन के लिए MX रिकॉर्ड प्रकाशित करें।
कोई एड्रेस पैटर्न मिलाएँ और webhook चुनें।
आपका ऐप हर संदेश JSON के रूप में प्राप्त करता है।
चरणों के बीच स्विच करके देखें कि हर पड़ाव पर आपके हाथ में क्या है। यह सिर्फ़ उदाहरण इंटरफ़ेस है। दिखाए गए सभी आँकड़े और पते नमूना डेटा हैं।
ट्रांज़ैक्शनल ईमेल के जवाब पकड़ने, टिकट बनाने या वर्कफ़्लो चलाने के लिए इनबाउंड रूट इस्तेमाल करें।
इनबाउंड ईमेल पार्सिंग का मतलब है आपके डोमेन पर भेजे गए ईमेल प्राप्त करके उन्हें ऐसे स्ट्रक्चर्ड डेटा में बदलना जिसे आपका एप्लिकेशन इस्तेमाल कर सके। MigoSMTP के साथ आप किसी सबडोमेन के लिए MX रिकॉर्ड प्रकाशित करते हैं, एड्रेस पैटर्न से मेल खाने वाले रूट बनाते हैं, और हर संदेश आपके webhook पर JSON के रूप में पहुँचता है, जिसमें हेडर, टेक्स्ट, HTML और अटैचमेंट की जानकारी पहले से पार्स होती है। यह हमारी अन्य इवेंट सुविधाओं जैसा ही काम करता है, इसलिए मौजूदा webhook हैंडलिंग कोड अक्सर दोबारा इस्तेमाल हो सकता है।
यह उन डेवलपर्स के लिए है जिन्हें मेल सर्वर चलाए बिना जवाबों और आने वाले मेल पर कार्रवाई करनी है। आम फ़्लो में टिकट बनाने वाले सपोर्ट इनबॉक्स, ट्रांज़ैक्शनल मेल की रिप्लाई ट्रैकिंग, और ईमेल से दस्तावेज़ अपलोड जैसी ईमेल-टू-ऐप सुविधाएँ शामिल हैं। रूटिंग नियम अलग-अलग पते अलग-अलग एंडपॉइंट पर भेजते हैं, और हर डिलीवरी पर हस्ताक्षर होते हैं ताकि आप उसका स्रोत सत्यापित कर सकें। खोजने योग्य इनबाउंड लॉग से आप कोई संदेश ढूँढ सकते हैं, अपने एंडपॉइंट पर भेजा गया पेलोड देख सकते हैं और प्रोसेसिंग विफल होने पर उसे रीप्ले कर सकते हैं।
जवाबों को संभालना डिलीवरेबिलिटी के लिए मायने रखता है, क्योंकि असली जवाब एंगेजमेंट का मज़बूत संकेत होते हैं, और no-reply पते पर भेजे गए अनपढ़े बाउंस या शिकायतें खो जाती हैं। इन्हें पकड़ने से आप जल्दी कार्रवाई कर सकते हैं। AI इंटेंट क्लासिफ़िकेशन इनबाउंड संदेशों को जवाब, आउट-ऑफ़-ऑफ़िस सूचना, अनसब्सक्राइब अनुरोध और शिकायत में छाँट सकता है, ताकि आपके सिस्टम सही प्रतिक्रिया दें। जवाब यह भी दिखाते हैं कि कौन-से पते सक्रिय हैं, जिससे लिस्ट समय के साथ साफ़ रहती है और प्राप्तकर्ताओं ने क्या कहा, इसका रिकॉर्ड भी मिलता है। webhook और लॉग के साथ मिलकर इनबाउंड रूट आपके भेजे और लौटे संदेशों के बीच का चक्र पूरा करते हैं।
रिप्लाई सबडोमेन के support@ को अपने हेल्पडेस्क एंडपॉइंट पर रूट करें। मेलबॉक्स को पोल किए बिना हर ईमेल प्रेषक, विषय और अटैचमेंट के साथ टिकट बन जाता है।
रिप्लाई सबडोमेन पर पते में टोकन के साथ reply-to सेट करें। जब कोई जवाब देता है, तो इनबाउंड ईमेल रूटिंग उस जवाब को सही ऑर्डर या बातचीत से जोड़ देती है।
उपयोगकर्ताओं को इनवॉइस या दस्तावेज़ किसी यूनिक पते पर फ़ॉरवर्ड करने दें। पार्स किए गए अटैचमेंट आपके तय की गई सीमाओं के भीतर आपके एंडपॉइंट पर पहुँचते हैं, स्टोर या प्रोसेस करने के लिए तैयार।
जवाब के रूप में भेजी गई आउट-ऑफ़-ऑफ़िस सूचनाएँ और अनसब्सक्राइब अनुरोध पकड़ें, फिर कॉन्टैक्ट की स्थिति अपने-आप अपडेट करें, ताकि जिन्होंने रोकने को कहा है उन्हें मेल भेजना बंद हो जाए।
हर ग्राहक या प्रोजेक्ट को आपके रिप्लाई सबडोमेन पर उसका अपना पता दें। फ़ॉरवर्ड किए गए अनुबंध और इनवॉइस पार्स किए गए अटैचमेंट के रूप में आते हैं और अपने-आप फ़ाइल हो सकते हैं।
no-reply या abuse पते पर भेजे गए जवाबों को अपने वर्कफ़्लो में रूट करें, ताकि असली शिकायत कोई व्यक्ति पढ़े और वह खो न जाए।
दोनों ईमेल प्राप्त करते हैं। फ़र्क़ यह है कि पूरा ढाँचा कौन सँभालता है।
इनबाउंड के लिए समर्पित सबडोमेन इस्तेमाल करें, ताकि आपके नियमित मेलबॉक्स प्रभावित न हों।
हर इनबाउंड संदेश को असली जवाब, आउट-ऑफ़-ऑफ़िस, अनसब्सक्राइब अनुरोध, शिकायत या सेल्स पूछताछ के रूप में लेबल किया जा सकता है। लेबल को आप रूट से जोड़ते हैं, और कम भरोसे वाले संदेश किसी व्यक्ति के पास जाते हैं।
सपोर्ट रूट के लिए असिस्टेंट आपके नॉलेज बेस से जवाब का ड्राफ़्ट बनाता है। कोई व्यक्ति उसे देखकर भेजता है; जब तक आप खुद ऐसा नियम न बनाएँ, कुछ भी अपने-आप नहीं जाता।
लंबी जवाब-श्रृंखलाओं को छोटे सारांश और सुझाई गई अगली कार्रवाई में समेटा जाता है, जिससे एजेंट बातचीत जल्दी सँभाल पाते हैं। मूल संदेश लॉग में उपलब्ध रहते हैं।
AI रिस्क स्कोरिंग संदिग्ध इनबाउंड संदेशों को रेट करके स्पैम और वायरस जाँच की पूरक बनती है। आप चुनते हैं कि उच्च-जोखिम वाले संदेश क्वारंटीन हों, फ़्लैग हों या फिर भी डिलीवर हों।
AI सुविधाएँ सहायक हैं: क्लासिफ़िकेशन और ड्राफ़्ट आपके वर्कफ़्लो में मदद करते हैं, और रूटिंग नियम तथा क्या भेजा जाए, यह आप तय करते हैं।
MX रिकॉर्ड को reply.yourdomain.com जैसे सबडोमेन पर रखें, ताकि आपके सामान्य मेलबॉक्स चलते रहें और इनबाउंड ट्रैफ़िक अलग रहे।
पेलोड प्रोसेस करने से पहले सिग्नेचर हेडर जाँचें। बिना हस्ताक्षर वाले अनुरोधों को अविश्वसनीय मानें, क्योंकि सार्वजनिक URL पर कोई भी पोस्ट कर सकता है।
सफलता का जवाब तुरंत लौटाएँ और काम को क्यू में डालें। धीमे हैंडलर रीट्राई और डुप्लिकेट डिलीवरी को ट्रिगर करते हैं।
रीट्राई में वही संदेश दो बार डिलीवर हो सकता है। संदेश ID पर डीडुप्लिकेट करें, ताकि लॉग से रीप्ले करने पर डुप्लिकेट टिकट न बनें।
हर रूट के लिए अधिकतम आकार और अनुमत फ़ाइल प्रकार तय करें। बड़ी या अनपेक्षित फ़ाइलों को शुरू में ही अस्वीकार करने से आगे के सिस्टम सुरक्षित रहते हैं।
हर पेलोड का पहचानकर्ता अपने रिकॉर्ड के साथ सहेजें। इससे रीप्ले, सपोर्ट लुकअप और डीडुप्लिकेशन आसान हो जाते हैं।
सपोर्ट इनबॉक्स या रिप्लाई वर्कफ़्लो की योजना बना रहे हैं? हमारी टीम आपके साथ सेटअप की समीक्षा कर सकती है।
इनबाउंड ईमेल पार्सिंग आपके नियंत्रण वाले पते पर भेजे गए ईमेल को प्राप्त करके स्ट्रक्चर्ड डेटा में बदलती है, आमतौर पर प्रेषक, विषय, बॉडी और अटैचमेंट वाले JSON में। आपका एप्लिकेशन उसे webhook से पाता है, इसलिए मेल सर्वर चलाए बिना संदेशों पर कार्रवाई कर सकता है।
इनबाउंड डोमेन जोड़ें, किसी सबडोमेन के लिए MX रिकॉर्ड प्रकाशित करें, एड्रेस पैटर्न से मेल खाने वाला रूट बनाएँ और उसे अपने HTTPS webhook पर पॉइंट करें। हर आने वाला संदेश उस एंडपॉइंट पर हस्ताक्षरित JSON के रूप में पोस्ट होता है।
हम समर्पित सबडोमेन की सलाह देते हैं, ताकि आपका नियमित मेल प्रभावित न हो। MX रिकॉर्ड उस नाम का सारा मेल प्राप्त करने वाली सेवा को भेज देता है, इसलिए रूट डोमेन इस्तेमाल करने पर आपके सामान्य मेलबॉक्स का मेल भी रीडायरेक्ट हो जाएगा।
डिलीवरी रीट्राई की जाती हैं, और आपका एंडपॉइंट ठीक होने पर आप उन्हें इनबाउंड लॉग से रीप्ले कर सकते हैं। सफलता का जवाब तभी लौटाएँ जब पेलोड सुरक्षित रूप से मिल चुका हो। अपने हैंडलर को idempotent बनाएँ, ताकि रीप्ले की गई डिलीवरी दूसरी बार कुछ न बदले।
पेलोड हर अटैचमेंट का विवरण देता है। आकार और प्रकार की सीमाएँ हर रूट पर तय होती हैं, इसलिए आप तय करते हैं कि आपका एप्लिकेशन क्या स्वीकार करे। कुछ असली फ़ाइलों से टेस्ट करें ताकि पता चले कि आपके हैंडलर को उन्हें कैसे सँभालना है, और हर रूट के लिए सख़्त सीमाएँ रखें।
इनबाउंड ईमेल आपको भेजे गए संदेश सँभालकर आपके एंडपॉइंट पर पोस्ट करता है। webhook व्यापक रूप से आपके भेजे संदेशों के इवेंट बताते हैं, जैसे डिलीवर या बाउंस। इनबाउंड अपनी डिलीवरी के लिए webhook का ही इस्तेमाल करता है, इसलिए वही सिग्नेचर जाँचें लागू होती हैं।
केवल तभी जब आप इसे चालू करें। AI क्लासिफ़िकेशन और सारांश उन्हीं रूट पर चलते हैं जहाँ आप इन्हें चालू करते हैं, और नतीजे सुझाव होते हैं जिन्हें आप अपने नियमों से जोड़ते हैं। कोई भी संदेश कोई व्यक्ति देख सकता है।
हाँ। आने वाले मेल को आपके एप्लिकेशन तक पहुँचने से पहले जाँचा जा सकता है, और आप चुनते हैं कि फ़्लैग किए गए संदेश अस्वीकार हों, टैग हों या समीक्षा के लिए रोके जाएँ। हर निर्णय लॉग में दर्ज होता है, इसलिए हैंडलिंग का ऑडिट किया जा सकता है।
खाता बनाएँ, अपना डोमेन जोड़ें और पहला ईमेल भेजें।