Brevo SMTP: सेटअप, सेटिंग्स और ट्रबलशूटिंग गाइड

Brevo SMTP किसी ऐप्लिकेशन के बाहर जाने वाले मेल को वेब होस्ट के स्थानीय मेल एजेंट से हटाकर ऐसे इन्फ़्रास्ट्रक्चर पर ले जाता है जो हर मैसेज को ऑथेंटिकेट करता है, लॉग करता है और उस पर रिपोर्ट देता है. सेटअप छोटा है: एक होस्टनेम, एक पोर्ट, दो क्रेडेंशियल. इसे ग़लत करना भी उतना ही छोटा है, और विफलता के तरीक़े चुपचाप होते हैं. यह गाइड सेटिंग्स, क्रेडेंशियल मॉडल, वह DNS काम जो डिलीवरी संभव बनाता है, और वे एरर कवर करती है जो किसी भी हिस्से के ग़लत कॉन्फ़िगर होने पर आपको मिलेंगे. अगर आप अब भी प्रोवाइडर चुन रहे हैं, तो व्यापक SMTP ईमेल सर्विस गाइड पहले पूरे बाज़ार की तुलना करती है.

Brevo SMTP क्या है

Brevo, Brevo SMTP को अपनी SMTP रिले सेवा बताता है. आपका ऐप्लिकेशन, वेबसाइट या मेल सर्वर एक ऑथेंटिकेटेड कनेक्शन पर रिले को मैसेज सौंपता है, और Brevo रूटिंग, रीट्राई, प्रतिष्ठा और रिपोर्टिंग की ज़िम्मेदारी लेता है. रिले किए गए मेल के आंकड़े कैम्पेन आंकड़ों के साथ ही दिखते हैं, और हार्ड बाउंस होने पर वह कॉन्टैक्ट अपने आप ब्लॉकलिस्ट हो जाता है.

रिले ट्रांज़ैक्शनल मैसेज के लिए बना है: पासवर्ड रीसेट, रसीद, ऑर्डर पुष्टि, अकाउंट सूचनाएं. अगर इनके और मार्केटिंग मेल के बीच की रेखा अभी साफ़ नहीं है, तो ट्रांज़ैक्शनल ईमेल क्या है इसे कवर करता है.

SMTP या REST API

दोनों रास्ते एक ही प्लेटफ़ॉर्म तक पहुंचते हैं. व्यावहारिक बंटवारा:

एक कड़ी सीमा: Brevo का डेवलपर दस्तावेज़ कहता है कि SMTP रिले बैच सेंडिंग सपोर्ट नहीं करता, और बैच ऑपरेशन को API एंडपॉइंट की ओर भेजता है.

अपने SMTP क्रेडेंशियल बनाना

Brevo का SMTP ऑथेंटिकेशन दो ऐसी वैल्यू इस्तेमाल करता है जिन्हें आपके पास पहले से मौजूद क्रेडेंशियल के साथ गड्डमड्ड करना आसान है.

अपना SMTP लॉगिन ढूंढें

आपका SMTP लॉगिन आपका Brevo अकाउंट ईमेल पता नहीं है. यह Settings, SMTP and API पेज पर Login फ़ील्ड में दिखने वाला एक अलग पहचानकर्ता है, [email protected] फ़ॉर्मैट में.

इससे दो नियम निकलते हैं, दोनों Brevo के ट्रबलशूटिंग दस्तावेज़ से. smtp-relay.brevo.com को यूज़रनेम फ़ील्ड में न डालें: वह रिले होस्ट है, आपका लॉगिन नहीं. और अपना SMTP लॉगिन From हेडर में न डालें, क्योंकि वह आपको ऑथेंटिकेट करता है, किसी सेंडर की पहचान नहीं बताता.

SMTP की बनाएं

पासवर्ड एक SMTP की है, न आपका अकाउंट पासवर्ड और न कोई API की.

1. अकाउंट ड्रॉपडाउन खोलें और Settings चुनें, फिर SMTP and API.
2. SMTP टैब के नीचे Generate a new SMTP key पर क्लिक करें.
3. की का नाम उस इंटीग्रेशन के नाम पर रखें जो उसे इस्तेमाल करेगा.
4. वेरिएंट चुनें. Standard 64 अक्षर की सुझाई गई की है; Short 15 अक्षर की की है, उन क्लाइंट के लिए जो लंबे पासवर्ड नहीं संभाल सकते.
5. समाप्ति 7 दिन से 1 साल के बीच तय करें, या बिना समाप्ति चुनें.
6. Generate पर क्लिक करें, फिर पूरी की तुरंत कॉपी कर लें.

पूरी की एक ही बार दिखती है, उसके बाद पेज पर सिर्फ़ उसके आख़िरी कुछ अंक दिखते हैं. अगर वह खो जाए तो नई बनाएं और अपना कॉन्फ़िगरेशन अपडेट करें.

कनेक्शन सेटिंग्स

किसी भी क्लाइंट या लाइब्रेरी में दर्ज करने लायक वैल्यू:

पोर्ट चुनना

Brevo डिफ़ॉल्ट के रूप में 587 की सलाह देता है. पोर्ट 465 SMTP over SSL के लिए तय किया गया था और बाद में अप्रचलित घोषित हुआ, लेकिन व्यापक रूप से सपोर्टेड है और तब सही है जब आपको पहली कमांड से पहले कनेक्शन एन्क्रिप्टेड चाहिए. पोर्ट 2525 IETF या IANA में पंजीकृत नहीं है, लेकिन ज़्यादातर ISP और क्लाउड प्रोवाइडर इसे इजाज़त देते हैं, जिससे 587 ब्लॉक होने पर यह बचने का रास्ता बन जाता है.

एन्क्रिप्शन फ़ील्ड लोगों को उलझाता है. Brevo कहता है कि जब तक आप 465 पर न हों, इसे ख़ाली छोड़ें. इसका मतलब यह नहीं कि कनेक्शन एन्क्रिप्टेड नहीं है: 587 और 2525 पर सर्वर STARTTLS का विज्ञापन करता है और कोई भी सक्षम क्लाइंट ऑथेंटिकेट करने से पहले अपग्रेड कर लेता है. इसका मतलब यह है कि 587 से जुड़ते समय आपको “SSL” नहीं चुनना चाहिए, क्योंकि पोर्ट और एन्क्रिप्शन का बेमेल सही क्रेडेंशियल के बावजूद ऑथेंटिकेशन विफल कर देता है.

कोई कोड लिखने से पहले कनेक्शन टेस्ट करें

ऐप्लिकेशन कोड डीबग करने से पहले पुष्टि करें कि रिले जवाब देता है और TLS तय होता है.

openssl s_client -starttls smtp -crlf -connect smtp-relay.brevo.com:587

सफल हैंडशेक सर्वर की 250 क्षमता सूची के साथ ख़त्म होता है, जिसमें STARTTLS और PLAIN तथा LOGIN गिनाने वाली एक AUTH लाइन होनी चाहिए. अगर बैनर बिल्कुल न आए तो यह नेटवर्क की समस्या है, क्रेडेंशियल की नहीं.

अपने सेंडिंग डोमेन को ऑथेंटिकेट करना

यही वह क़दम है जिसे लोग छोड़ देते हैं, और यही तय करता है कि कुछ पहुंचेगा भी या नहीं. 1 फ़रवरी 2024 से Gmail और Yahoo की सेंडर आवश्यकताओं के तहत डोमेन ऑथेंटिकेशन अनिवार्य है, और Brevo बताता है कि Microsoft ने 5 मई 2025 को इसी तरह के मानकों की घोषणा की. बिना ऑथेंटिकेशन वाला मेल फ़िल्टर या अस्वीकार कर दिया जाता है, चाहे उसे किसी भी रिले ने भेजा हो.

Brevo जो रिकॉर्ड मांगता है

अगर आप Brevo के भीतर से अपने डोमेन प्रोवाइडर में लॉग इन करें तो Brevo ये रिकॉर्ड अपने आप जोड़ सकता है, या आप वैल्यू ख़ुद अपने DNS ज़ोन में कॉपी कर सकते हैं. आपको DKIM का कौन सा रूप मिलेगा यह अकाउंट पर निर्भर करता है: दो CNAME रिकॉर्ड डिफ़ॉल्ट रूप से 2048 बिट की का इस्तेमाल करते हैं, जबकि एकल TXT रूप 1024 बिट की का.

SPF रिकॉर्ड क्यों नहीं है

Brevo का FAQ साफ़ है: किसी डोमेन को ऑथेंटिकेट करने के लिए SPF और MX रिकॉर्ड ज़रूरी नहीं हैं, और वे सिर्फ़ डेडिकेटेड IP सेट अप करते समय दिए जाते हैं. साझा इन्फ़्रास्ट्रक्चर पर Brevo रिटर्न पाथ नियंत्रित करता है, इसलिए DKIM और स्वामित्व जांच मिलकर ऑथेंटिकेशन संभालते हैं. अगर आप ऐसे प्रोवाइडर से माइग्रेट कर रहे हैं जो SPF include मांगता था, तो अपने मन से कोई include न गढ़ें; एक ग़ैर-ज़रूरी include सिर्फ़ लुकअप सीमा की समस्या का जोखिम बढ़ाता है.

DMARC फिर भी मायने रखता है, और Brevo एक चालू शुरुआती रिकॉर्ड प्रकाशित करता है:

v=DMARC1; p=none; rua=mailto:[email protected]

डिलीवरी को जोखिम में डाले बिना समुच्चय रिपोर्ट पाने के लिए p=none से शुरू करें, फिर हर वैध स्रोत के संरेखित हो जाने पर quarantine और reject तक कसें. हमारी ईमेल डिलिवरेबिलिटी गाइड उस क्रम को कवर करती है.

सेंडर सत्यापित करें

हर From पता या तो वेरिफ़ाइड सेंडर होना चाहिए या किसी ऑथेंटिकेटेड डोमेन पर होना चाहिए. नया सेंडर उस पते पर भेजे गए 6 अंकों के कोड से सत्यापित होता है, लेकिन ऑथेंटिकेटेड डोमेन वाले सेंडर वह क़दम छोड़ देते हैं, और इसीलिए आप पहले ऑथेंटिकेट करते हैं. मुफ़्त मेल डोमेन ऑथेंटिकेट नहीं किए जा सकते, इसलिए gmail.com या outlook.com वाला From पता अस्वीकार या फ़िल्टर हो जाएगा.

इंटीग्रेशन का चरणबद्ध तरीक़ा

WordPress

WordPress बाहर जाने वाला मेल wp_mail को सौंपता है, जो होस्ट जो भी उपलब्ध कराए उसे कॉल करता है. इसे Brevo से रूट करने के लिए एक प्लगिन चाहिए.

1. एडमिन साइडबार में Plugins पर जाएं, फिर Add New Plugin.
2. Brevo खोजें, “Newsletter, SMTP, Email marketing and Subscribe forms by Brevo” इंस्टॉल करें, फिर उसे सक्रिय करें.
3. Brevo पर जाएं, फिर Home, और सक्रियण फ़ील्ड में अपनी Brevo API key v3 दर्ज करें. इस क़दम में API की इसलिए लगती है क्योंकि प्लगिन कॉन्टैक्ट भी सिंक करता है. Login पर क्लिक करें.
4. Transactional emails के नीचे Yes चुनें.
5. कोई मौजूदा सेंडर चुनें या नया बनाएं. हर WordPress ईमेल उसी सेंडर के नाम और पते से जाएगा.
6. एक पता दर्ज करें और टेस्ट भेजने के लिए Send email पर क्लिक करें.

दो एरर आम हैं. यह संदेश कि ट्रांज़ैक्शनल ईमेल सक्रिय नहीं हैं क्योंकि आपका Brevo SMTP अकाउंट सक्रिय नहीं किया गया, इसका मतलब है कि Brevo सपोर्ट को प्लेटफ़ॉर्म चालू करना होगा. यह संदेश कि SMTP इस्तेमाल नहीं किया जा सकता क्योंकि wp_mail किसी दूसरी प्रक्रिया ने घोषित कर रखा है, इसका मतलब है कोई प्रतिस्पर्धी SMTP प्लगिन; बाक़ी प्लगिन एक-एक करके निष्क्रिय करें.

सर्वर साइड ऐप्लिकेशन

Brevo का अपना Node.js उदाहरण nodemailer और ऊपर दी गई सेटिंग्स इस्तेमाल करता है:

const nodemailer = require("nodemailer");

const transporter = nodemailer.createTransport({
  host: "smtp-relay.brevo.com",
  port: 587,
  secure: false, // 465 के लिए true, बाक़ी पोर्ट के लिए false
  auth: {
    user: process.env.BREVO_SMTP_LOGIN, // [email protected]
    pass: process.env.BREVO_SMTP_KEY,
  },
});

async function sendOrderConfirmation() {
  const info = await transporter.sendMail({
    from: '"Acme Support" <[email protected]>',
    to: "[email protected]",
    subject: "Your order is confirmed",
    text: "Order 10482 is confirmed and ships within two business days.",
  });
  console.log("Message sent:", info.messageId);
}

sendOrderConfirmation().catch(console.error);

पोर्ट 587 पर secure: false पर ध्यान दें. वह फ़्लैग इम्प्लिसिट TLS को नियंत्रित करता है, यह नहीं कि कनेक्शन एन्क्रिप्टेड है या नहीं; nodemailer फिर भी STARTTLS जारी करता है. इसे true सिर्फ़ 465 के लिए करें.

स्टैंडर्ड लाइब्रेरी के साथ Python का समकक्ष:

import smtplib, ssl
from email.message import EmailMessage

msg = EmailMessage()
msg["From"] = "Acme Support <[email protected]>"
msg["To"] = "[email protected]"
msg["Subject"] = "Your order is confirmed"
msg.set_content("Order 10482 is confirmed and ships within two business days.")

with smtplib.SMTP("smtp-relay.brevo.com", 587, timeout=20) as server:
    server.starttls(context=ssl.create_default_context())
    server.login(BREVO_SMTP_LOGIN, BREVO_SMTP_KEY)
    server.send_message(msg)

दोनों क्रेडेंशियल एनवायरनमेंट से पढ़ते हैं, जो अगला सेक्शन है.

की सुरक्षा और रोटेशन

Brevo SMTP की को पासवर्ड की तरह मानता है. परिचालन नियम अक्षरशः मानने लायक हैं.

• हर इंटीग्रेशन के लिए एक की. हर की का नाम उस सिस्टम के नाम पर रखें जो उसे इस्तेमाल करता है, ताकि लीक या डीकमीशन होने पर ठीक एक ही चीज़ रद्द हो.
• की कभी कमिट न करें. एनवायरनमेंट वेरिएबल, कोई सीक्रेट मैनेजर, या आपके प्लेटफ़ॉर्म का कॉन्फ़िग स्टोर. सोर्स कंट्रोल नहीं, ट्रैक की गई .env फ़ाइल नहीं, स्क्रीनशॉट नहीं.
• बिना डाउनटाइम रोटेट करें. नई की बनाएं, डिप्लॉय करें, सेंडिंग की पुष्टि करें, फिर पुरानी की मिटाएं. मिटाना अपरिवर्तनीय है, और इस्तेमाल में मौजूद की मिटाने से ट्रांज़ैक्शनल सेंडिंग तुरंत रुक जाती है.
• किसी इंटीग्रेशन को रोकने के लिए मिटाने के बजाय निष्क्रिय करें. की बाद में दोबारा सक्रिय की जा सकती हैं.
• समाप्ति की उम्मीद रखें. की 7 दिन से 1 साल तक की समाप्ति ले सकती हैं, और Brevo निष्क्रिय की को 90 दिन बाद समाप्त कर देता है.

और कड़ी सीमा के लिए, Brevo अनजान IP पतों से आने वाली रिक्वेस्ट ब्लॉक कर सकता है. अधिकृत सूची API और SMTP की के बीच साझा होती है, इसलिए आप जो कुछ भी अनुमति देते हैं वह दोनों पर लागू होता है. कंटेनर या क्लाउड वर्कलोड पर सावधान रहें: बाहर जाने वाला पता उस इंस्टेंस IP के बजाय कोई NAT गेटवे हो सकता है जिसकी आप उम्मीद कर रहे हैं, और यह ग़लत होने पर 525 5.7.1 Unauthorized IP address अस्वीकृति मिलती है.

जो टीमें Brevo को किसी स्टोरफ़्रंट, CRM और सपोर्ट डेस्क के साथ चलाती हैं, वे अंततः एक साथ कई की, सेंडर और डोमेन संभालने लगती हैं. Tajo उस पूरे कॉन्फ़िगरेशन को चार डैशबोर्ड के बजाय एक ही जगह रखता है.

सेंडिंग सीमाएं और थ्रॉटलिंग

SMTP सेंडिंग आपके प्लान के ईमेल क्रेडिट से चलती है. फ़्री प्लान पर इसका मतलब है प्रति दिन 300 ईमेल सेंड; सीमा रोज़ रीसेट होती है और बिना इस्तेमाल हुए सेंड आगे नहीं बढ़ते. सीमा पर पहुंचने के बाद Brevo 1,000 तक अतिरिक्त ईमेल रीट्राई क़तार में रखता है और उस क़तार से आगे कुछ डिलीवर नहीं करता. पेड प्लान दैनिक सीमा हटा देते हैं, और Brevo प्राइसिंग गाइड टियर का ब्यौरा देती है.

जब क्रेडिट पूरी तरह ख़त्म हो जाएं, तो SMTP से भेजे गए मैसेज गिराए नहीं जाते, रोक दिए जाते हैं और क़तार में डाल दिए जाते हैं. यह बैकलॉग Transactional, फिर Real time, फिर Usage and plan के नीचे, Email queue सेक्शन में दिखता है.

Brevo कड़ी रेट लिमिट रिले के लिए नहीं, REST API के लिए प्रकाशित करता है. सामान्य टियर पर POST /v3/smtp/email 1,000 रिक्वेस्ट प्रति सेकंड की इजाज़त देता है, और सीमा पार होने पर 429 Too Many Requests मिलता है. API वाला रास्ता रेट लिमिट हेडर भी लौटाता है जिनके हिसाब से आप गति तय कर सकते हैं, जो रिले नहीं करता.

बाउंस और शिकायतों की निगरानी

रिले किया गया मेल Transactional के नीचे, Statistics और Logs पेज पर दिखता है. जिन इवेंट पर प्रतिक्रिया ज़रूरी है:

• हार्ड बाउंस. पता अमान्य है, और Brevo उस कॉन्टैक्ट को अपने आप ब्लॉकलिस्ट कर देता है.
• ब्लॉक्ड. प्राप्तकर्ता ने पहले शिकायत की थी, अनसब्सक्राइब किया था, हार्ड बाउंस हुआ था, या उसे मैन्युअल रूप से ब्लॉक किया गया था.
• डिफ़र्ड और सॉफ़्ट बाउंस. प्रोवाइडर ने कनेक्शन स्वीकार किया लेकिन मैसेज में देरी की या उसे मना कर दिया. एक ही प्रोवाइडर के ख़िलाफ़ बार-बार डिफ़रल प्रतिष्ठा की समस्या का संकेत है, कोड की नहीं.

लॉग पोल करना बड़े पैमाने पर काम नहीं करता. Brevo ट्रांज़ैक्शनल वेबहुक सपोर्ट करता है जो डिलीवरी, बाउंस, ओपन और शिकायत के इवेंट रियल टाइम में आपके एंडपॉइंट पर भेजते हैं, और इसी तरह आप अपना सप्रेशन डेटा ताज़ा रखते हैं.

जिस संख्या पर नज़र रखनी है वह है स्पैम शिकायत दर. Gmail, Yahoo और Microsoft सेंडर से 0.3% से नीचे रहने की अपेक्षा करते हैं, और Brevo Gmail Postmaster Tools से इसकी निगरानी की सलाह देता है. उल्लंघन से उबरने में उसे टालने के मुक़ाबले कहीं ज़्यादा समय लगता है.

ट्रबलशूटिंग

535 5.7.8 Authentication failed

यूज़रनेम या पासवर्ड सत्यापित नहीं हो सका. संभावना के क्रम में:

• SMTP लॉगिन के [email protected] फ़ॉर्मैट के बजाय अकाउंट ईमेल पता इस्तेमाल किया गया.
• smtp-relay.brevo.com को यूज़रनेम फ़ील्ड में चिपका दिया गया. Brevo इसे सबसे आम वजहों में गिनाता है.
• SMTP की के बजाय API की इस्तेमाल की गई.
• कॉपी-पेस्ट से की के आख़िर में कोई स्पेस या लाइन ब्रेक रह गया.
• एन्क्रिप्शन सेटिंग पोर्ट से मेल नहीं खाती.
• सुरक्षा चेतावनी के बाद की अमान्य कर दी गई, ऐसे में नई बनाएं.

525 5.7.1 Unauthorized IP address

IP ब्लॉकिंग सक्रिय है और जुड़ने वाला पता अधिकृत नहीं है. उसे जोड़ें, और अगर ऐप्लिकेशन NAT के पीछे या किसी कंटेनर प्लेटफ़ॉर्म में चलता है तो पहले अपना असली एग्रेस पता जांचें.

कोई जवाब नहीं और कोई बैनर नहीं

अगर TCP कनेक्शन खुलता है लेकिन सर्वर कभी अपना 220 अभिवादन नहीं भेजता, तो ऑथेंटिकेशन शुरू ही नहीं हो सकता और ख़राबी नेटवर्क के आपकी तरफ़ है. कॉर्पोरेट फ़ायरवॉल कभी-कभी कनेक्शन की इजाज़त देकर SMTP ट्रैफ़िक चुपचाप गिरा देते हैं. AWS, Azure और Google Cloud नए अकाउंट पर बाहर जाने वाले SMTP को डिफ़ॉल्ट रूप से सीमित करते हैं. यह पाबंदी हटाने का अनुरोध करें, या पोर्ट 2525 पर जाएं.

450, प्लेटफ़ॉर्म सक्रिय नहीं

एरर कहता है कि आपका SMTP अकाउंट अभी सक्रिय नहीं है या आपका सेंडिंग प्लेटफ़ॉर्म फ़िलहाल बंद है. नए अकाउंट पर ट्रांज़ैक्शनल सेंडिंग के लिए Brevo सपोर्ट से एक अलग सक्रियण क़दम चाहिए. पुराने अकाउंट पर आम तौर पर इसका मतलब निलंबन होता है, या तो इसलिए कि किसी असुरक्षित फ़ॉर्म पर बॉट साइनअप हुए, या इसलिए कि अकाउंट में सेंध के संकेत दिखे.

सेंडर अस्वीकृत

तीन चीज़ें जांचें: डोमेन ऑथेंटिकेटेड है, सेंडर वेरिफ़ाइड है, और From हेडर आपका SMTP लॉगिन नहीं है.

मेल स्वीकार होता है लेकिन स्पैम में जाता है

इसी क्रम में काम करें. पुष्टि करें कि सेंडिंग डोमेन ऑथेंटिकेटेड है और DKIM हस्ताक्षर कर रहा है. पुष्टि करें कि From डोमेन आपका अपना है, किसी मुफ़्त मेल प्रोवाइडर का नहीं. Postmaster Tools में अपनी शिकायत दर 0.3% की सीमा के मुक़ाबले जांचें. कॉन्टेंट को इन जांचों के साफ़ हो जाने के बाद ही देखें, क्योंकि वह लगभग कभी पहली वजह नहीं होता.

डेडिकेटेड IP

डेडिकेटेड IP सिर्फ़ ऊंचे और लगातार वॉल्यूम पर काम आता है. उससे सार्थक रूप से भेजने से पहले उसे वॉर्म अप करना पड़ता है, और उसे एक ऐसा सेंडिंग सबडोमेन चाहिए जो आपके हेडर में mailed by और return path डोमेन के रूप में दिखे. यही वह इकलौता कॉन्फ़िगरेशन है जहां Brevo उस सबडोमेन के लिए A, CNAME, DKIM और DMARC रिकॉर्ड के साथ SPF और MX रिकॉर्ड भी देता है.

दो बातें लोगों को उलझाती हैं. सिर्फ़ मार्केटिंग ईमेल के लिए कॉन्फ़िगर किया गया डेडिकेटेड IP आपके ट्रांज़ैक्शनल मैसेज भेजने के बजाय क़तार में डाल देता है, इसलिए या तो उसे बदलें या दूसरा IP ख़रीदें. और ट्रांज़ैक्शनल को मार्केटिंग रूटिंग से अलग करने के लिए अलग-अलग सेंडर वाले कम से कम दो IP का पूल चाहिए, ताकि मार्केटिंग मेल पर कमज़ोर एंगेजमेंट रसीदों और पासवर्ड रीसेट को नीचे न खींच सके.

पहली ही बार सही करना

डोमेन ऑथेंटिकेट करें, नाम वाली SMTP की बनाएं, 587 पर smtp-relay.brevo.com से जुड़ें, और डैशबोर्ड के किसी बटन के बजाय असली कोड पाथ से एक टेस्ट भेजें. बाद की लगभग हर समस्या तीन में से किसी एक चीज़ तक जाती है.

• यूज़रनेम या पासवर्ड फ़ील्ड में ग़लत क्रेडेंशियल.
• पोर्ट और एन्क्रिप्शन सेटिंग जो एक-दूसरे से मेल नहीं खातीं.
• ऐसा सेंडिंग डोमेन जिसे कभी ऑथेंटिकेट किया ही नहीं गया.

इन्हें सही कर लें और रिले पृष्ठभूमि में ग़ायब हो जाता है, और ट्रांज़ैक्शनल इन्फ़्रास्ट्रक्चर को यही करना चाहिए.