FAQ
क्या यूज़र्स को कुछ इंस्टॉल करने की ज़रूरत है?
नहीं। यूज़र बस एक स्क्रिप्ट टैग अपने HTML में पेस्ट करते हैं — कोई npm पैकेज नहीं, कोई बिल्ड स्टेप नहीं, कोई डिपेंडेंसी नहीं। अतिरिक्त फ़ीचर उसी ऑरिजिन से अपने आप लोड हो जाते हैं।
क्या यह मेरे CSS से टकराएगा?
नहीं। विजेट एक Shadow DOM के अंदर रेंडर होता है, जो इसकी स्टाइल को आपके पेज से पूरी तरह अलग रखता है।
क्या यह सिंगल-पेज ऐप (React, Vue, Next.js) का समर्थन करता है?
हाँ। स्क्रिप्ट एक बार लोड होती है और रूट बदलने पर बनी रहती है। React/Next.js के लिए, स्क्रिप्ट को अपने रूट लेआउट में रखें।
// app/layout.tsx (App Router)
import Script from 'next/script';
import { ReactNode } from 'react';
export default function RootLayout({ children }: { children: ReactNode }) {
return (
<html lang="en">
<body>
{children}
<Script id="respondo-init" strategy="afterInteractive">
{`
window.Respondo = window.Respondo || {};
Respondo.init = Respondo.init || function(c) { window.RespondoAIConfig = c; };
Respondo.q = Respondo.q || [];
Respondo.identify = Respondo.identify || function(d) { Respondo.q.push(['identify', d]); };
Respondo.init({
agentId: 'YOUR_AGENT_ID',
channelId: 'YOUR_CHANNEL_ID'
});
`}
</Script>
<Script src="https://api.respondo.ai/widget/widget.js" strategy="afterInteractive" />
</body>
</html>
);
}जब कोई बातचीत हल हो जाती है तो क्या होता है?
रिज़ॉल्यूशन के बाद नया मैसेज अपने आप पिछली बातचीत से जुड़ी एक फ़ॉलो-अप बातचीत खोल देता है (आपके इनबॉक्स में "Continued from #N" के रूप में दिखती है)। भाषा और पिछली ट्रांसक्रिप्ट जैसा संदर्भ आगे बढ़ता है, और विज़िटर को एक ही निरंतर चैट दिखती है। अगर हल की गई बातचीत को कोई टीम-मेंबर संभाल रहा था, तो फ़ॉलो-अप AI के बजाय वापस आपकी टीम को रूट होता है; अन्यथा AI उसे संभाल लेता है।
विजेट कैसे लोड होता है?
विजेट एसिंक्रोनस रूप से लोड होता है (async), इसलिए यह कभी भी पेज रेंडरिंग को ब्लॉक नहीं करता। कोर बंडल ~180KB है (gzipped ~50KB); वैकल्पिक फ़ीचर (कैम्पेन, प्रोडक्ट टूर) विजेट के माउंट होने के बाद अलग lazy चंक्स के रूप में लोड होते हैं, इसलिए प्रारंभिक पेज रेंडर कभी ब्लॉक नहीं होता।
एस्केलेशन कैसे काम करता है?
यूज़र "Talk to human" बटन पर क्लिक कर सकते हैं, इंसान का अनुरोध करने वाला वाक्यांश टाइप कर सकते हैं, या जब AI आपके नॉलेज बेस से जवाब नहीं दे पाता तो वह अपने आप बातचीत सौंप देता है। एस्केलेट होने के बाद, AI जवाब देना बंद कर देता है और सभी फ़ॉलो-अप मैसेज आपकी सपोर्ट टीम को भेजे जाते हैं। विवरण के लिए Escalation & Handover सेक्शन देखें।
क्या यूज़र एस्केलेशन के बाद AI से चैट जारी रख सकते हैं?
हाँ। विजेट एक "Continue with AI" बटन दिखाता है जो यूज़र को एस्केलेशन खारिज करके AI बातचीत फिर से शुरू करने देता है।
नॉलेज बेस और वेबसाइट क्रॉल#
मेरी वेबसाइट का क्रॉल ब्लॉक क्यों है?
"ब्लॉक" का मतलब है कि साइट — या उसकी सुरक्षा परत (Cloudflare, कोई WAF, कोई एंटी-बॉट प्लगइन) — ने हमारे क्रॉलर को अस्वीकार कर दिया: शुरुआती पेज या robots.txt ने हर कोशिश पर एक्सेस एरर या "आपका ब्राउज़र जाँचा जा रहा है" चैलेंज दिया, या robots.txt हमारे क्रॉलर को स्पष्ट रूप से मना करता है। पहले इंपोर्ट किए गए पेज सुरक्षित रहते हैं, और जब तक साइट हमें अंदर नहीं आने देती, री-सिंक उसी तरह विफल होगा। साइट मालिक से कहें कि वह सुरक्षा सेटिंग्स में User-Agent RespondoAI-Crawler (पूरी स्ट्रिंग: Mozilla/5.0 (compatible; RespondoAI-Crawler/1.0; +https://respondo.ai/bot)) को अनुमति दे — Cloudflare में यह Security → WAF → Custom rules में है — और अगर कारण robots.txt है, तो User-agent: RespondoAI-Crawler के लिए allow नियम जोड़े। Respondo क्रॉलर का कोई निश्चित IP पता प्रकाशित नहीं करता — User-Agent के आधार पर अनुमति दें; अगर सोर्स पर दिखी एरर में कोई IP लिखा है, तो उसे भी अनुमति दें। अगर साइट बदली नहीं जा सकती, तो वही सामग्री फ़ाइलों या पेस्ट किए गए टेक्स्ट के रूप में जोड़ें।
क्रॉल पूरा हुआ लेकिन केवल कुछ ही पेज मिले
हम पेज साइट के sitemap (robots.txt की Sitemap: लाइन या /sitemap.xml जैसे सामान्य स्थान) से और शुरुआती URL से लिंक फ़ॉलो करके खोजते हैं — अधिकतम 10 लिंक की गहराई तक और प्रति सोर्स अधिकतम 5,000 पेज। केवल उसी साइट के और शुरुआती URL के पाथ के अंतर्गत आने वाले पेज ही इंपोर्ट होते हैं: https://example.com/help से शुरू किया गया क्रॉल /blog को छोड़ देता है, इसलिए रूट से शुरू करें या शामिल करने वाले पाथ जोड़ें। जिन पेजों की ओर कोई लिंक या sitemap इशारा नहीं करता, जिन्हें robots.txt मना करता है, और जो लॉगिन के पीछे हैं, वे नहीं मिलते। लगभग एक जैसे पेज (प्रिंट संस्करण, ट्रैकिंग पैरामीटर वाले वैरिएंट) एक में मिला दिए जाते हैं। जिन पेजों की सामग्री पूरी तरह JavaScript से बनती है, उन्हें पहचानकर ब्राउज़र-आधारित फ़ॉलबैक से रेंडर किया जाता है, इसलिए कम पेज संख्या आमतौर पर दायरे या sitemap की समस्या बताती है, रेंडरिंग की नहीं।
क्रॉल को साइट के एक ही सेक्शन तक कैसे सीमित करूँ?
वेबसाइट जोड़ने के डायलॉग में Advanced खोलें और Only crawl paths starting with (केवल इनसे शुरू होने वाले पाथ क्रॉल करें) और/या Skip paths starting with (इनसे शुरू होने वाले पाथ छोड़ें) भरें — हर लाइन में एक पाथ, प्रति फ़ील्ड अधिकतम 50। मिलान पूरे पाथ सेगमेंट के आधार पर होता है: /docs का मिलान /docs और /docs/getting-started से होता है, लेकिन /docs-archive से नहीं; अंतिम स्लैश को नज़रअंदाज़ किया जाता है, और आप पूरा URL पेस्ट कर सकते हैं — केवल उसका पाथ इस्तेमाल होता है। छोड़ने वाले नियम शामिल करने वाले नियमों पर भारी पड़ते हैं। यही नियम sitemap पर और उस सोर्स के हर अगले री-सिंक पर लागू होते हैं।
Respondo मेरी वेबसाइट को कितनी बार दोबारा क्रॉल करता है?
हर वेबसाइट सोर्स के पेज पैनल में एक Auto-refresh शेड्यूल होता है: Off (बंद), Daily (हर 24 घंटे) या Weekly (हर 7 दिन)। शेड्यूल किया गया क्रॉल इंक्रीमेंटल होता है: जिन पेजों का sitemap में lastmod पिछले क्रॉल से पुराना है, वे छोड़ दिए जाते हैं, अपरिवर्तित पेज दोबारा इंडेक्स नहीं होते, बदले हुए पेज दोबारा इंडेक्स होते हैं और गायब हुए पेज हटा दिए जाते हैं। तुरंत रिफ्रेश करने के लिए सोर्स मेनू में Re-sync या Knowledge पेज पर Re-sync all इस्तेमाल करें।
"इस बार हम साइट नहीं पढ़ सके" — क्या हुआ?
यह सामान्य विफलता है: साइट ने समय पर जवाब नहीं दिया, डोमेन रिज़ॉल्व नहीं हुआ, सर्वर ने एरर लौटाया, शुरुआती पेज पर पढ़ने योग्य टेक्स्ट नहीं था, या पता नहीं मिला। विवरण सोर्स पर दिखाया जाता है। जाँचें कि URL ब्राउज़र की प्राइवेट विंडो में खुलता है, डोमेन में कोई टाइपो नहीं है और शुरुआती पेज लॉगिन स्क्रीन नहीं बल्कि असली कंटेंट पेज है। सोशल नेटवर्क और मैसेजिंग प्लेटफ़ॉर्म (Facebook, Instagram, LinkedIn, X, YouTube और इसी तरह के) बिल्कुल इंपोर्ट नहीं किए जा सकते — वे क्रॉल शुरू होने से पहले ही अस्वीकार हो जाते हैं। आपके मौजूदा पेज बने रहते हैं; शेड्यूल वाला सोर्स अगले रन में फिर कोशिश करता है, वरना साइट दोबारा उपलब्ध होने पर री-सिंक करें।
"हमारा सर्च इंडेक्स भर गया है" और "हम इस सोर्स को इंडेक्स नहीं कर सके" का क्या मतलब है?
दोनों संदेश सामग्री सफलतापूर्वक पढ़े जाने के बाद दिखते हैं। इंडेक्स भर गया का मतलब है कि जिस सर्च इंडेक्स में यह सोर्स कॉपी होता है, उसमें Respondo की ओर जगह नहीं है — यह Respondo की सीमा है, आपकी सामग्री की समस्या नहीं। पेज संग्रहीत हैं, जो कुछ पहले से इंडेक्स है वह जवाब देता रहता है, हमारी टीम को अपने आप सूचना मिल जाती है और जगह बनते ही सोर्स इंडेक्स कर दिया जाएगा; उससे पहले री-सिंक उसी तरह विफल होगा। हम इस सोर्स को इंडेक्स नहीं कर सके का मतलब है कि इस बार सर्च इंडेक्स बनाना विफल रहा — हमारी ओर से अस्थायी एरर; मौजूदा डेटा सुरक्षित है और काम अपने आप फिर से आज़माया जाता है। अगर इनमें से कोई संदेश बना रहे, तो एरर पर "Copilot से पूछें" इस्तेमाल करें।
क्या लंबे पेजों का जवाब सिर्फ़ उनकी शुरुआत से दिया जाता है?
नहीं। हर क्रॉल किया गया पेज लगभग 1,600 अक्षरों के ओवरलैप करते हुए टुकड़ों में बाँटा जाता है, हर टुकड़ा पेज के शीर्षक के साथ अलग से इंडेक्स होता है, इसलिए जवाब किसी लंबे लेख के किसी भी हिस्से से आ सकता है। उद्धरण अब भी प्रति पेज एक लिंक दिखाते हैं। इस बदलाव से पहले इंपोर्ट किए गए पेज अपने अगले री-सिंक में दोबारा बाँटे जाते हैं।
क्रॉल एरर में मदद कैसे पाऊँ?
Knowledge पेज पर हर क्रॉल या इंडेक्सिंग एरर के साथ Copilot से पूछें बटन होता है। यह एरर संलग्न करके Copilot खोलता है, और Copilot आपके मामले के लिए ठोस चरणों के साथ Respondo के अपने सहायता दस्तावेज़ों से जवाब देता है। यह मदद मुफ़्त है — यह आपके AI अनुरोधों में नहीं गिनी जाती। अगर चरणों से समस्या हल न हो, तो बस यही कह दें — "इससे मदद नहीं मिली" काफ़ी है। फिर Copilot एक कार्ड पेश करता है जो मामला Respondo टीम को सौंपता है: कार्ड में ठीक-ठीक लिखा होता है कि क्या भेजा जाएगा, आपकी पुष्टि से पहले कुछ नहीं जाता, और उनका जवाब उसी Copilot थ्रेड में आता है। अगर यहाँ से सौंपना संभव न हो, तो Copilot चुप रहने के बजाय साफ़ बता देता है।
ग्राहक तक न पहुँचने वाले संदेश#
किसी जवाब पर "Not delivered" लिखा है — इसका क्या मतलब है और पहले क्या करूँ?
इनबॉक्स से जाने वाले हर संदेश पर एक डिलीवरी संकेतक होता है: Queued (कतार में — एक के बाद एक जल्दी लिखे गए जवाब मिलाकर कुछ ही मिनटों में एक ही ईमेल के रूप में जाते हैं), Sending… (भेजा जा रहा है), Sent (भेज दिया गया), Delivered (पहुँच गया), या लाल रंग में कोई विफलता। विफलताएँ तीन तरह की होती हैं: Not delivered — चैनल ने संदेश लेने से मना कर दिया; Bounced, साथ में बाउंस का उप-प्रकार — प्राप्तकर्ता के मेल सर्वर ने ईमेल अस्वीकार कर दिया; और Marked as spam — प्राप्तकर्ता ने उसकी शिकायत की। लेबल पर कर्सर ले जाएँ या उस पर क्लिक करें: टूलटिप में प्रोवाइडर के अपने शब्द दिखते हैं, बाउंस के मामले में कच्चा SMTP डायग्नोस्टिक भी। उसके बगल में ज़्यादा से ज़्यादा दो कार्रवाइयाँ होती हैं — Retry / Send again (दोबारा भेजें), जो सचमुच फिर से भेजता है, और Ask Copilot (Copilot से पूछें), जो एरर संलग्न करके Copilot खोलता है। अगर दोबारा भेजने का बटन है ही नहीं, तो पता ब्लॉक है और फिर से भेजने पर भी वैसी ही विफलता मिलेगी। जिस Sent या Delivered के साथ N files not delivered लिखा हो, उसका मतलब है कि टेक्स्ट पहुँच गया पर कोई अटैचमेंट नहीं — वह चैनल उस फ़ाइल को ले जा नहीं सका।
मेरा ईमेल ग्राहक तक क्यों नहीं पहुँचा?
चार अलग-अलग वजहें होती हैं, और लेबल उन्हें अलग-अलग बताता है। स्थायी बाउंस का मतलब है कि पता मौजूद ही नहीं है या मेल लेने से मना करता है — दोबारा भेजने का बटन नहीं आता, और वह पता सप्रेशन सूची में चला जाता है। अस्थायी बाउंस का मतलब है भरा हुआ मेलबॉक्स या प्राप्तकर्ता सर्वर पर कोई क्षणिक दिक्कत; तब Send again दिखता है और आमतौर पर बाद में काम कर जाता है। जिस बाउंस के डायग्नोस्टिक में SPF, DKIM, DMARC या 5.7.515 का ज़िक्र हो, वह अलग मामला है: प्राप्तकर्ता के मेल सिस्टम ने संदेश इसलिए अस्वीकार किया क्योंकि आपका भेजने वाला डोमेन प्रमाणीकरण जाँच में विफल रहा। जब तक डोमेन ठीक नहीं होता, हर नया जवाब ठीक इसी तरह बाउंस होगा — इसलिए तब तक किसी दूसरे चैनल से जवाब दें और Settings → Channels में ईमेल चैनल के DNS रिकॉर्ड ठीक करें। आख़िर में, Marked as spam का मतलब है कि प्राप्तकर्ता ने "स्पैम की शिकायत" दबाई: पता सप्रेस कर दिया जाता है और हम उस पर भेजना बंद कर देते हैं। कैंपेन रिपोर्ट में इसके अलावा The email provider rejected this message भी दिख सकता है — ईमेल के रवाना होने से पहले ही स्थायी इनकार, आमतौर पर बिना सत्यापित भेजने वाला डोमेन या ग़लत बना हुआ पता — और The email provider rejected our credentials, जो उस एक कॉन्टैक्ट की नहीं बल्कि वर्कस्पेस सेटअप की समस्या है।
सप्रेशन सूची क्या है, और उससे कोई पता कैसे हटता है?
यह आपके वर्कस्पेस की निजी सूची है, उन ईमेल पतों की जिन पर Respondo भेजने से मना कर देता है। कोई पता इसमें तब आता है जब कोई संदेश हार्ड बाउंस हो (स्थायी अस्वीकृति), जब कोई आपके किसी ईमेल की स्पैम शिकायत करे, या जब उसे मैन्युअल रूप से ब्लॉक किया जाए। सॉफ़्ट बाउंस से कोई पता कभी सप्रेस नहीं होता। जब तक ब्लॉक सक्रिय है, उस पते पर कैंपेन की डिलीवरी This address is blocked after an earlier bounce or complaint के साथ छोड़ दी जाती है, और इनबॉक्स से भेजा जवाब निकलने से पहले ही रोक दिया जाता है। सप्रेस हमेशा संदेश का असली प्राप्तकर्ता ही होता है — कोई बाउंस सूचना किसी मनमाने पते को ब्लॉक नहीं कर सकती। डैशबोर्ड में इस सूची के लिए कोई स्क्रीन नहीं है: मालिक या एडमिन इसे GET https://api.respondo.ai/api/v1/integrations/email/suppressions से पढ़ सकते हैं और DELETE https://api.respondo.ai/api/v1/integrations/email/suppressions/<email> से कोई एक प्रविष्टि हटा सकते हैं, या Respondo सपोर्ट से ऐसा करने को कह सकते हैं। हार्ड बाउंस तभी हटाएँ जब आपको पक्का पता हो कि मेलबॉक्स सचमुच ठीक हो गया है — मृत पते पर दोबारा भेजना आपके डोमेन की प्रतिष्ठा को नुक़सान पहुँचाता है।
WhatsApp मेरा जवाब स्वीकार नहीं कर रहा — 24 घंटे की विंडो
WhatsApp किसी कारोबार को खुले रूप में संदेश भेजने की अनुमति ग्राहक के आख़िरी संदेश के बाद केवल 24 घंटे तक देता है; उसके बाद Meta हर भेजने की कोशिश को 131047 एरर के साथ ठुकरा देता है। Respondo यह विंडो हर व्यक्ति के लिए अलग से ट्रैक करता है, और जब उसे पता होता है कि विंडो बीत चुकी है, तो जवाब भेजे जाने से पहले ही रोक देता है। जब Respondo के पास विंडो का कोई रिकॉर्ड ही नहीं होता — इंपोर्ट किया गया कॉन्टैक्ट, या ऐसा नंबर जिसने आपको कभी नहीं लिखा — तब वह रोकता नहीं: संदेश Meta के पास जाता है और फ़ैसला Meta करता है। आगे बढ़ने के ठीक दो रास्ते हैं। ग्राहक के दोबारा लिखने का इंतज़ार करें — उसका संदेश विंडो को अगले 24 घंटों के लिए फिर खोल देता है और तब आपका जवाब चला जाता है — या Meta से स्वीकृत template (टेम्पलेट) भेजें। टेम्पलेट बातचीत के कंपोज़र से नहीं भेजे जा सकते। उन्हें Outbound → WhatsApp templates में संभालें: Sync आपके नंबर पर पहले से पंजीकृत टेम्पलेट खींच लाता है, New template एक टेम्पलेट Meta को जमा करता है, जिसकी समीक्षा में एक दिन या उससे ज़्यादा लगता है। फिर उस कॉन्टैक्ट को लक्ष्य बनाकर किसी आउटबाउंड कैंपेन से स्वीकृत टेम्पलेट भेजें। टेम्पलेट विंडो के भीतर और बाहर, दोनों तरह के लोगों तक पहुँचता है, पर सिर्फ़ तब तक जब तक उसकी स्थिति approved है।
"That channel is disconnected" / "That channel is not connected"
Disconnected (डिस्कनेक्ट) का मतलब है कि इंटीग्रेशन मौजूद तो है पर अब सक्रिय नहीं — उसका एक्सेस टोकन रद्द हो गया या समाप्त हो गया, या किसी ने उसे डिस्कनेक्ट कर दिया। Not connected (कनेक्ट नहीं) का मतलब है कि उस व्यक्ति के संपर्क-बिंदु के पीछे कोई इंटीग्रेशन है ही नहीं। दोनों Settings → Channels में ठीक होते हैं, जहाँ डिस्कनेक्ट हुए चैनल अपने अलग शीर्षक के नीचे इकट्ठे रहते हैं और हर कार्ड पर Reconnect बटन होता है; दोबारा कनेक्ट करें, फिर संदेश दोबारा भेजें। दो मिलते-जुलते मामले देखने में एक जैसे लगते हैं पर एक नहीं हैं: जिस ईमेल चैनल का भेजने वाला डोमेन सत्यापित नहीं है वह Live नहीं किया जा सकता और जब तक DKIM और SPF की पुष्टि न हो, कुछ नहीं भेजता; और सिर्फ़ प्राप्त करने वाला चैनल बाहर जाने वाले संदेश डिज़ाइन से ही नहीं लेता, इसलिए वहाँ Retry कभी सफल नहीं होगा।
"No channel to reach this person on" / "No email address on this contact"
ये दोनों इनबॉक्स में नहीं, कैंपेन की डिलीवरी रिपोर्ट में दिखते हैं। पहले का मतलब है कि कॉन्टैक्ट का कोई भी संपर्क-बिंदु उन चैनलों से मेल नहीं खाया जिन पर कैंपेन भेजता है; अगर उसका इकलौता संपर्क-बिंदु सिर्फ़ प्राप्त करने वाले चैनल पर है, तो उसे अलग से जानबूझकर छोड़े जाने के रूप में दर्ज किया जाता है। दूसरे का मतलब है कि कैंपेन ईमेल भेजता है और कॉन्टैक्ट का कोई पता दर्ज ही नहीं है। Telegram का अपना अलग रूप है: अगर व्यक्ति ने आपके बॉट को कभी नहीं लिखा तो लिखने के लिए कोई चैट ही नहीं होती, क्योंकि Bot API बॉट को पहले संदेश भेजने से रोकता है — पहला संदेश उसी को भेजना होगा। इन्हें ठीक करने के लिए कॉन्टैक्ट में छूटा हुआ पता जोड़ें, कैंपेन के लक्षित चैनलों का दायरा बढ़ाएँ, या उसे ईमेल पर वापस गिरने दें।
कॉन्टैक्ट ने अनसब्सक्राइब कर दिया — मैं क्या भेज सकता हूँ?
They had already unsubscribed का मतलब है कि कॉन्टैक्ट पर वैश्विक ऑप्ट-आउट लगा है — आपके किसी ईमेल के अनसब्सक्राइब लिंक से लगाया गया, इंपोर्ट के साथ आया, या किसी साथी ने बदल दिया। कैंपेन और सीरीज़ ऐसे कॉन्टैक्ट को हर चैनल पर छोड़ देते हैं, सिर्फ़ ईमेल पर नहीं, और उस डिलीवरी को विफलता नहीं बल्कि छोड़ा गया माना जाता है। बातचीत के भीतर किसी साथी का एक-से-एक जवाब जानबूझकर इससे नहीं रुकता: ऑप्ट-आउट सामूहिक प्रसारण के बारे में है, और जिसने आपको लिखा है उसे जवाब देना इंसानी फ़ैसला है। यह स्थिति कॉन्टैक्ट पर Outbound: Subscribed / Unsubscribed (सब्सक्राइब्ड / अनसब्सक्राइब्ड) के रूप में दिखती है, कॉन्टैक्ट सूची को इसी से फ़िल्टर किया जा सकता है, और कॉन्टैक्ट पर मौजूद Re-subscribe (दोबारा सब्सक्राइब) बटन इसे पलट देता है — इसका इस्तेमाल तभी करें जब व्यक्ति ने ख़ुद कहा हो।
आप कितनी बार दोबारा कोशिश करते हैं, और Retry दबाना सुरक्षित है?
इनबॉक्स से भेजा गया जवाब एक कतार को सौंपा जाता है जो पाँच तक कोशिशें करती है, और उनके बीच लगभग 3, 10, 30 और 30 मिनट रुकती है। दोबारा सिर्फ़ क्षणिक विफलताएँ आज़माई जाती हैं — टाइमआउट, ठुकराए गए कनेक्शन, रेट लिमिट, प्रोवाइडर के अपने सर्वर एरर। स्थायी इनकार (अनजान पता, बिना सत्यापित भेजने वाला डोमेन, अस्वीकृत क्रेडेंशियल) तुरंत विफल चिह्नित कर दिया जाता है, क्योंकि दोहराने पर वही जवाब मिलेगा। कैंपेन की डिलीवरी अपनी अलग कतार पर चलती है, छह तक कोशिशों और छोटे अंतराल के साथ — 5 सेकंड, 30 सेकंड, 2 मिनट, 10 मिनट; ये ख़त्म होने पर डिलीवरी हमेशा के लिए "queued" में अटकी रहने के बजाय Delivery kept failing and was stopped after several attempts के साथ बंद कर दी जाती है। हाथ से Retry दबाना सुरक्षित है। यह सिर्फ़ उसी संदेश पर काम करता है जो सचमुच विफल स्थिति में है, और ईमेल के लिए पहले प्रोवाइडर से पूछता है कि मूल संदेश का क्या हुआ: अगर वह ईमेल सचमुच चला गया था, तो दूसरी प्रति भेजने के बजाय पंक्ति डिलीवर्ड में बदल जाती है, और असली दोबारा-भेजना नई आइडेम्पोटेंसी कुंजी के साथ जाता है। जहाँ दूसरी प्रति ग़लत होगी — हार्ड बाउंस, स्पैम शिकायत, अभी रास्ते में चल रहा भेजना — वहाँ बटन होता ही नहीं या कोशिश कारण बताकर ठुकरा दी जाती है।
वजह अब भी साफ़ नहीं है — मदद कैसे लूँ?
हर विफल संदेश के साथ Ask Copilot (Copilot से पूछें) बटन होता है। यह एरर, चैनल और बातचीत संलग्न करके Copilot खोलता है, और Copilot उसी विफलता के लिए ठोस चरणों के साथ Respondo के अपने सहायता दस्तावेज़ों से जवाब देता है। यह मदद मुफ़्त है — यह आपके AI अनुरोधों में नहीं गिनी जाती। अगर चरणों से समस्या हल न हो, तो बस यही कह दें — "इससे मदद नहीं मिली" काफ़ी है। फिर Copilot एक कार्ड पेश करता है जो मामला Respondo टीम को सौंपता है: कार्ड में ठीक-ठीक लिखा होता है कि क्या भेजा जाएगा, आपकी पुष्टि से पहले कुछ नहीं जाता, और उनका जवाब उसी Copilot थ्रेड में आता है। अगर यहाँ से सौंपना संभव न हो, तो Copilot चुप रहने के बजाय साफ़ बता देता है।