> ## 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.

# Allowlisting क्विकस्टार्ट

> ऑनबोर्डिंग के लिए नेटवर्क और ईमेल allowlisting: एप्लिकेशन URL, US और EU API, ऑथेंटिकेशन, कंटेंट CDN, ग्राहक अपलोड और ईमेल डिलीवरी।

ऑनबोर्डिंग से पहले इस पेज को अपनी IT टीम को भेजें। इसमें वेब डेस्टिनेशन, ईमेल सेंडर, सोर्स IP, तथा वैकल्पिक अपलोड और इंटीग्रेशन की आवश्यकताएँ एक ही स्थान पर दी गई हैं। कुछ सुरक्षा उत्पाद allowlisting को **whitelisting** या **safelisting** कहते हैं।

## संक्षिप्त सूची से शुरू करें

**वेब एक्सेस: HTTPS / TCP 443।** कई परिवेशों में, Living Security के दो वाइल्डकार्ड और नीचे दिए गए बाहरी कंटेंट तथा साइन-इन एसेट होस्ट कर्मचारियों की एक्सेस के लिए पर्याप्त होते हैं।

| Allowlist प्रविष्टि | उद्देश्य |
| - | - |
| `*.livingsecurity.ai` | एप्लिकेशन, US और EU API, साइन-इन, साझा एसेट और ऑनबोर्डिंग टूर |
| `*.livingsecurity.com` | दस्तावेज़ीकरण और सामग्री, जिसमें `platform-cdn.livingsecurity.com`, `assets.livingsecurity.com` और `videos.livingsecurity.com` शामिल हैं (जहाँ पुराने वीडियो लिंक उपयोग में हैं) |
| `assets.livingsecurity-content-cdn.ai` | ग्राहक द्वारा अपलोड की गई इमेज, दस्तावेज़ और Training/SCORM सामग्री |
| `uploads-us.assets.livingsecurity-content-cdn.ai`; `uploads-eu.assets.livingsecurity-content-cdn.ai` | सामग्री और ब्रांडिंग फ़ाइल अपलोड, जिनमें SCORM पैकेज शामिल हैं; दोनों होस्ट को अनुमति दें, क्योंकि मौजूदा एसेट अपना मूल स्टोरेज क्षेत्र बनाए रख सकते हैं |
| `videos.livingsecurity-content-cdn.ai` | ग्राहक द्वारा अपलोड किए गए और कैटलॉग वीडियो, थंबनेल और कैप्शन |
| `cdn.contentful.com` | Contentful सामग्री डिलीवरी |
| `images.ctfassets.net` | Contentful इमेज |
| `assets.ctfassets.net`; `downloads.ctfassets.net` | Contentful फ़ाइलें और डाउनलोड |

ग्राहक सामग्री, अपलोड और Contentful होस्ट Living Security वाइल्डकार्ड के **बाहर** हैं। ग्राहक सामग्री और अपलोड होस्ट `livingsecurity-content-cdn.ai` का उपयोग करते हैं, जो `livingsecurity.ai` से भिन्न डोमेन है।

साथ ही `static.descope.com` और `descopecdn.com` को **केवल एम्बेडेड साइन-इन एसेट** के लिए अनुमति दें; साइन-इन अनुरोध `auth.livingsecurity.ai` का उपयोग करते हैं।

यदि आप केवल `*.livingsecurity.ai` का उपयोग करते हैं, तो `platform-cdn.livingsecurity.com` और नीचे सूचीबद्ध अन्य `.com` कंटेंट होस्ट जोड़ें।

> [!NOTE]
>
> विस्तृत होस्टनाम तालिकाएँ उन IT टीमों के लिए हैं जो वाइल्डकार्ड का उपयोग नहीं कर सकतीं; इनके लिए डुप्लिकेट नियमों की आवश्यकता नहीं है। जाँच करें कि आपके गेटवे का वाइल्डकार्ड `api.eu-west-1.livingsecurity.ai` जैसे नेस्टेड नामों से मेल खाता है या नहीं। वाइल्डकार्ड में बेयर डोमेन शामिल न हो, ऐसा हो सकता है। वेब डेस्टिनेशन के लिए होस्टनाम का उपयोग करें, क्योंकि उनके IP बदल सकते हैं।

**नीचे दिए गए ईमेल नियम भी पूरे करें।** कंटेंट लेखकों को [अपलोड डेस्टिनेशन](#अपलोड-डेस्टिनेशन) की भी आवश्यकता होती है। सोर्स-IP प्रतिबंध वाले इंटीग्रेशन को [कनेक्टेड सिस्टम नियम](#आपके-कनेक्टेड-सिस्टम-में-ip-नियम) चाहिए। मानक प्रविष्टियाँ इसी पेज पर हैं; लिंक की गई गाइड सेटअप निर्देश देती हैं।

## ईमेल डिलीवरी

### ऑथेंटिकेशन ईमेल

| प्रेषक पता | प्रेषण IP |
| - | - |
| `app@livingsecurity.ai` | `159.183.37.179/32`, `159.183.38.165/32` |

इन प्रविष्टियों को अपनी मेल सुरक्षा सेवा में **साइन-इन ईमेल** पर लागू करें। सुनिश्चित करें कि संदेश उनके लिंक समाप्त होने से पहले पहुँच जाएँ। नोटिफिकेशन इन्हीं IP का उपयोग करते हैं; सिमुलेशन नीचे दी गई अलग रेंज का उपयोग करते हैं। [Enterprise Identity](https://docs.livingsecurity.com/hi/features/settings/sso.md) देखें।

### ट्रांज़ैक्शनल प्लेटफ़ॉर्म ईमेल

ऊपर सूचीबद्ध **वही दो सेंडिंग IP** **US और EU दोनों** में प्लेटफ़ॉर्म नोटिफिकेशन भी भेजते हैं। इन From पते और ऑथेंटिकेटेड रिटर्न-पाथ डोमेन को अनुमति दें:

| कॉन्फ़िगरेशन | From पते | Return-Path / मेल ऑथेंटिकेशन |
| - | - | - |
| Living Security प्लेटफ़ॉर्म ईमेल | `app@livingsecurity.ai`; `noreply@livingsecurity.ai` | `em9309.livingsecurity.ai` |
| कस्टम सेंडिंग डोमेन | **Settings → Communications → Sending Domain** में दिखाया गया सक्रिय पता | उस डोमेन के प्रदर्शित DNS रिकॉर्ड का उपयोग करें; प्लेटफ़ॉर्म-प्रबंधित डिलीवरी ऊपर दिए गए वही सोर्स IP उपयोग करती है |
| आपका SMTP ट्रांसपोर्ट | **Settings → Communications → SMTP Transport** में सहेजा गया **From email** | आपके अपने रिले के सेंडिंग IP और मेल ऑथेंटिकेशन |

इनमें स्वागत संदेश, Training असाइनमेंट, रिमाइंडर और अन्य नोटिफिकेशन शामिल हैं। SPF, DKIM और DMARC सत्यापन सक्षम रखें। सिमुलेशन SMTP नीचे दी गई अपनी रेंज का उपयोग करता है।

**यदि आपका अपना SMTP रिले सोर्स IP के आधार पर कनेक्शन सीमित करता है**, तो रिले कॉन्फ़िगर करने से पहले Support से अपने क्षेत्र के लिए Living Security के SMTP कनेक्शन सोर्स IP प्राप्त करें। ये **आपके रिले** से कनेक्शन की पहचान करते हैं, जो आपके रिले के अपने सेंडिंग IP से अलग हैं। ऊपर दिए गए प्लेटफ़ॉर्म-प्रबंधित मेल IP या नीचे दिए गए इंटीग्रेशन API IP का प्रतिस्थापन के रूप में उपयोग न करें।

### Phishing simulations

**प्लेटफ़ॉर्म-प्रबंधित SMTP** के लिए, अपने संगठन के क्षेत्र का उपयोग करें:

| क्षेत्र | प्रेषण CIDR | संपूर्ण पता श्रेणी | मेल प्रमाणीकरण डोमेन |
| - | - | - | - |
| संयुक्त राज्य अमेरिका (`us-east-1`) | `3.41.193.72/29` | `3.41.193.72` – `3.41.193.79` | `us.mail.trident-sim.com` |
| यूरोपीय संघ (`eu-west-1`) | `3.40.138.240/29` | `3.40.138.240` – `3.40.138.247` | `eu.mail.trident-sim.com` |

अपने क्षेत्र की **पूरी IP रेंज** को अनुमति दें। जिन गेटवे नियमों में मेल ऑथेंटिकेशन डोमेन आवश्यक है, उनके लिए उसका उपयोग करें। दिखाई देने वाला From पता सिमुलेशन के अनुसार बदलता है; अपने चुने गए सिमुलेशन के लिए वर्तमान allowlist पैकेज का उपयोग करें।

लॉन्च से पहले, **Settings → Simulations → Allowlisting → Export allowlist package** से संगठन-विशिष्ट पैकेज प्राप्त करें, या एक्सेस मिलने से पहले अपने Customer Success Manager से अनुरोध करें। इसमें सक्षम सेंडिंग डोमेन, लैंडिंग/URL होस्ट और अलग **Reply-To domain** शामिल हैं। यदि आपके गेटवे को पूरे पते चाहिए, तो अपने चुने गए सिमुलेशन के वास्तविक From पते देखें। सिमुलेशन सेटिंग बदलने पर अद्यतन पैकेज डाउनलोड करें।

**डायरेक्ट डिलीवरी (DMI)** आपके कनेक्टेड Microsoft 365 या Google Workspace इंटीग्रेशन का उपयोग करती है; SMTP सोर्स रेंज उस डिलीवरी पाथ पर लागू नहीं होतीं। Google Workspace ईमेल भेजे बिना संदेशों को प्रत्येक Inbox में रखता है। Microsoft 365 आपके सिमुलेशन मेलबॉक्स से वास्तविक ईमेल भेजता है, इसलिए आपके Microsoft 365 फ़िल्टर उस पर लागू रहते हैं। URL एक्सेस, प्रदाता की सहमति और इनबॉक्स परीक्षण फिर भी महत्वपूर्ण हैं। प्रदाता-विशिष्ट चरणों के लिए [Simulation Settings](https://docs.livingsecurity.com/hi/features/settings/phishing-simulation.md#allowlisting-और-allowlist-export) का पालन करें, जिसमें लागू होने पर Microsoft Defender के सिमुलेशन नियंत्रण भी शामिल हैं।

## एप्लिकेशन और API एक्सेस

| उद्देश्य | अनुमति देने के लिए होस्टनाम | किन्हें एक्सेस चाहिए |
| - | - | - |
| Dashboard | `app.livingsecurity.ai` | एडमिनिस्ट्रेटर और मैनेजर |
| Engage | `engage.livingsecurity.ai` | Training ले रहे या असाइनमेंट और Scorecards खोल रहे कर्मचारी |
| US API | `api.us-east-1.livingsecurity.ai` | US क्षेत्र का उपयोग करने वाले ब्राउज़र और API क्लाइंट |
| EU API | `api.eu-west-1.livingsecurity.ai` | EU क्षेत्र का उपयोग करने वाले ब्राउज़र और API क्लाइंट |
| साइन-इन | `auth.livingsecurity.ai` | साइन इन कर रहे एडमिनिस्ट्रेटर और कर्मचारी |
| दस्तावेज़ीकरण | `docs.livingsecurity.com` | सहायता पढ़ रहे एडमिनिस्ट्रेटर और उपयोगकर्ता |

EU संगठनों के लिए, ब्राउज़र साइन-इन और एप्लिकेशन एक्सेस हेतु **दोनों API होस्टनाम** को अनुमति दें। डायरेक्ट API इंटीग्रेशन के लिए, अपने संगठन को असाइन किए गए क्षेत्रीय URL का उपयोग करें। [API क्विकस्टार्ट](https://docs.livingsecurity.com/hi/developers/v1/quickstart.md) देखें।

यदि आपका संगठन कस्टम एप्लिकेशन या साइन-इन होस्टनाम का उपयोग करता है, तो सेटअप के दौरान प्रदान किया गया सटीक होस्टनाम शामिल करें।

### साइन-इन आवश्यकताएँ

| उद्देश्य | होस्टनाम | कब आवश्यक |
| - | - | - |
| एम्बेडेड साइन-इन एसेट | `static.descope.com`; `descopecdn.com` | एम्बेडेड साइन-इन फ़ॉर्म दिखाने वाली स्क्रिप्ट, स्टाइल और अन्य एसेट; ये एसेट होस्ट हैं, साइन-इन API एंडपॉइंट नहीं |
| साइन-इन फ़ॉन्ट और स्क्रिप्ट | `fonts.googleapis.com`; `fonts.gstatic.com`; `cdn.jsdelivr.net` | जब आपका एम्बेडेड साइन-इन फ़ॉर्म इनका अनुरोध करे |
| आपका आइडेंटिटी प्रदाता | आपके संगठन के SSO और MFA होस्टनाम | SSO रीडायरेक्ट और ऑथेंटिकेशन चैलेंज |

साइन-इन अनुरोध **`auth.livingsecurity.ai`** का उपयोग करते हैं, जो ऊपर सूचीबद्ध है। एम्बेडेड फ़ॉर्म इस तालिका के होस्ट से भी एसेट लोड करता है। यदि फ़ॉर्म ठीक से प्रदर्शित नहीं होता, तो अपनी IT टीम से जाँच करने को कहें कि वे एसेट अनुरोध ब्लॉक तो नहीं हैं।

## कंटेंट, CDN और ग्राहक अपलोड

कंटेंट का पूर्वावलोकन करने वाले एडमिनिस्ट्रेटर और उसे देखने वाले कर्मचारियों के लिए इन होस्ट को अनुमति दें। ईमेल इमेज सुरक्षा के लिए इमेज होस्ट की एक्सेस भी आवश्यक हो सकती है।

| उद्देश्य | होस्टनाम | दायरा |
| - | - | - |
| **ग्राहक-अपलोड किए गए एसेट** | `assets.livingsecurity-content-cdn.ai` | संगठन की इमेज, दस्तावेज़, ईमेल एसेट और अपलोड किया गया Training/SCORM कंटेंट |
| ग्राहक-अपलोड किए गए और कैटलॉग वीडियो | `videos.livingsecurity-content-cdn.ai` | स्ट्रीमिंग वीडियो, थंबनेल और कैप्शन |
| एप्लिकेशन इमेज और एसेट | `cdn.livingsecurity.ai` | एप्लिकेशन में प्रदर्शित इमेज और अन्य एसेट |
| Living Security कंटेंट डिलीवरी | `platform-cdn.livingsecurity.com` | प्लेटफ़ॉर्म कंटेंट; `*.livingsecurity.com` द्वारा कवर |
| Contentful कंटेंट डिलीवरी | `cdn.contentful.com` | Contentful-होस्टेड कंटेंट |
| Contentful इमेज | `images.ctfassets.net` | कैटलॉग आर्टवर्क और Training इमेज |
| Contentful फ़ाइलें | `assets.ctfassets.net`; `downloads.ctfassets.net` | कैटलॉग फ़ाइलें और बड़े डाउनलोड योग्य एसेट |
| Training मीडिया | `assets.livingsecurity.com` | Living Security कंटेंट होस्टनाम के माध्यम से परोसा जाने वाला Training मीडिया; `*.livingsecurity.com` द्वारा कवर |
| लेगेसी वीडियो प्लेबैक | `videos.livingsecurity.com` | जब मौजूदा Training कंटेंट इस होस्टनाम का उपयोग करता है; `*.livingsecurity.com` द्वारा कवर |

ग्राहक एसेट और वीडियो होस्ट **`livingsecurity-content-cdn.ai`** पर हैं, जो `livingsecurity.ai` से अलग डोमेन है। केवल `*.livingsecurity.ai` को अनुमति देना इन्हें कवर **नहीं** करता। यदि आपका गेटवे वाइल्डकार्ड का समर्थन नहीं करता, तो ऊपर दिए गए स्पष्ट होस्ट दर्ज करें। आपके सुरक्षा उत्पाद में वाइल्डकार्ड बेयर डोमेन या नेस्टेड सबडोमेन को भी शामिल न करे, ऐसा हो सकता है।

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

### अपलोड डेस्टिनेशन

**कंटेंट या ब्रांडिंग फ़ाइलें अपलोड करने वाले एडमिन।** ये डेस्टिनेशन नए अपलोड प्राप्त करते हैं; मौजूदा कंटेंट देखने वाले कर्मचारियों को ऊपर दिए गए CDN होस्ट चाहिए।

| अपलोड प्रकार | HTTPS / TCP 443 पर अनुमति देने के लिए डेस्टिनेशन |
| - | - |
| फ़ाइलें और SCORM पैकेज — US | `uploads-us.assets.livingsecurity-content-cdn.ai` |
| फ़ाइलें और SCORM पैकेज — EU | `uploads-eu.assets.livingsecurity-content-cdn.ai` |
| रिज़्यूमेबल वीडियो अपलोड — US | `api.us-east-1.livingsecurity.ai` |
| रिज़्यूमेबल वीडियो अपलोड — EU | `api.eu-west-1.livingsecurity.ai` |

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

फ़ाइल अपलोड के लिए `PUT` और `OPTIONS` को, तथा रिज़्यूमेबल वीडियो अपलोड के लिए `POST`, `PATCH`, `HEAD`, `DELETE` और `OPTIONS` को अनुमति दें। एप्लिकेशन द्वारा दिए गए URL क्वेरी स्ट्रिंग और अपलोड हेडर यथावत रखें।

SCORM पैकेज **`500 MiB`** (`524288000` बाइट) तक हो सकते हैं। पूरे पैकेज को एक ही अपलोड अनुरोध में अनुमति दें; आपके गेटवे पर कम रिक्वेस्ट-बॉडी सीमा अपलोड को ब्लॉक कर सकती है।

अपलोड डेस्टिनेशन का सत्यापन 4 नवंबर 2026 को US और EU Production में किया गया।

## अतिरिक्त सुविधाएँ और Integrations

* **SSO/MFA और इंटीग्रेशन सहमति:** अपने आइडेंटिटी प्रदाता तथा प्रत्येक कनेक्ट किए जाने वाले सिस्टम के साइन-इन/सहमति पेज को अनुमति दें।
* **ऑनबोर्डिंग टूर:** `onboard.livingsecurity.ai`, `.ai` वाइल्डकार्ड द्वारा कवर; TCP 443 पर HTTPS और सुरक्षित WebSockets की अनुमति दें।
* **Livvy और लाइव अपडेट:** TCP 443 पर स्ट्रीमिंग HTTPS प्रतिक्रियाओं और सुरक्षित WebSockets की अनुमति दें।
* **बाहरी कंटेंट, कस्टम डोमेन और आपका LMS:** अपने संगठन द्वारा उपयोग किए जाने वाले सटीक होस्ट शामिल करें। होस्टेड SCORM का परीक्षण Learner नेटवर्क से करें।

## आपके कनेक्टेड सिस्टम में IP नियम

यदि आपके द्वारा कनेक्ट किया गया कोई सिस्टम सोर्स IP के आधार पर API एक्सेस को सीमित करता है, तो इन पतों को **उस सिस्टम की API allowlist** में जोड़ें। जब Living Security डेटा का अनुरोध करता है, तो सिस्टम को ये ही सोर्स पते दिखाई देंगे। ये कर्मचारी डिवाइस के लिए आउटबाउंड डेस्टिनेशन नहीं हैं।

चारों **sync** पतों को अनुमति दें (US और EU में समान):

| IP पता | CIDR |
| - | - |
| `52.34.139.153` | `52.34.139.153/32` |
| `54.69.127.183` | `54.69.127.183/32` |
| `44.247.133.183` | `44.247.133.183/32` |
| `52.26.211.56` | `52.26.211.56/32` |

इनमें से किसी भी इंटीग्रेशन का उपयोग करने पर अपने क्षेत्र की **platform** जोड़ी को भी अनुमति दें:

* [Auth0](https://docs.livingsecurity.com/hi/integrations/auth0.md)
* Check Point Harmony Email
* [Cofense Triage](https://docs.livingsecurity.com/hi/integrations/cofense-triage.md)
* Code42
* Cornerstone
* [CrowdStrike Falcon](https://docs.livingsecurity.com/hi/integrations/crowdstrike.md)
* Keepnet Labs
* [Microsoft Entra ID](https://docs.livingsecurity.com/hi/integrations/microsoft-entra-id.md) — Microsoft Graph सहित
* [OneLogin](https://docs.livingsecurity.com/hi/integrations/onelogin.md)
* [SailPoint IdentityNow](https://docs.livingsecurity.com/integrations/sailpoint-identitynow.md)
* Sophos Central
* Zscaler Client Connector

platform जोड़ी **डायरेक्ट egress** के लिए कॉन्फ़िगर किए गए कनेक्शन और उन प्रदाताओं पर भी लागू होती है जिन्हें डायरेक्ट Actions चाहिए। निरंतर ऑथेंटिकेशन, sync और Actions के लिए दोनों पता समूहों को अनुमत रखें:

| क्षेत्र | IP पते | CIDR |
| - | - | - |
| **संयुक्त राज्य अमेरिका** | `98.91.60.249`, `13.216.91.102` | `98.91.60.249/32`, `13.216.91.102/32` |
| **यूरोपीय संघ** | `34.246.236.210`, `52.31.102.238` | `34.246.236.210/32`, `52.31.102.238/32` |

ऑथेंटिकेशन और डेटा sync निरंतर काम करते रहें, इसके लिए सेटअप के बाद सभी आवश्यक पते अनुमत रखें। इन प्रविष्टियों का उपयोग केवल इंटीग्रेशन API एक्सेस के लिए करें। प्रदाता-विशिष्ट आवश्यकताएँ [integration egress गाइड](https://docs.livingsecurity.com/hi/integrations/managing/egress-ip-addresses.md#जिन-integrations-को-दोनों-सेट-चाहिए) में सूचीबद्ध हैं।

## लॉन्च से पहले सत्यापन

उसी कॉर्पोरेट नेटवर्क, प्रॉक्सी, VPN, एंडपॉइंट सुरक्षा और मेलबॉक्स नियंत्रणों के माध्यम से परीक्षण करें जिनका उपयोग आपके कर्मचारी करते हैं:

* Dashboard और Engage में साइन इन करें; SSO/MFA पूरा करें या कार्यशील ईमेल साइन-इन लिंक प्राप्त करें।
* कोई Dashboard पेज खोलें और Livvy से कोई प्रश्न पूछें।
* कैटलॉग इमेज खोलें, कैप्शन के साथ कोई वीडियो चलाएँ और कोई डाउनलोड योग्य दस्तावेज़ खोलें।
* कोई ग्राहक एसेट अपलोड करें, फिर Learner के रूप में उसका पूर्वावलोकन करें; यदि आप अपलोड किए गए SCORM पैकेज का उपयोग करते हैं, तो उसे लॉन्च करें।
* कोई स्वागत या Training असाइनमेंट ईमेल डिलीवर करें; उसके सेंडर, ऑथेंटिकेशन, लिंक और इमेज जाँचें।
* चुने गए डिलीवरी पाथ पर कोई सिमुलेशन चलाएँ; इनबॉक्स में आगमन, लैंडिंग-पेज एक्सेस और रिप्लाई-आधारित परिदृश्यों के लिए उत्तर सत्यापित करें।
* प्रत्येक सक्षम इंटीग्रेशन को कनेक्ट करें और केवल सफल प्राधिकरण नहीं, बल्कि वास्तविक डेटा sync सत्यापित करें।

यदि कोई जाँच विफल हो, तो ब्लॉक किया गया होस्टनाम, समय, क्षेत्र, प्रभावित सुविधा और गेटवे त्रुटि या मेल ट्रेस दर्ज करें, फिर Support से संपर्क करें। डायग्नोस्टिक्स साझा करने से पहले क्रेडेंशियल, सेशन टोकन और साइन किए गए URL क्वेरी स्ट्रिंग हटा दें। कॉन्फ़िगरेशन बदलने पर इस गाइड और अपने एक्सपोर्ट किए गए सिमुलेशन पैकेज को दोबारा जाँचें।


## Related topics

- [Email Delivery कॉन्फ़िगर करें](https://docs.livingsecurity.com/hi/integrations/outbound/email.md)
- [कस्टम डेटा एक्सपोर्ट](https://docs.livingsecurity.com/hi/integrations/outbound/custom-data-exports.md)
- [कस्टम-ब्रांडेड Microsoft Teams ऐप](https://docs.livingsecurity.com/hi/integrations/outbound/teams-custom-branding.md)


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