> ## 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 yetkazib berishni sozlash > Living Security tranzaksion va o‘quv email xabarlarini qanday yuborishini tanlang: platforma orqali yetkazib berish, tasdiqlangan domeningiz yoki o‘zingizning SMTP serveringiz orqali. Email Delivery tranzaksion va o‘quv email xabarlarini, jumladan qo‘llab-quvvatlanadigan topshiriqlar, nudge xabarlari, xush kelibsiz xabarlari va operatsion bildirishnomalarni boshqaradi. **Settings → Communications → Channels** bo‘limini oching va **Email** ni tanlang. Phishing simulation uchun jo‘natuvchi infratuzilmasi alohida sozlanadi. Email Delivery sozlamalarini o‘zgartirish Phishing simulation jo‘natuvchisini sozlamaydi va unga ruxsat bermaydi. ## Yuborish usulini tanlang | Usul | Infratuzilma | Jo‘natuvchi | Talab etiladigan sozlash | | - | - | - | - | | **Living Security delivery** | Living Security | Living Security’ning umumiy jo‘natuvchisi | Talab etilmaydi; bu standart usul | | **Your domain** | Living Security | Siz boshqaradigan tasdiqlangan domen va From identifikatori | DNS tasdiqlash va faollashtirish | | **Your SMTP server** | Sizning tashkilotingiz | SMTP serveringiz qabul qiladigan jo‘natuvchi | SMTP server, TLS hamda autentifikatsiya yoki IP allowlisting | Bir vaqtning o‘zida faqat bitta usul faol bo‘ladi. Nofaol maxsus sozlamalar, ularni o‘chirmaguningizcha yoki faolsizlantirmaguningizcha, saqlanib qoladi. Maxsus domen va SMTP orqali yetkazib berish uchun Custom Email Delivery imkoniyati talab etiladi. Agar bu variantlar ko‘rinmasa, Living Security hisob menejeringizga murojaat qiling. ## Living Security delivery usulidan foydalanish Yuborish infratuzilmasini ham, jo‘natuvchini ham Living Security boshqarishini istasangiz, **Living Security delivery** ni tanlang. 1. Living Security delivery kartasini oching. 2. Agar boshqa usul faol bo‘lsa, **Use this method** tugmasini tanlang. 3. Sinov xabarini yuboring. DNS yoki SMTP kirish ma’lumotlari talab etilmaydi. Faol usul kartasida muhitingiz uchun ishlatiladigan From nomi va manzili ko‘rsatiladi. ## Living Security infratuzilmasida o‘z domeningizdan foydalanish Xabarlar tashkilotingizning From identifikatoridan foydalanishi, yetkazib berishni esa Living Security davom ettirishi kerak bo‘lsa, **Your domain** ni tanlang. ### Old shartlar * Living Security administratori huquqlari * Yuborish domeni uchun DNS’ni tahrirlash huquqi * `training.example.com` yoki `security.example.com` kabi alohida subdomen * Tasdiqlangan From ko‘rsatiladigan nomi va email prefiksi Subdomendan foydalanish Living Security pochtasining obro‘sini asosiy korporativ domeningizdan ajratib turadi. **Your domain** bo‘limini oching va quyidagilarni kiriting: * **Domain** — faqat domen, `@` yoki URL’siz * **From display name** — qabul qiluvchilar ko‘radigan nom * **From email prefix** — `@` belgisidan oldingi qism * **Return path subdomain** — bounce xabarlarini qayta ishlash uchun ixtiyoriy subdomen Har bir yozuvni ko‘rsatilganidek, aynan DNS provayderingizga nusxalang. Yozuvlar odatda domenni autentifikatsiya qilish va DKIM uchun ishlatiladigan CNAME yozuvlarini o‘z ichiga oladi. Agar provayderingiz asosiy domenni avtomatik qo‘shsa, uni ikki marta kiritmang. Living Security’ga qaytib, **Verify records** ni tanlang. DNS o‘zgarishlari ko‘pincha tez ko‘rinadi, biroq 48 soatgacha vaqt olishi mumkin. Tasdiqlangandan keyin ham yozuvlarni DNS’da saqlang. Barcha yozuvlar **Verified** holatini ko‘rsatgach, jo‘natuvchi identifikatorini saqlang va **Activate sender** ni tanlang. Tasdiqlash domenni boshqarishingizni isbotlaydi; faollashtirish esa uni joriy yuborish usuliga aylantiradi. Tashkilotingizdagi qabul qiluvchiga xabar yuboring va natijani Communications Log’da ko‘rib chiqing. Domenni o‘chirmasdan faolsizlantirish uchun **Use platform delivery** ni tanlashingiz mumkin. **Remove domain** uning Living Security’dagi konfiguratsiyasini o‘chiradi va emailni sozlangan platforma marshrutiga qaytaradi; eskirgan DNS yozuvlarini faqat ular boshqa joyda ishlatilmayotganiga ishonch hosil qilgandan keyingina o‘chiring. ## O‘z SMTP serveringizdan foydalanish Siyosatga ko‘ra Living Security tranzaksion va o‘quv xabarlarini tashkilotingiz boshqaradigan infratuzilma orqali uzatishi kerak bo‘lsa, **Your SMTP server** ni tanlang. ### Old shartlar * SMTP host va port * Qo‘llab-quvvatlanadigan TLS rejimi: STARTTLS yoki TLS wrapper * From manzili va ixtiyoriy From ko‘rsatiladigan nomi * Qo‘llab-quvvatlanadigan autentifikatsiya usullaridan biri: * foydalanuvchi nomi va parol * OAuth 2.0 kirish ma’lumotlari va refresh token * SMTP autentifikatsiyasiz IP allowlisting Agar relay serveringiz IP allowlisting’dan foydalansa, SMTP bo‘limida ko‘rsatilgan statik IP manzillar to‘plamini nusxalang va serveringizda ularga ruxsat bering. Faqat joylashtirilgan muhitingiz uchun ko‘rsatilgan IP manzillardan foydalaning. Host, port, TLS rejimi, autentifikatsiya maydonlari va jo‘natuvchini kiriting. Relay siz ishlatmoqchi bo‘lgan jo‘natuvchi va qabul qiluvchi domenlarini qabul qilishiga ishonch hosil qiling. **Save** ni tanlang. Saqlangan maxfiy ma’lumotlar shifrlanadi va qayta ko‘rsatilmaydi. Maxfiy ma’lumotni almashtirish uchun yangi qiymatni kiriting va saqlang. SMTP usulini tanlang, so‘ng sinov xabarini yuboring. Sinov faol yetkazib berish marshrutidan foydalanadi va provayder yoki SMTP diagnostikasini Communications Log’ga yozadi. Agar usul **Needs attention** holatini ko‘rsatsa, email umumiy jo‘natuvchi orqali jimgina qayta yo‘naltirilmaydi. SMTP konfiguratsiyasini tuzating yoki o‘chiring, yoxud ongli ravishda boshqa yuborish usulini tanlang. ## Yetkazib berishni tekshirish Har bir usulda **Send a test** mavjud: 1. Tekshira oladigan qabul qiluvchini kiriting. 2. Sinov xabarini yuboring. 3. **Settings → Communications → Log** bo‘limini oching. 4. Xabarning marshruti va yetkazib berish holatini tasdiqlang. 5. Xatolik yuz bergan bo‘lsa, mavjud bo‘lganda urinishlarni, rad etilgan qabul qiluvchilarni, provayder tafsilotlarini va SMTP javob kodlarini tekshiring. “Accepted” holatidagi sinov xabari kommunikatsiya quvuri xabarni qabul qilganini bildiradi; yakuniy yetkazib berilganini tasdiqlash uchun log va qabul qiluvchining pochta qutisidan foydalaning. ## Nosozliklarni bartaraf etish Har bir ommaviy DNS yozuvini Living Security’da ko‘rsatilgan qiymat bilan solishtiring. Nusxalashda qo‘shilib qolgan bo‘shliqlarni, takrorlangan asosiy domenni, DNS provayderi tomonidan proksilashni yoki avvalgi TTL muddati tugamaganini tekshiring. Masalani yuqoriga ko‘tarishdan oldin 48 soatgacha kuting. **Your domain** faol yuborish usuli ekanini tasdiqlang. Tasdiqlash va faollashtirish alohida bosqichlardir. Autentifikatsiya usulini, foydalanuvchi nomini, maxfiy ma’lumot yoki refresh token’ni, TLS rejimini va portni tekshiring. IP allowlisting uchun Living Security’da ko‘rsatilgan har bir statik IP relay tomonidan ruxsat etilganini tasdiqlang. Communications Log’ni oching va oxirgi urinishni tekshiring. So‘ng qabul qiluvchi tizimning karantinini, jo‘natuvchi cheklovlarini, relay siyosatini va rad etish tafsilotlarini tekshiring. Tashkilotingizda Custom Email Delivery yoqilmagan bo‘lishi mumkin. Buning o‘rniga Phishing simulation jo‘natuvchisi sozlamalarini o‘zgartirmang, hisob menejeringizga murojaat qiling. ## Aloqador materiallar Yetkazib berish urinishlari va diagnostikani ko‘rib chiqing. Qo‘llab-quvvatlanadigan kommunikatsiyalarning vaqti va yetkazib berish xatti-harakatini boshqaring. Teams’ni yana bir bildirishnoma kanali sifatida sozlang. Kanallar, siyosatlar, navbat va tarixni tushunib oling. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.