> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Email Delivery कॉन्फ़िगर करें

> चुनें कि Living Security transactional और training ईमेल कैसे भेजे: प्लेटफ़ॉर्म डिलीवरी, आपका सत्यापित डोमेन, या आपका SMTP सर्वर।

Email Delivery transactional और training ईमेल को नियंत्रित करता है, जिनमें समर्थित असाइनमेंट, nudges, स्वागत संदेश और परिचालन सूचनाएँ शामिल हैं। **Settings → Communications → Channels** खोलें और **Email** चुनें।

<Warning>
  Phishing simulation की प्रेषक अवसंरचना अलग से कॉन्फ़िगर की जाती है। Email Delivery
  बदलने से Phishing simulation प्रेषक कॉन्फ़िगर या अधिकृत नहीं होता।
</Warning>

## भेजने की विधि चुनें

| विधि | अवसंरचना | प्रेषक | आवश्यक सेटअप |
| - | - | - | - |
| **Living Security delivery** | Living Security | साझा Living Security प्रेषक | कोई नहीं; यह डिफ़ॉल्ट है |
| **Your domain** | Living Security | आपके नियंत्रण वाला सत्यापित डोमेन और From पहचान | DNS सत्यापन और सक्रियण |
| **Your SMTP server** | आपका संगठन | आपके SMTP सर्वर द्वारा स्वीकृत प्रेषक | SMTP सर्वर, TLS, और प्रमाणीकरण या IP allowlisting |

एक समय में केवल एक विधि सक्रिय रहती है। निष्क्रिय कस्टम सेटिंग्स तब तक सहेजी रहती हैं जब तक आप उन्हें हटा या अक्षम नहीं करते।

<Note>
  कस्टम डोमेन और SMTP डिलीवरी के लिए Custom Email Delivery क्षमता आवश्यक है।
  यदि ये विकल्प दिखाई नहीं देते, तो अपने Living Security खाता प्रतिनिधि से संपर्क करें।
</Note>

## Living Security Delivery का उपयोग करें

जब आप चाहते हैं कि Living Security भेजने की अवसंरचना और प्रेषक दोनों का प्रबंधन करे, तब **Living Security delivery** चुनें।

1. Living Security delivery कार्ड खोलें।
2. यदि कोई अन्य विधि सक्रिय है, तो **Use this method** चुनें।
3. एक परीक्षण संदेश भेजें।

किसी DNS या SMTP क्रेडेंशियल की आवश्यकता नहीं है। सक्रिय विधि वाला कार्ड आपके परिवेश द्वारा उपयोग किया जाने वाला From नाम और पता दिखाता है।

## Living Security अवसंरचना पर अपने डोमेन का उपयोग करें

जब संदेशों में आपके संगठन की From पहचान का उपयोग होना चाहिए और उनकी डिलीवरी Living Security ही करता रहे, तब **Your domain** चुनें।

### पूर्वापेक्षाएँ

* Living Security व्यवस्थापक (administrator) पहुँच
* भेजने वाले डोमेन के लिए DNS संपादित करने की अनुमति
* एक समर्पित सबडोमेन, जैसे `training.example.com` या `security.example.com`
* स्वीकृत From display name और ईमेल उपसर्ग

सबडोमेन का उपयोग करने से Living Security मेल की प्रतिष्ठा आपके रूट कॉर्पोरेट डोमेन से अलग रहती है।

<Steps>
  <Step title="प्रेषक दर्ज करें">
    **Your domain** खोलें और दर्ज करें:

    * **Domain** — केवल डोमेन, `@` या URL के बिना
    * **From display name** — वह नाम जो प्राप्तकर्ता देखते हैं
    * **From email prefix** — `@` से पहले का भाग
    * **Return path subdomain** — वैकल्पिक बाउंस-हैंडलिंग सबडोमेन
  </Step>

  <Step title="DNS रिकॉर्ड प्रकाशित करें">
    प्रत्येक रिकॉर्ड को जैसा दिखाया गया है ठीक वैसा ही अपने DNS प्रदाता में कॉपी करें।
    रिकॉर्ड में आमतौर पर डोमेन प्रमाणीकरण और DKIM के लिए उपयोग किए जाने वाले CNAME रिकॉर्ड शामिल होते हैं।
    यदि आपका प्रदाता स्वचालित रूप से रूट डोमेन जोड़ देता है, तो उसे दो बार दर्ज न करें।
  </Step>

  <Step title="रिकॉर्ड सत्यापित करें">
    Living Security पर वापस जाएँ और **Verify records** चुनें। DNS परिवर्तन अक्सर जल्दी दिखाई देते हैं,
    लेकिन उन्हें 48 घंटे तक लग सकते हैं। सत्यापन के बाद भी रिकॉर्ड DNS में बनाए रखें।
  </Step>

  <Step title="प्रेषक सक्रिय करें">
    जब सभी रिकॉर्ड **Verified** दिखाएँ, तो प्रेषक पहचान सहेजें और **Activate sender** चुनें।
    सत्यापन डोमेन पर आपके नियंत्रण को प्रमाणित करता है; सक्रियण उसे वर्तमान भेजने की विधि बनाता है।
  </Step>

  <Step title="परीक्षण भेजें">
    अपने संगठन के किसी प्राप्तकर्ता को संदेश भेजें और Communications Log में परिणाम की समीक्षा करें।
  </Step>
</Steps>

डोमेन को हटाए बिना निष्क्रिय करने के लिए आप **Use platform delivery** चुन सकते हैं। **Remove domain** उसका Living Security कॉन्फ़िगरेशन हटा देता है और ईमेल को कॉन्फ़िगर किए गए प्लेटफ़ॉर्म मार्ग पर लौटा देता है; अप्रचलित DNS रिकॉर्ड तभी हटाएँ जब यह पुष्टि हो जाए कि उनका उपयोग कहीं और नहीं हो रहा है।

## अपने SMTP सर्वर का उपयोग करें

जब नीति के अनुसार Living Security को transactional और training संदेश आपके संगठन द्वारा नियंत्रित अवसंरचना के माध्यम से रिले करने चाहिए, तब **Your SMTP server** चुनें।

### पूर्वापेक्षाएँ

* SMTP होस्ट और पोर्ट
* समर्थित TLS मोड: STARTTLS या TLS wrapper
* From पता और वैकल्पिक From display name
* समर्थित प्रमाणीकरण विधियों में से एक:
  * उपयोगकर्ता नाम और पासवर्ड
  * OAuth 2.0 क्रेडेंशियल और refresh token
  * SMTP प्रमाणीकरण के बिना IP allowlisting

<Steps>
  <Step title="आवश्यकता होने पर Living Security egress की अनुमति दें">
    यदि आपका रिले IP allowlisting का उपयोग करता है, तो SMTP अनुभाग में दिखाए गए स्थिर IP समूह को कॉपी करें और अपने सर्वर पर उसे अनुमति दें। केवल वही IP उपयोग करें जो आपके तैनात परिवेश के लिए दिखाए गए हैं।
  </Step>

  <Step title="SMTP सेटिंग्स दर्ज करें">
    होस्ट, पोर्ट, TLS मोड, प्रमाणीकरण फ़ील्ड और प्रेषक प्रदान करें। पुष्टि करें कि रिले उन प्रेषक और
    प्राप्तकर्ता डोमेन को स्वीकार करता है जिनका आप उपयोग करना चाहते हैं।
  </Step>

  <Step title="ट्रांसपोर्ट सहेजें">
    **Save** चुनें। संग्रहीत secrets एन्क्रिप्टेड होते हैं और दोबारा नहीं दिखाए जाते। किसी secret को
    बदलने के लिए, नया मान दर्ज करें और उसे सहेजें।
  </Step>

  <Step title="सक्रिय करें और परीक्षण करें">
    SMTP विधि चुनें, फिर एक परीक्षण भेजें। परीक्षण सक्रिय डिलीवरी मार्ग का उपयोग करता है और प्रदाता या SMTP डायग्नोस्टिक्स को Communications Log में दर्ज करता है।
  </Step>
</Steps>

यदि विधि **Needs attention** दिखाती है, तो ईमेल को चुपचाप साझा प्रेषक के माध्यम से पुनर्निर्देशित नहीं किया जाता। SMTP कॉन्फ़िगरेशन को ठीक करें या अक्षम करें, या जान-बूझकर कोई अन्य भेजने की विधि चुनें।

## डिलीवरी सत्यापित करें

प्रत्येक विधि में **Send a test** शामिल है:

1. ऐसा प्राप्तकर्ता दर्ज करें जिसके मेलबॉक्स की आप जाँच कर सकें।
2. परीक्षण भेजें।
3. **Settings → Communications → Log** खोलें।
4. संदेश का मार्ग और डिलीवरी स्थिति की पुष्टि करें।
5. विफलता की स्थिति में, उपलब्ध होने पर प्रयासों, अस्वीकृत प्राप्तकर्ताओं, प्रदाता विवरणों और SMTP प्रतिक्रिया कोड की जाँच करें।

“accepted” परीक्षण का अर्थ है कि संचार पाइपलाइन ने संदेश स्वीकार कर लिया; अंतिम डिलीवरी की पुष्टि के लिए लॉग और प्राप्तकर्ता के मेलबॉक्स का उपयोग करें।

## समस्या निवारण

<AccordionGroup>
  <Accordion title="DNS सत्यापन लंबित बना रहता है">
    प्रत्येक सार्वजनिक DNS रिकॉर्ड की तुलना Living Security में दिखाए गए मान से करें। कॉपी हुए अतिरिक्त रिक्त स्थान, दोहराए गए रूट डोमेन, DNS प्रदाता द्वारा प्रॉक्सी किए जाने, या पिछले TTL के समाप्त न होने की जाँच करें। एस्केलेट करने से पहले 48 घंटे तक प्रतीक्षा करें।
  </Accordion>

  <Accordion title="सत्यापित डोमेन का उपयोग नहीं हो रहा है">
    पुष्टि करें कि **Your domain** सक्रिय भेजने की विधि है। सत्यापन और सक्रियण अलग-अलग चरण हैं।
  </Accordion>

  <Accordion title="SMTP प्रमाणीकरण विफल होता है">
    प्रमाणीकरण विधि, उपयोगकर्ता नाम, secret या refresh token, TLS मोड और पोर्ट की पुष्टि करें।
    IP allowlisting के लिए, पुष्टि करें कि Living Security में दिखाया गया प्रत्येक स्थिर IP रिले द्वारा अनुमत है।
  </Accordion>

  <Accordion title="परीक्षण स्वीकार हो जाता है लेकिन डिलीवर नहीं होता">
    Communications Log खोलें और सबसे हाल के प्रयास की जाँच करें। फिर प्राप्तकर्ता प्रणाली के क्वारंटीन,
    प्रेषक प्रतिबंधों, रिले नीति और अस्वीकृति विवरणों की जाँच करें।
  </Accordion>

  <Accordion title="कस्टम डिलीवरी विकल्प उपलब्ध नहीं हैं">
    आपके संगठन में Custom Email Delivery सक्षम नहीं हो सकता। विकल्प के रूप में Phishing simulation प्रेषक सेटिंग्स कॉन्फ़िगर करने के बजाय अपने खाता प्रतिनिधि से संपर्क करें।
  </Accordion>
</AccordionGroup>

## संबंधित

<CardGroup cols={2}>
  <Card title="Communication Log" icon="clock-rotate-left" href="/hi/features/communications/log">
    डिलीवरी प्रयासों और डायग्नोस्टिक्स की समीक्षा करें।
  </Card>

  <Card title="Delivery Policies" icon="shield" href="/hi/features/communications/delivery-policies">
    समर्थित संचार के समय और डिलीवरी व्यवहार को नियंत्रित करें।
  </Card>

  <Card title="Microsoft Teams" icon="microsoft" href="/hi/integrations/outbound/teams">
    Teams को एक अन्य सूचना चैनल के रूप में कॉन्फ़िगर करें।
  </Card>

  <Card title="Communications Overview" icon="comments" href="/hi/features/communications/overview">
    चैनल, नीतियाँ, कतार और इतिहास को समझें।
  </Card>
</CardGroup>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.