DevOps · 25 Ekim 2026 · 7 dk okuma
Şirket e-postasını Google Workspace'ten kendi sunucunuza taşımak: pratik rehber
Kısa süre önce üç şirket alan adının e-postasını Google Workspace'ten ve eski bir sunucudan, kendi barındırdığımız tek bir mail sunucusuna taşıdık. Geçiş sırasında her posta kutusunu çalışır halde tutan adım sırası şöyle.
Şirketler neden Google Workspace'ten ayrılıyor
Kullanıcı başına maliyet birikir, veriler üçüncü bir tarafta kalır ve her yeni alan adı veya posta kutusu bir abonelik daha demektir. Kendi barındırdığınız bir sunucu, tek bir makinede çok sayıda alan adını ve ihtiyacınız kadar posta kutusunu barındırabilir.
Bunun bedeli sorumluluktur: teslim edilebilirlik, güvenlik, yedekler ve güncellemeler artık sizdedir. Biri bununla ilgileniyorsa sorun yok, kimse ilgilenmiyorsa risklidir.
Kullandığımız teknoloji yığını
Üretim ortamındaki bir mail sunucusunun ihtiyaç duyduğu her şeyi tek bir container'da toplayan docker-mailserver'ı ve webmail olarak Roundcube'u kullandık.
- Gönderim ve posta kutuları için Postfix ve Dovecot
- Spam filtreleme ve DKIM imzalama için Rspamd
- Virüslere ve brute-force saldırılarına karşı ClamAV ve Fail2ban
- Tanıdık, Gmail benzeri arayüzüyle Roundcube webmail
- Giden e-postalar için bir SMTP relay, çünkü birçok hosting sağlayıcısı 25 numaralı portu engelliyor
DNS'e dokunmadan önce posta kutularını taşıyın
Önce eski e-postaları içe aktarın: Workspace için Google veri dışa aktarımı veya IMAP senkronizasyonu, eski bir sunucu için ise dosya düzeyinde kopyalama. Okundu ve yıldızlı gibi işaretleri ve klasör yapısını koruyun ki kullanıcılar her şeyi bıraktıkları yerde bulsun.
Kullanıcıları eski bir Linux sunucusundan taşıyorsanız, parola hash'leri de çoğu zaman taşınabilir. Böylece geçiş günü kimsenin parolasını sıfırlaması gerekmez.
Teslim edilebilirliği doğru kurun
Kimlik doğrulama eksik olduğunda yeni mail sunucuları spam klasörüne düşer. Geçişten önce şunları kurun ve test edin:
- Alan adı adına gönderim yapan tüm sunucuları ve relay'leri listeleyen SPF
- Her alan adı için DNS'te yayımlanmış DKIM anahtarları
- Raporları ayrı bir posta kutusuna gönderen DMARC
- Sunucu host adıyla eşleşen bir reverse DNS (PTR) kaydı
- Gerçek bir test: Gmail'e gönderin ve SPF, DKIM ve DMARC'ın geçtiğini kontrol edin
Geçiş
Bir gün önce DNS TTL değerini düşürün. Ardından MX kaydını (veya mail host adını) yeni sunucuya yönlendirin, gönderenlerin yeni adrese tekrar denemesi için eski sunucuda teslimatı durdurun ve aradaki sürede gelen her şey için son bir delta senkronizasyonu yapın.
E-posta bu konuda hoşgörülüdür: bağlanamayan bir gönderen sunucu günlerce yeniden dener. Bu nedenle birkaç dakikalık geçiş mesaj kaybına yol açmaz.
Geçişten sonra
Genellikle unutulan bağımlılıkları kontrol edin: eski hesap üzerinden gönderim yapan uygulamalar, “Google ile oturum aç” kullanan girişler, DNS doğrulama kayıtları ve işlemsel e-posta sağlayıcıları. Ardından eski kayıtları kaldırın ve aboneliği iptal edin.
FAQ
- Kendi sunucunuzda barındırılan e-posta güvenilir mi?
- Evet, bakımı yapılıyorsa. SPF, DKIM, DMARC, spam filtreleme, izleme ve günlük yedekler içeren docker-mailserver gibi modern bir yığın güvenilirdir. Risk yazılımda değil, bakımsız bırakılan sunucudadır.
- Taşıdıktan sonra e-postalarım spama düşer mi?
- Kimlik doğrulama eksiksizse hayır. SPF, DKIM ve DMARC'ı yayımlayın, eşleşen bir reverse DNS kaydı ayarlayın, hosting sağlayıcınız 25 numaralı portu engelliyorsa saygın bir relay üzerinden gönderin ve geçişten önce Gmail'e teslimatı test edin.
- Birden fazla alan adı tek bir mail sunucusunu paylaşabilir mi?
- Evet. Tek bir sunucu, her biri kendi posta kutularına, kendi DKIM anahtarına ve kendi webmail adresine sahip çok sayıda alan adını barındırabilir.
Bu konuda yardıma mı ihtiyacınız var?
Bunu her hafta müşterilerimiz için yapıyoruz. Projenizi anlatın.
Proje başlat