Yandex 360 alternativi — Mailora

İkisi də domenə bağlı korporativ poçt verir. Fərq quraşdırma seçimlərindədir: SPF-in sərtliyi və zəncir uzunluğu, DKIM açarı, selektor quruluşu və DNS qeydlərinin sayı. Aşağıdakı dəyərlər 2026-08-18-də ictimai DNS-dən oxunub.

Fərq bir abzasda

Yandex 360 beynəlxalq şirkətin xidmətidir və poçtdan başqa məhsulları da əhatə edir; interfeys və dəstək rus dilində işləyən komandalar üçün tanışdır. Mailora Azərbaycanda qurulub, yalnız poçt edir, ödəniş AZN ilə və faktura yerlidir, dəstək azərbaycancadır. Texniki tərəfdə isə seçimlər fərqlidir və hər seçimin öz qiyməti var — aşağıda hər sətrin nə demək olduğunu yazmışıq.

Kimə uyğundur, kimə uyğun deyil

Mailora uyğundur

  • Bir domen, çox qutu: adam sayı artdıqca məbləğin artmaması istənir.
  • Ödəniş, faktura və dəstəyin yerli olması vacibdir.
  • SPF-də çoxlu xidmət var — sorğu büdcəsində yer lazımdır.
  • DNS qeydlərinin kimsə tərəfindən daim izlənilməsi istənir.

Mailora uyğun DEYİL

  • 200 nəfərlik və daha böyük təşkilat: SSO, mərkəzi kimlik idarəçiliyi, geniş audit və arxivləmə bizdə yoxdur.
  • Yandex-in digər xidmətləri işlədilir və hamısının bir hesabda olması şərtdir.
  • Dəstəyin rus və ya ingilis dilində, gecə-gündüz olması gözlənilir. Bizim dəstəyimiz azərbaycancadır.
  • IPv6 üzərindən gələn poçt prinsipial tələbdir — ölçdüyümüz MX-imizdə yalnız IPv4 var.
  • Quraşdırmanın ən az DNS qeydi ilə aparılması vacibdir: Yandex 4 qeydlə qurulur, biz 8 qeyd veririk.
  • Pulsuz sınaq müddəti şərtdir; bizdə yoxdur. Serverlərimiz Almaniyadadır (Hetzner) — məlumatın Azərbaycanda saxlanması tələbiniz varsa, müqavilədən əvvəl bizə yazın.

Ölçülmüş texniki müqayisə

Ölçü Yandex 360 Mailora
MX host adı 1 ad: mx.yandex.net 1 ad: mx1.mailora.az
Nə deməkdir: hər ikisində gələn poçt üçün tək MX adı var — bu sətirdə fərq yoxdur. MX yazısı yalnız SİZƏ GƏLƏN məktuba aiddir; göndərdiyiniz məktubun taleyinə təsiri yoxdur.
MX-in IP ünvanları 1 IPv4 (77.88.21.249) və 1 IPv6 1 IPv4
Nə deməkdir: bu sətir bizim əleyhimizədir. Yalnız IPv6 şəbəkəsindən göndərən server bizə birbaşa çata bilməz. Praktikada göndərənlərin böyük əksəriyyətinin IPv4 bağlantısı var, ona görə gündəlik işdə fərq görünmür — amma əskiklik əskiklikdir.
SPF siyasəti (zəncirin sonundakı all) ~all (softfail) -all (hardfail)
Nə deməkdir: softfail qəbul edən serverə «yəqin bizim deyil, yenə də al» deyir; hardfail «alma» deyir. Sərt variant saxta göndərənə az yer qoyur, əvəzində unudulmuş göndərən mənbəni bağışlamır — sayt forması, CRM və mühasibat proqramı mütləq siyahıya salınmalıdır.
SPF-də DNS sorğusu (RFC 7208 həddi 10) 4 (domen, _spf.yandex.net, _spf.yandex.ru və iki include) 1 (birbaşa ip4)
Nə deməkdir: 4 sorğu həddin içindədir və özlüyündə problem deyil. Əhəmiyyəti odur ki, provayderin xərclədiyi sorğu SİZİN büdcənizdən gedir: Yandex-lə 6 sorğuluq yer qalır, bizimlə 9. Hədd aşılanda SPF permerror verir və qorunma tamamilə söndürülür — bu, xüsusilə çoxlu xidmət əlavə edən şirkətlərdə baş verir.
DKIM açar uzunluğu 1024 bit 2048 bit
Nə deməkdir: hər ikisi Google-un tələb etdiyi minimumu (1024 bit) qarşılayır. 1024 bit «sınıq» deyil və məktub keçir; fərq ehtiyat payındadır. Açar uzunluğu spam probleminin həlli deyil.
DKIM selektoru mail — hər müştəridə eyni ad, t=s bayrağı ilə hər domenə ayrı, iki ədəd: mailora1 və mailora2
Nə deməkdir: selektor açarın DNS-dəki adıdır, gizli məlumat deyil — ortaq ad təhlükəsizlik problemi yaratmır. RFC 6376-dakı t=s bayrağı isə imzanın alt-domenlərə şamil edilmədiyini bildirir. Bizdəki fərq rotasiyadadır: iki selektor açarı köhnəsini söndürmədən dəyişməyə imkan verir.
Sahiblik təsdiqi kök TXT yazısı alt-domen: _mailora-verify
Nə deməkdir: kökdə onsuz da SPF TXT-si durur və bəzi registrarların paneli çoxlu kök TXT yazısını səhv idarə edir. Ayrı ad bu riski aradan qaldırır. Kiçik detaldır, amma quraşdırma günü itirilən vaxtın çox rast gəlinən səbəbidir.
Tələb olunan DNS qeydi 4 8
Nə deməkdir: bu sətir də bizim əleyhimizədir — quraşdırma bizdə iki dəfə çox qeyd tələb edir. Səbəbi aşağıda ayrıca izah edilib; üstünlük kimi göstərmək düzgün olmazdı.

2026-08-18-də yoxlanılıb. Dəyərlər ictimai DNS-dən oxunub. DNS quraşdırması provayderin qərarıdır və xəbərsiz dəyişə bilər — özünüz yoxlayın: dig +short MX sirket.az və dig +short TXT mail._domainkey.sirket.az.

Niyə bizdə 8, Yandex-də 4 qeyd var

Fərq keyfiyyətdə deyil, tanınmada. Yandex Thunderbird-in ISPDB bazasında və Outlook-un tanınmış provayderlər siyahısındadır: poçt proqramı ünvanı görən kimi server parametrlərini öz daxili siyahısından tapır və DNS-dən heç nə soruşmur. Biz o siyahılarda yoxuq.

Ona görə eyni məlumatı DNS-ə yazırıq: autodiscover CNAME (Outlook üçün), autoconfig CNAME (Thunderbird üçün) və SRV. Bu qeydlər 2026-08-09-da real müştəridə Outlook-un hesabı ümumiyyətlə qəbul etməməsi problemini həll etdi — parametrləri əl ilə yazmaq da kifayət etmirdi. Yəni əlavə dörd qeyd əlavə tələbdir, əvəzində quraşdırma poçt proqramında avtomatik tamamlanır.

İstəsəniz parametrləri əl ilə də yazarsınız: IMAP imap.mailora.az port 993 (SSL), SMTP smtp.mailora.az port 587 (STARTTLS); 465 SSL də açıqdır.

Yandex-in bizdən üstün olduğu yerlər

Yandex 360-dan köçürmə

  1. Domen əlavə olunur, sahiblik təsdiqlənir — _mailora-verify alt-domenində TXT ilə. Poçtunuza toxunulmur.
  2. Qutular yaradılır, IMAP köçürməsi başlayır. Məktublar və qovluq quruluşu gətirilir, köhnə poçt işləməyə davam edir.
  3. DKIM və DMARC əlavə olunur. Selektorlar fərqli olduğu üçün (mail — mailora1, mailora2) hər iki provayderin açarı eyni anda DNS-də dura bilər.
  4. SPF birləşdirilir — aşağıdakı bölmə bu addım haqqındadır.
  5. MX ən sonda dəyişdirilir, ondan əvvəl TTL kiçildilir ki, keçid dəqiqələrlə ölçülsün.

Köçürmə ortasında SPF — ən çox səhv edilən yer

Keçid dövründə həm köhnə provayder, həm biz sizin adınıza göndərə bilərik. Deməli hər iki mənbə SPF-də olmalıdır — amma mütləq EYNİ TXT yazısının içində:

v=spf1 include:kohne-provayder.example ip4:BIZIM-IP -all

Köhnə provayderin include adını onun öz sənədindən götürün: biz onu ölçmədiyimiz üçün burada yazmırıq, yanlış ad isə yazını sındırardı. Sorğu büdcəsinə də baxın — Yandex zənciri ölçmə günü 4 sorğu xərcləyirdi, bizim payımız 1-dir, yəni köçürmə dövründə hədd aşılmır.

İki ayrı v=spf1 yazısı qoymaq ən çox rast gəlinən səhvdir və RFC 7208-ə görə nəticə permerror olur: SPF ümumiyyətlə tətbiq edilmir. Bu, 2026-08-18-də real müştəridə gedən poçtu dayandırmışdı — hər iki tərəf düzgün işləyirdi, problem yalnız DNS-də iki sətrin yan-yana durmasında idi. Dəyişiklikdən sonra SPF yoxlama alətindən keçirin.

Qiymət

5 AZN / domen / ay. Poçt qutusunun sayı limitsizdir və məbləğə təsir etmir — beş nəfər də, iyirmi nəfər də eyni məbləğdir. İkinci domen əlavə 5 AZN. ƏDV tutulmur, göstərilən məbləğ yekundur. Ödəniş kartla (Yığım ödəniş sistemi — Visa, Mastercard, Apple Pay, Google Pay) və ya bank köçürməsi ilə faktura üzrə aparılır; kart məlumatı bizim serverə düşmür.

Yandex 360-ın qiymətlərini burada yazmırıq — dəyişirlər və düzgün mənbə biz deyilik. Öz saytlarında yoxlayın və müqayisə edərkən vahidə diqqət edin: bizdə hesablama vahidi domendir, adam sayı deyil.

Tez-tez verilən suallar

Yandex 360-dan köçəndə köhnə məktublarım gəlirmi?

Bəli. Köçürmə IMAP ilə aparılır: köhnə qutudakı məktublar və qovluq quruluşu Mailora qutusuna gətirilir. MX yazısı ən sonda dəyişdirildiyi üçün köçürmə boyu köhnə poçtunuz işləməyə davam edir. Yandex tərəfdə IMAP-a icazə və hesabın qorunma ayarlarına görə ayrıca proqram şifrəsi tələb oluna bilər — başlamazdan əvvəl bunu birlikdə yoxlayırıq.

Yandex-in SPF zənciri 4 DNS sorğusu xərcləyir. Bu, pisdirmi?

Özlüyündə xeyr — RFC 7208 həddi 10-dur və 4 onun içindədir. Problem siz öz xidmətlərinizi əlavə edəndə başlayır: bülleten servisi, CRM, mühasibat proqramı, sayt forması — hər include daha bir neçə sorğu xərcləyə bilər. Hədd aşılanda SPF permerror verir və qorunma tamamilə söndürülür. 2026-08-18-də ölçdüyümüz zəncir belə idi: domen, _spf.yandex.net, _spf.yandex.ru və iki include. Bizim payımız 1 sorğudur, çünki birbaşa ip4 yazırıq — sizə 9 yer qalır.

Yandex-in IPv6 ünvanı var, sizin yoxdur. Bu, problem yaradarmı?

Ölçmə günü Yandex-in MX-i həm IPv4, həm IPv6 ünvanına çıxırdı; bizim MX-imizdə yalnız IPv4 var. Praktikada göndərən serverlərin böyük əksəriyyəti IPv4 ilə də qoşula bilir, ona görə gündəlik işdə fərq görünmür. Amma yalnız IPv6 şəbəkəsində olan göndərən bizə birbaşa çatmaz — bu, bizim əskikliyimizdir və gizlətmirik.

DKIM açarınız 2048 bitdir. Bu, məktublarımın spama düşməsini həll edir?

Çox güman ki, xeyr. Yandex-in ölçmə günü 1024 bitlik açarı vardı və bu, Google-un tələb etdiyi minimumu qarşılayır — yəni onunla göndərilən məktub qaydalara görə keçir. Məktub spama düşürsə, səbəb adətən göndərən IP-nin reputasiyası, şikayət nisbəti, DMARC uzlaşmasının pozulması və ya məzmun olur. Açar uzunluğu ehtiyat payıdır, çatdırılma həlli deyil.

Qiymət necə hesablanır?

Domen başına 5 AZN / ay. Poçt qutusunun sayı limitsizdir və məbləğə təsir etmir; ikinci domen əlavə 5 AZN; ƏDV tutulmur, göstərilən məbləğ yekundur. Ödəniş kartla (Yığım ödəniş sistemi — Visa, Mastercard, Apple Pay, Google Pay) və ya bank köçürməsi ilə faktura üzrə mümkündür; kart məlumatı bizim serverə düşmür. Yandex-in plan və qiymətlərini onların öz saytında yoxlayın — biz onları yazmırıq, çünki dəyişirlər.

Hansı halda Yandex 360-da qalmalıyam?

Komandanız Yandex-in poçtdan başqa xidmətlərindən istifadə edirsə; interfeysin və dəstəyin rus dilində olması sizin üçün üstünlükdürsə; IPv6 üzərindən gələn poçt prinsipial tələbdirsə; ya da quraşdırmanın mümkün qədər az DNS qeydi ilə aparılmasını istəyirsinizsə — köçməyin. Bu səhifənin məqsədi hər kəsi köçürtmək deyil.

Əvvəlcə öz domeninizi yoxlayın

Köçmək qərarından əvvəl indiki quraşdırmanızın vəziyyətini görmək faydalıdır: alət MX, SPF, DKIM və DMARC qeydlərini birdən oxuyur və nəyin düzəldilməli olduğunu sıra ilə yazır. Qeydiyyat tələb olunmur, nəticə saxlanılmır.

Domenimi yoxla Qiymətə bax