DevOps · 25 oktyabr 2026 · 7 dəq oxuma
Şirkət e-poçtunu Google Workspace-dən öz serverinizə köçürmək: praktik bələdçi
Bu yaxınlarda üç şirkət domeninin e-poçtunu Google Workspace-dən və köhnə serverdən vahid öz serverimizdə yerləşən mail serverə köçürdük. Keçid zamanı hər poçt qutusunu işlək saxlayan addımların ardıcıllığı belədir.
Şirkətlər niyə Google Workspace-dən imtina edir
İstifadəçi başına xərc artır, məlumatlar üçüncü tərəfdə qalır, hər yeni domen və ya poçt qutusu isə əlavə abunəlik deməkdir. Öz serverinizdə bir maşında çoxlu domen və lazım olduğu qədər poçt qutusu saxlaya bilərsiniz.
Bunun qarşılığı məsuliyyətdir: çatdırılma, təhlükəsizlik, ehtiyat nüsxələr və yeniləmələr artıq sizin üzərinizdədir. Bununla kimsə məşğul olursa, problem yoxdur. Heç kim məşğul olmursa, risklidir.
İstifadə etdiyimiz texnologiyalar
Biz istehsal mühiti üçün mail serverə lazım olan hər şeyi bir konteynerdə birləşdirən docker-mailserver və webmail kimi Roundcube istifadə etdik.
- Göndərmə və poçt qutuları üçün Postfix və Dovecot
- Spam filtri və DKIM imzası üçün Rspamd
- Viruslar və brute-force hücumlarına qarşı ClamAV və Fail2ban
- Tanış, Gmail-ə bənzər interfeysli Roundcube webmail
- Gedən məktublar üçün SMTP relay, çünki bir çox hostinq provayderi 25-ci portu bloklayır
DNS-ə toxunmazdan əvvəl poçt qutularını köçürün
Əvvəlcə köhnə məktubları idxal edin: Workspace üçün Google məlumat ixracı və ya IMAP sinxronizasiyası, köhnə server üçün isə fayl səviyyəsində kopyalama. Oxunmuş və ulduzlu kimi işarələri və qovluq strukturunu qoruyun ki, istifadəçilər hər şeyi qoyduqları yerdə tapsınlar.
İstifadəçiləri köhnə Linux serverdən köçürürsünüzsə, parol heşlərini də çox vaxt köçürmək mümkündür. Beləliklə, keçid günü heç kim parolunu sıfırlamalı olmur.
Çatdırılmanı düzgün qurun
Autentifikasiya olmadıqda yeni mail serverlərin məktubları spama düşür. Keçiddən əvvəl bunları qurun və yoxlayın:
- Domen adından göndərən bütün server və relay-ləri əhatə edən SPF
- Hər domen üçün DNS-də dərc olunmuş DKIM açarları
- Hesabatları ayrıca poçt qutusuna göndərən DMARC
- Server host adına uyğun reverse DNS (PTR) qeydi
- Real test: Gmail-ə məktub göndərin və SPF, DKIM və DMARC yoxlamalarının keçdiyinə əmin olun
Keçid
Bir gün əvvəl DNS TTL dəyərini azaldın. Sonra MX qeydini (və ya mail host adını) yeni serverə yönləndirin, köhnə serverdə çatdırılmanı dayandırın ki, göndərənlər yeni ünvana yenidən cəhd etsinlər, və arada gələn məktublar üçün son delta sinxronizasiyasını aparın.
E-poçt burada bağışlayandır: qoşula bilməyən göndərən server günlərlə təkrar cəhd edir, ona görə də bir neçə dəqiqəlik keçid məktubların itməsinə səbəb olmur.
Keçiddən sonra
Tez-tez unudulan asılılıqları yoxlayın: köhnə hesab vasitəsilə məktub göndərən tətbiqlər, “Google ilə daxil ol” istifadə edən girişlər, DNS təsdiqləmə qeydləri və tranzaksiya e-poçtu provayderləri. Sonra köhnə qeydləri silin və abunəliyi ləğv edin.
FAQ
- Öz serverinizdəki e-poçt etibarlıdırmı?
- Bəli, əgər ona qulluq edilirsə. SPF, DKIM, DMARC, spam filtri, monitorinq və gündəlik ehtiyat nüsxələri olan docker-mailserver kimi müasir texnologiya etibarlıdır. Risk proqram təminatında deyil, baxımsız qalan serverdədir.
- Köçürmədən sonra məktublarım spama düşəcəkmi?
- Autentifikasiya tam qurulubsa, xeyr. SPF, DKIM və DMARC dərc edin, uyğun reverse DNS qeydi təyin edin, hostinqiniz 25-ci portu bloklayırsa etibarlı relay vasitəsilə göndərin və keçiddən əvvəl Gmail-ə çatdırılmanı yoxlayın.
- Bir neçə domen eyni mail serverdən istifadə edə bilərmi?
- Bəli. Bir server çoxlu domenə xidmət göstərə bilər, hər birinin öz poçt qutuları, öz DKIM açarı və öz webmail ünvanı olur.
Bu işdə köməyə ehtiyacınız var?
Bunu hər həftə müştərilər üçün edirik. Layihənizi yazın.
Layihəyə başla