Proxmox Mail Gateway (PMG), posta sunucusu önünde çalışan bir e-posta güvenlik ağ geçididir. Gelen ve giden SMTP trafiğinde filtreleme, karantina ve kural yönetimi sağlar. Posta kutusu sunucusunu değiştirmeden ayrı bir güvenlik katmanı kurmak için değerlendirilebilir.
Resmi yönetim rehberi, filtreleme, relay, karantina, küme ve yedekleme işlevlerini birlikte açıklar. PMG’nin eklenmesi; bütün istenmeyen iletilerin engelleneceği, zararlı içeriğin hiç geçmeyeceği veya mevzuata otomatik uyum sağlanacağı anlamına gelmez.
Proxmox Mail Gateway ücretsiz mi?
PMG, resmi proje belgesine göre GNU AGPLv3 lisanslıdır. Yazılımın lisansı ile kurumsal paket deposu ve üretici desteği sağlayan abonelik ayrı değerlendirilmelidir. Açık kaynak kullanım, bütün işletim giderlerinin ortadan kalkması anlamına gelmez.
Bütçede şu kalemler ayrılır:
- Sunucu veya VM kaynakları, disk alanı ve yedek depolama.
- Seçilen destek seviyesi ve cluster’daki node sayısına bağlı abonelik kapsamı.
- Spam kurallarının bakımı, yanlış pozitif incelemesi ve kullanıcı karantinası yönetimi.
- Güvenlik güncellemeleri, arıza müdahalesi ve geri yükleme testleri.
İki node için teklif karşılaştırırken aynı destek kapsamı ve kurtarma hedefi esas alınmalıdır. Posta kutusu sunucusunun maliyeti bu hesaptan ayrı tutulur; PMG o sunucunun yerine geçmez.
Tipik posta akışı
Gelen posta için temel yol internet → PMG → posta kutusu sunucusu şeklindedir. Alan adının MX kayıtları ağ geçidine yönelir; PMG yalnız kabul etmesi gereken alan adlarını arka taraftaki doğru sunucuya iletir.
Giden posta akışı da PMG üzerinden geçirilecekse yetkili iç posta sunucusu → PMG → internet yolu ayrıca tanımlanır. Relay yetkisi genel internete verilmez. Arka uç sunucunun doğrudan SMTP erişimi açık bırakılırsa filtreleme katmanı atlanabilir; istisnalar bilinçli ve belgeli olmalıdır.
Kurulum kontrol listesi
| Alan | Kontrol |
|---|---|
| Relay alan adları | Yalnız hizmet verilen alanlar kabul ediliyor mu? |
| Hedef sunucu | Her alan adı doğru posta sunucusuna gidiyor mu? |
| Güvenilir ağlar | Giden relay izni yalnız gerekli kaynaklara mı ait? |
| DNS ve TLS | MX, adres kayıtları, ters DNS ve sertifika zinciri doğru mu? |
| Karantina | Kullanıcı/yönetici erişimi ve serbest bırakma yetkisi belli mi? |
| Saklama | Kuyruk, karantina ve logların disk tüketimi izleniyor mu? |
Zimbra Collaboration ile birlikte kullanımda, iki katmandaki filtre kurallarının etkileşimi değerlendirilir. Birden fazla tarama katmanı eklemek otomatik olarak daha iyi sonuç vermez; gecikme ve yanlış pozitifler de ölçülmelidir.
Karantina ve yanlış pozitif yönetimi
Filtre politikası yalnız “engelle” kararından oluşmaz. Şüpheli iletilerin kimin tarafından, hangi kanıtla ve ne kadar süre içinde inceleneceği belirlenir. Karantinadan çıkarma işlemi kayda alınır.
Geniş alan adı veya IP izin listeleri ilk çözüm yapılmamalıdır. Meşru bir gönderenin iletisi engelleniyorsa kural eşleşmesi, içerik, kimlik doğrulama ve gönderici itibarı incelenir. Soruna özel dar bir istisna, bütün filtreyi etkisizleştirmekten daha kontrollüdür.
Cluster, yedekleme ve arıza testi
PMG cluster, uygulama düzeyinde merkezi yapılandırma ve belirli verilerin senkronizasyonunu sağlar; trafik dağıtımı ayrıca tasarlanır. Bu, bütün disklerin veya tüm posta durumunun node’lar arasında birebir kopyalandığı anlamına gelmez. Küme yönetimi bölümü MX tabanlı seçenekleri ve node yönetimini açıklar. Küme kurulması, devam eden SMTP oturumlarının taşınacağı veya tüm kuyrukların yedeklendiği anlamına gelmez.
Bir node kapatıldığında yeni postanın diğerine ulaşması, giden relay’in çalışması ve hedef posta sunucusu erişilemezken kuyruk davranışı test edilir. Yerleşik backup, PMG yapılandırmasını, filtre kurallarını ve istatistik veritabanını kapsar; ağ yapılandırması, Postfix queue, karantina iletileri ve Tracking Center’ın kullandığı mail loglarını içermez. Bu verilerin kurtarma ihtiyacı ayrıca planlanır. Yedekler izole ortamda geri yüklenmeden kurtarma planı tamamlanmış sayılmaz.
Yaygın sorunlar ve çözümler
- Posta kuyrukta birikiyor: Hedef sunucu erişimi, DNS, SMTP ret kodu ve disk durumunu kontrol edin; toplu yeniden gönderim ilk adım değildir.
- Meşru posta engelleniyor: Mesajın eşleştiği kural ve spam gerekçesini inceleyin; önce dar kapsamlı düzeltme yapın.
- Bazı iletiler PMG’den geçmiyor: MX ve doğrudan arka uç erişimini kontrol edin.
- Giden posta reddediliyor: Relay izinleri, gönderen kimliği ve alıcı sunucunun yanıtını birbirinden ayırın.
