Domen uchun pochta xostingi: O‘zbekistonda qanday tanlash kerak

Pochta xostingi — kompaniya domeni nomidan xatlarni qabul qiladigan, saqlaydigan va yuboradigan xizmat. Ommaviy domendagi manzil o‘rniga xodimlar name@company.uz kabi qutilarga ega bo‘ladi, pochta tugunining texnik ishini esa provayder bajaradi. Biznes uchun bu shunchaki joy ijarasi emas: tanlangan sxema xodimlar kirishi, arxiv migratsiyasi, domen himoyasi va oylik xarajatlarga ta’sir qiladi.

Domen uchun pochta xostingini izlaganda faqat narx va gigabaytlarni solishtirish oson. Ammo bu yetarli emas. Arzon paket kerakli pochta dasturini qo‘llamasligi, migratsiyani o‘z ichiga olmasligi yoki DNS’ni mustaqil sozlashni talab qilishi mumkin. O‘zbekistondagi takliflarni bir xil mezonlar bo‘yicha qanday baholash va yangi tizim tekshirilmaguncha ishchi pochtani o‘zgartirmaslikni ko‘rib chiqamiz.

Pochta xostingi aynan nima qiladi

Domen, DNS, sayt va pochta o‘zaro bog‘liq, ammo turli xizmatlardir. Registrator domendan foydalanish huquqini qayd etadi. DNS boshqa tizimlarga sayt va pochta serverlari qayerda ekanini ko‘rsatadi. Veb-xosting sayt sahifalarini e’lon qiladi. Pochta xostingi qutilar va xabarlar yo‘nalishini boshqaradi. Shu sabab pochtani boshqa provayderga ko‘chirish uchun odatda saytni ko‘chirish yoki domen boshqaruvini unga berish shart emas.

To‘liq korporativ pochta xostingi odatda bir nechta qismdan iborat:

• xabarlarni qabul qiladigan va tashqariga uzatadigan serverlar;
• belgilangan kvotali pochta qutilari ombori;
• veb-pochta yoki tashqi ilovalar uchun sozlamalar;
• tarifda ko‘zda tutilgan bo‘lsa, IMAP orqali kirish va avtorizatsiyalangan SMTP orqali yuborish;
• keraksiz xabarlarni filtrlash vositalari;
• manzillarni yaratish va yopishning ma’muriy jarayoni;
• MX, SPF, DKIM va DMARC uchun DNS qiymatlari;
• dastlabki sozlash va kelishilgan chegaralarda nosozliklarni tahlil qilish bo‘yicha yordam.

Bitta bandning borligi qolganlarini anglatmaydi. Masalan, shaxsiy manzilga yo‘naltirish alohida pochta qutisi emas: uning o‘z kirishi va mustaqil arxivi yo‘q. Xat o‘qish uchun veb-shakl Outlook yoki telefondan IMAP orqali kirishni ham kafolatlamaydi. Protokollar vazifasi IMAP va SMTP haqidagi maqolada batafsil tushuntirilgan.

Tashkilot uchun xizmatning uch modeli

Alohida pochta xizmati

Faqat pochtaga ixtisoslashgan provayder domen manzillari, saqlash va yetkazishga e’tibor beradi. Bunday variant o‘z hujjatlari, messengeri va taqvimi allaqachon yetarli bo‘lgan kompaniyaga mos. To‘lov domen, qutilar paketi, har bir foydalanuvchi yoki hajm uchun hisoblanishi mumkin. Peshtaxtadagi eng past narxni emas, yakuniy konfiguratsiyani solishtirish kerak.

Pochta kiritilgan ofis paketi

Katta bulutli paketda pochta bilan birga taqvim, videouchrashuvlar, fayllar va hujjat muharrirlari sotiladi. Jamoa butun ekotizimdan foydalansa, bu qulay. Faqat domendagi manzil kerak bo‘lsa, narx va murakkablikning bir qismi ishlatilmaydigan funksiyalarga to‘g‘ri kelishi mumkin. Solishtirganda majburiy vositalarni yoqimli qo‘shimchalardan ajrating; alohida tahlil “Google Workspace, Yandex 360 yoki pochta xostingi” maqolasida bor.

O‘z serveri

Kompaniya pochta dasturlarini o‘z serveri yoki VPS’ga o‘rnatishi mumkin. Bu ko‘proq texnik nazorat beradi, biroq yangilanish, monitoring, filtrlash, sertifikatlar, chiquvchi IP obro‘si va nosozlikdan keyingi tiklashni ham egasiga topshiradi. Bunday variantni shunchaki “arzon VPS ijarasi” deb hisoblab bo‘lmaydi. Alohida solishtirish “O‘z pochta serveri yoki bulutli pochta” materialida berilgan.

Provayderlarda qaysi parametrlarni solishtirish kerak

Xodimlar va xizmat manzillari ro‘yxatidan boshlang. Qaysi biri to‘liq quti, qaysi biri alias yoki yo‘naltirish ekanini aniqlang. sales@ kabi umumiy manzil uchun alohida kirish kerakmi, xatlarga kim javob beradi va ketgan xodimning kirishi qanday yopilishini oldindan hal qiling.

Keyin har bir nomzodda bir xil parametrlar to‘plamini tekshiring:

Reklamadagi bitta so‘zga qarab funksiyani mavjud deb belgilamang. Jarayon tavsifini so‘rang: quti to‘lgani haqida kim bildirishnoma oladi, tiklash qanday sinovdan o‘tadi, jo‘natish xatosi jurnalini qayerda ko‘rish mumkin. Kompaniya uchun ko‘p omilli kirish, ma’lum xizmat darajasi yoki maxsus saqlash tartibi majburiy bo‘lsa, buni taxmin qilmasdan provayderdan aniq tasdiqlash kerak.

Tanlov ofis menejeri yoki assistentga topshirilgan bo‘lsa, alohida chek-listdan foydalaning: qanday ma’lumot yig‘ish va rahbarga nimani ko‘rsatish kerak.

O‘zbekistondagi kompaniya nimani tekshirishi kerak

Umumiy funksiyalardan tashqari mahalliy xizmat shartlarini solishtiring. Narx so‘mda beriladimi, to‘lovni kim qabul qiladi va kompaniya qanday hisob, dalolatnoma yoki boshqa hujjat olishini aniqlang. Yordam tili, ish vaqti va vaqt mintaqasini tekshiring: o‘tish paytida DNS xatosini tahlil qiladigan odam bo‘lmasa, yaqin serverning foydasi kam.

.uz zonasidagi domen bir registratorda, DNS esa boshqa provayderda bo‘lishi mumkin. Buyurtmadan oldin ma’muriy kirish kimda, yozuvlarni kim kiritadi va eski qiymatlarni kim tez qaytara olishini belgilang. Domenning o‘zini pochta xizmatiga berish shart emas: odatda pochta yozuvlarini kelishib o‘zgartirish kifoya.

Ma’lumotlarga ishlov berish sxemasini alohida so‘rang: ishchi qutilar, jurnallar va zaxira nusxalar qayerda; chiquvchi xatlar yo‘lida qanday tashqi shlyuzlar bor; xizmat tugatilgach nima bo‘ladi. Tugunning TAS-IX’ga ulanishi yoki tarmoq kechikishining kichikligi butun yetkazish zanjiri va barcha nusxalar O‘zbekistonda qolishini isbotlamaydi. Mahalliy joylashuv majburiy bo‘lsa, uni har bir komponent bo‘yicha hujjatda qayd etish kerak.

To‘liq narxni qanday hisoblash kerak

Tashkilot uchun pochta xostingi narxi faqat abonent to‘lovidan iborat emas. Domenni ro‘yxatdan o‘tkazish, qo‘shimcha quti va hajm, arxiv migratsiyasi, tashqi yuboruvchilarni sozlash, noodatiy ishlar va qurilmalarga yordam alohida to‘lanishi mumkin. Yillik to‘lov oylikdan arzon ko‘rinadi, lekin oldindan to‘lashdan avval chiqish va eksport shartlarini tekshirish muhim.

Ikkita hisob tuzing: muntazam va bir martalik. Muntazam hisobga haqiqiy qutilar soni va kerakli hajm uchun obunani kiriting. Bir martalik hisobga DNS auditi, migratsiya, sayt yoki CRM sozlamasi va o‘tish uchun xodimlar vaqtini qo‘shing. Cheklanmagan manzillar soni cheklanmagan saqlash, unumdorlik yoki jo‘natish degani emas: har qanday xizmatning texnik va shartnomaviy chegaralari bor.

Mailcore sinov tarifining ochiq formulasi — bir domen va har biri 1 GB bo‘lgan beshta quti uchun oyiga 59 000 so‘m. Har bir qo‘shimcha 1 GB quti oyiga 8 000 so‘m turadi. Migratsiya va nostandart bir martalik ishlar dastlabki ma’lumotlar ko‘rilgach alohida baholanadi, yakuniy narx esa DNS o‘zgartirilishidan oldin kelishiladi. Turli jamoalar uchun misollar korporativ pochta narxi haqidagi maqolada berilgan.

Provayder xatlar yetkazilishi uchun qanday asos yaratadi

Yaxshi provayder kiruvchi xatlarni to‘g‘ri yo‘naltirish va chiquvchilarni autentifikatsiya qilishga yordam beradi. MX qabul yo‘nalishini belgilaydi, SPF ruxsat etilgan jo‘natish manbalarini tavsiflaydi, DKIM tekshiriladigan imzo qo‘shadi, DMARC esa tekshiruvlarni ko‘rinadigan From domeni bilan bog‘laydi. Nazorat xatlari bilan birga bu mexanizmlar yetkazilish uchun texnik asos yaratadi.

Qabul qiluvchi domen va IP obro‘si, shikoyatlar, oqim xususiyati, manzillar bazasi sifati va xat mazmunini ham hisobga oladi. Sayt, CRM yoki hisob xizmati kompaniya nomidan xat yuborsa, qat’iy siyosat e’lon qilinishidan oldin uni sxemaga kiritish kerak. Batafsil — SPF, DKIM va DMARC hamda spamga tushishni tahlil qilish materiallarida.

Yakuniy filtrlashni, har qanday pochta provayderidagi kabi, qabul qiluvchi belgilaydi. Shu sabab provayderning qiymati — to‘g‘ri sozlash, tekshiriladigan yo‘nalish va aniq bir tizim qo‘shimcha filtr qo‘llaganda tushunarli diagnostikada.

Yangi xatlarni yo‘qotmasdan qanday o‘tish kerak

Pochta xostingini almashtirish MX’dan emas, inventarizatsiyadan boshlanadi. Amaldagi qutilar, aliaslar, yo‘naltirishlar, avtomatik yuboruvchilar va arxivlarning taxminiy hajmini yozib oling. Yangi provayderda manzillar yarating, aniq DNS qiymatlarini oling va yo‘nalish o‘zgarishidan oldin kirishni tekshiring.

MX’ni almashtirish yangi kiruvchi xatlarni yo‘naltiradi, ammo eski yozishmalarni nusxalamaydi. Arxiv alohida bosqichda, ko‘pincha IMAP orqali ko‘chiriladi. DNS tarqalishi davomida ayrim yuboruvchilar eski yo‘nalishni ko‘rishi mumkin, shu sabab qabul tugaguncha eski xizmat ochiq qoladi. Bosqichma-bosqich ketma-ketlik korporativ pochta migratsiyasi rejasida bayon qilingan.

O‘tishdan keyin bir necha tashqi tizim bilan ikki tomonga xat almashishni, telefon va kompyuterdan kirishni, texnik sarlavhalar hamda muhim avtomatik yuboruvchilar ishini tekshiring. Faqat shundan keyin eski tizimni o‘chirishni muhokama qilish mumkin.

Mailcore kimga mos keladi

Mailcore o‘z domenidagi manzillar, veb-pochta va standart IMAP/SMTP kirishi kerak bo‘lgan kichik jamoalar uchun mo‘ljallangan. Ulanishni mutaxassis kuzatib boradi: qutilar ro‘yxati, sozlamalar va DNS aniq domen uchun tayyorlanadi, o‘zgarishlar uning egasi bilan kelishiladi. Domen registratorda qoladi va uni pochta bilan birga ko‘chirish shart emas.

Ishchi tizimga o‘tishdan oldin Mailcore tashqi jo‘natish va zaxira nusxadan nazorat tiklashini tasdiqlaydi. Kompaniya uchun majburiy shartlar — masalan, MFA, shartnomaviy SLA, saqlash muddati yoki ma’lumotlarni joylashtirish talablari — konfiguratsiya kelishilayotganda qayd etiladi. Shunda mijoz to‘lovdan oldin aniq javob oladi va MX almashgach nomuvofiqlik topmaydi. Har qanday pochta provayderidagi kabi, qabul qiluvchi tomondagi yakuniy papkani uning filtrlash tizimi belgilaydi; Mailcore esa DNS, autentifikatsiya va sinov yozishmalarini tekshiradi.

Ulanish domen, qutilar soni, joriy provayder va migratsiya zaruratini tekshirishdan boshlanadi. Shundan keyin ishlar tarkibi, narx va xavfsiz o‘tish tartibini olasiz. To‘liq jarayon “Mailcore domenni qanday ulaydi” maqolasida bayon qilingan.

Domeningiz uchun hisob va reja oling

Manbalar

• RFC 5321: Simple Mail Transfer Protocol
• RFC 9051: Internet Message Access Protocol
• RFC 8314: Cleartext Considered Obsolete for Email Submission and Access
• RFC 9989: Domain-based Message Authentication, Reporting, and Conformance
• Google: Email sender guidelines
• Cloudflare: DNS records used for email