Mautic ve Listmonk’u VPS Üzerinde Barındırmak

Mautic ve Listmonk’u Neden Kendi VPS’inizde Barındırmalısınız?

E‑posta pazarlama hacmi büyüdükçe iki konu kritik hale geliyor: maliyet ve kontrol. Hazır SaaS araçlar ilk aşamada pratik görünse de, on binlerce ya da yüz binlerce aboneli listelerde maliyet hızla artıyor, veri egemenliği ve KVKK/GPDR uyumu tarafında da soru işaretleri oluşuyor. Tam bu noktada Mautic ve Listmonk gibi self‑hosted e‑posta pazarlama araçlarını bir VPS üzerinde barındırmak hem finansal hem de teknik açıdan çok güçlü bir alternatif haline geliyor.

DCHost tarafında farklı ölçeklerde müşterilerle yaptığımız kapasite analizlerinde, özellikle düzenli bülten, kampanya ve otomasyon senaryolarında kendi e‑posta altyapısını kuranların:

• Aynı hacimde gönderimi, SaaS alternatiflerine göre çok daha düşük maliyetle yaptığını,
• Müşteri verilerini kendi kontrol ettikleri sunucularda tutabildiklerini,
• Teslim edilebilirlik (deliverability) tarafında, doğru yapılandırma ile en az kurumsal servisler kadar iyi sonuçlar aldıklarını

görüyoruz. Elbette bu özgürlüğün bir bedeli var: sunucuyu, güvenliği, DNS’i ve IP itibarını doğru yönetmek. Bu yazıda Mautic ve Listmonk’u DCHost VPS veya dedicated sunucu üzerinde, üretim ortamına yakışır şekilde kurmak için izlemeniz gereken teknik yol haritasını adım adım toparlayacağız.

Mautic ve Listmonk’un Teknik Mimarisi: VPS’e Nasıl Oturur?

Önce bu iki aracın nasıl çalıştığını kabaca anlamak, doğru VPS mimarisini kurmayı kolaylaştırır.

Temel bileşenler

• Uygulama katmanı
  Mautic, PHP tabanlı bir uygulamadır ve tipik olarak Nginx/Apache + PHP‑FPM üzerinde çalışır. Listmonk ise Go ile yazılmıştır ve tek bir binary servis olarak ayağa kalkar. Her ikisi de HTTP üzerinden yönetim paneli sunar.
• Veritabanı
  Mautic için MySQL/MariaDB veya PostgreSQL, Listmonk için PostgreSQL kullanılır. Yükün büyük kısmı raporlama, izleme ve segmentleme sorgularındadır.
• E‑posta gönderim katmanı (MTA veya SMTP)
  Uygulamalar doğrudan SMTP konuşur. Burada üç seçenek vardır:
  • Kendi MTA’nızı (örn. Postfix) VPS üzerinde çalıştırmak,
  • Ayrı bir mail VPS’i veya dedicated sunucu kullanmak,
  • Harici bir SMTP servisine bağlanmak.
• İsteğe bağlı bileşenler
  Queue/cron işleri, izleme ve loglama araçları (Netdata, Prometheus, Loki vb.), redis benzeri önbellek sistemleri yük arttıkça devreye girer.

Tek VPS senaryosu (küçük ve orta ölçekli listeler)

10.000–100.000 abone bandında, aylık 50.000–500.000 arası e‑posta gönderimi yapan tipik bir KOBİ için tek bir güçlü VPS çoğu zaman yeterlidir. Bu senaryoda:

• Web uygulaması (Mautic/Listmonk),
• Veritabanı (MariaDB/PostgreSQL),
• Küçük hacimler için hafif bir Postfix sunucusu veya harici SMTP entegrasyonu

aynı VPS üzerinde tutulabilir. Özellikle başlangıç aşamasında, yönetim ve maliyet açısından bu mimari oldukça pratiktir.

Uygulama ve e‑posta altyapısını ayırmak (büyüyen hacimler)

Aylık milyonlarca e‑postaya çıkan SaaS projelerinde ya da büyük e‑ticaret sitelerinde ise iki önemli gereksinim öne çıkıyor:

• IP itibarını korumak ve e‑posta altyapısını ayrı izole etmek,
• Veritabanı ve raporlama sorguları için daha fazla IOPS ve RAM sağlamak.

Bu seviyede genellikle aşağıdaki mimari tercih ediliyor:

• VPS #1: Mautic/Listmonk uygulaması + web sunucusu
• VPS #2: Veritabanı (PostgreSQL/MariaDB) – yüksek IOPS, NVMe disk
• VPS #3: Postfix tabanlı e‑posta sunucusu (birden fazla IP, rDNS, rate limit ayarlı)

Bu tarz ayrışmış mimarilerin artılarını ve eksilerini, veritabanı tarafında yüksek erişilebilirlik örnekleriyle birlikte görmek isterseniz MySQL ve PostgreSQL replikasyon rehberimizi mutlaka inceleyin.

Kaynak Planlama: Mautic ve Listmonk İçin Kaç vCPU, Ne Kadar RAM?

Çoğu e‑posta pazarlama projesinde ilk soru şu oluyor: “Bu sistem için kaç çekirdek, ne kadar RAM lazım?” Burada kritik metrik yalnızca abone sayısı değil; saatlik/ günlük gönderim hızı ve kampanya karmaşıklığıdır.

Örnek boyutlandırma senaryoları

Aşağıdaki değerler DCHost ortamında gördüğümüz gerçek kullanımlardan yola çıkarak hazırlanmış ortalama önerilerdir; uygulama optimizasyonuna göre aşağı/yukarı oynayabilir.

• Senaryo 1 – Küçük liste (5.000–20.000 abone)
  • Aylık gönderim: 10.000–50.000 e‑posta
  • Önerilen VPS: 2 vCPU, 4 GB RAM, 80–100 GB NVMe disk
  • Mimari: Uygulama + veritabanı aynı VPS, harici SMTP veya hafif Postfix
• Senaryo 2 – Orta ölçekli liste (50.000–200.000 abone)
  • Aylık gönderim: 100.000–1.000.000 e‑posta
  • Önerilen VPS: 4 vCPU, 8 GB RAM, 150–200 GB NVMe disk
  • Mimari: Uygulama + veritabanı aynı VPS ile başlanabilir; gönderim artınca veritabanı ayrı VPS’e taşınır.
• Senaryo 3 – Büyük ölçek (200.000+ abone, milyonlarca gönderim)
  • Aylık gönderim: 1–10+ milyon e‑posta
  • Önerilen altyapı: 2–3 VPS veya dedicated sunucu:
    • Uygulama: 4–8 vCPU, 8–16 GB RAM
    • Veritabanı: 8 vCPU, 16–32 GB RAM, yüksek IOPS NVMe
    • Mail sunucusu: 4–8 vCPU, 8–16 GB RAM, birden fazla dedicated IP

NVMe gibi hızlı disklerle gecikmeyi azaltmak ve raporlama sorgularını hızlandırmak, hem Mautic hem de Listmonk için ciddi konfor sağlıyor. DCHost tarafında NVMe VPS performans ölçümlerini detaylı anlattığımız yazı, disk tarafındaki farkı rakamlarla görmek için iyi bir kaynak.

RAM ve CPU tüketimini etkileyen faktörler

• Karmaşık segmentler, dinamik içerik ve çok adımlı otomasyonlar CPU yükünü artırır.
• Geniş raporlama filtreleri ve geçmiş veriyi uzun süre saklamak RAM ve disk kullanımı oluşturur.
• Listmonk, Go tabanlı olduğu için aynı hacimde Mautic’e göre daha az kaynak tüketebilir; ancak veritabanı tarafı her ikisinde de ciddi yük altındadır.

Kurulum sonrası, kaynak kullanımını düzenli takip etmek için VPS kaynak kullanımı izleme rehberimizde anlattığımız htop, Netdata ve Prometheus gibi araçları devreye almanızı öneririz.

Teslim Edilebilirlik: SPF, DKIM, DMARC, PTR ve IP İtibarı

Mautic veya Listmonk’u başarıyla kurmak tek başına yetmez; esas savaş, e‑postaların Inbox mı, Spam mı klasörüne düşeceği yerde başlar. Burada üç temel katman var:

• DNS ve doğrulama kayıtları,
• IP ve domain itibarı,
• İçerik kalitesi ve alıcı etkileşimi.

SPF, DKIM ve DMARC zorunlu hale geldi

Güncel pratikte ciddi hiçbir gönderim bu üçlü olmadan sağlıklı çalışmıyor. Alan adınızın DNS’inde şu kayıtların tanımlı olduğundan emin olmalısınız:

• SPF (TXT kaydı): Hangi sunucuların o alan adı adına e‑posta göndermeye yetkili olduğunu belirtir.
• DKIM (TXT kaydı): Gönderilen e‑postaları kriptografik olarak imzalayarak içerik bütünlüğü ve kaynak doğrulaması sağlar.
• DMARC (TXT kaydı): SPF/DKIM doğrulaması başarısız olduğunda alıcı sunucunun ne yapması gerektiğini tarif eder (none/quarantine/reject).

Bu ayarların mantığını ve cPanel/VPS üzerinde nasıl kurulduğunu adım adım görmek isterseniz SPF, DKIM ve DMARC rehberimize mutlaka göz atın.

PTR (Reverse DNS) ve HELO/EHLO uyumu

Kendi Postfix sunucunuzu kullanıyorsanız, IP’nize tanımlı PTR kaydı (reverse DNS) kritik öneme sahiptir. PTR kayıt değeri:

• Genellikle mail sunucunuzun FQDN’i ile eşleşmelidir (örn. mail.ornekalanadi.com).
• HELO/EHLO sırasında sunucunun kendini tanıttığı isimle uyumlu olmalıdır.

PTR konusunda daha teknik bir bakış açısı için PTR kaydı ve e‑posta teslimine etkisi başlıklı yazımızı öneririz.

Dedicated IP ve IP ısıtma (IP warming)

Orta ve büyük hacimli gönderimlerde, IP itibarı doğrudan sonuçlarınızı belirler. Yeni bir IP adresiyle aniden on binlerce e‑posta göndermek, çoğu büyük sağlayıcının gözünde sizi anında şüpheli yapar. Bu yüzden:

• Önce düşük hacimlerle başlayıp,
• Gün gün hacmi yavaşça artırarak,
• Bounce oranlarını ve spam şikâyetlerini izleyerek

IP’yi kontrollü şekilde “ısıtmak” gerekir. Bu süreci, pratik oranlar ve gerçek dünya örnekleriyle birlikte Dedicated IP ısıtma ve e‑posta itibarı yönetimi rehberimizde detaylandırdık.

Spam klasörünü tetikleyen yaygın hatalar

Mautic/Listmonk tarafında sık gördüğümüz hatalar:

• Doğrulanmamış alan adı ile gönderim yapmak,
• Eski, temizlenmemiş listeler (yüksek bounce oranı),
• Tek seferde çok büyük hacimde blast kampanyalar,
• IPS/antispam filtrelerinin sevmediği içerik kalıpları.

Bu konularda ayrıntılı bir kontrol listesi arıyorsanız, e‑postaların neden spam klasörüne düştüğünü anlattığımız makale iyi bir rehber olacaktır.

Kendi SMTP Sunucunuzu Kurmak mı, Harici Servis mi?

Mautic ve Listmonk, SMTP düzeyinde esnek oldukları için hem kendi MTA’nızı kullanabilir hem de harici bir SMTP servisine bağlanabilirsiniz. Karar verirken şunları göz önünde bulundurmanız faydalı:

Kendi Postfix sunucunuz (tam kontrol, daha çok sorumluluk)

Avantajları:

• Maliyet, yüksek hacimde çok daha avantajlıdır.
• IP ve alan adı itibarı tamamen sizin kontrolünüzdedir.
• Gelişmiş politikalar, rate limit, greylisting gibi kuralları kendiniz tanımlayabilirsiniz.

Dezavantajları:

• Güvenlik, spam filtreleme ve RBL takibi sizde.
• Başlangıçta IP ısıtma ve ayarların doğru yapılması emek ister.

Postfix + Dovecot + rspamd ile modern bir e‑posta altyapısını, IP ısıtma adımlarıyla birlikte kurmak için VPS’te e‑posta sunucusu kurulumu makalemiz detaylı bir saha rehberi işlevi görüyor.

Harici SMTP servisi (daha az operasyon, daha yüksek birim maliyet)

Başlangıçta teknik ekibi sınırlı olan projeler için harici SMTP servisiyle başlamak mantıklı olabilir. Bu durumda:

• Mautic/Listmonk uygulamasını DCHost VPS üzerinde barındırır,
• SMTP ayarlarında harici sağlayıcının verilerini tanımlarsınız,
• IP itibarının büyük kısmını servis yönetir; siz içerik ve liste temizliğine odaklanırsınız.

İleride hacim çok büyüdüğünde, karma model (günlük transactional e‑postalar harici servis, büyük kampanyalar kendi SMTP sunucunuzdan) sık kullanılan bir stratejidir.

Kurulum Yaklaşımı: Paket Kurulum mu, Docker mı?

Mautic ve Listmonk’u VPS üzerinde ayağa kaldırırken üç ana yaklaşım öne çıkar:

1) Dağıtım paketleriyle klasik kurulum

• Linux dağıtımınızın (Ubuntu/Debian vb.) paket yöneticisi ile Nginx/Apache, PHP‑FPM, PostgreSQL/MariaDB kurulur.
• Mautic PHP tabanlı olduğu için web root dizinine yerleştirilir; Listmonk için binary ve systemd servisi tanımlanır.
• Avantajı: Şeffaf yapı, debug ve tuning işlemleri daha anlaşılırdır.
• Dezavantajı: Uygulama ve bağımlılıkların güncellenmesi biraz daha manuel takip gerektirir.

2) Docker tabanlı kurulum

Özellikle aynı VPS üzerinde birden fazla self‑hosted araç çalıştırmak isteyen ekiplerde Docker tercih oranı yüksek. Temel mimari şöyledir:

• Mautic / Listmonk için ayrı container’lar,
• Veritabanı için ayrı container,
• İsteğe bağlı olarak Postfix, redis vb. ek container’lar,
• Traefik veya Nginx Proxy Manager gibi bir reverse proxy katmanı.

Docker kullanmanın artılarını, kalıcı hacim (volume) tasarımını ve zero‑downtime güncellemeleri daha önce VPS’te Docker ile izole uygulama barındırma rehberimizde detaylı anlattık; aynı prensipler Mautic ve Listmonk için de geçerlidir.

3) Yönetilen kurulum ve bakım (Managed VPS)

Uygulamanın kendisine odaklanmak, sistem yönetimiyle uğraşmamak isteyenler için DCHost tarafında sunulan yönetilen VPS/dedicated modelleri öne çıkıyor. Bu senaryoda:

• İşletim sistemi, güvenlik güncellemeleri ve temel servisler DCHost ekibi tarafından yönetilir,
• Siz Mautic/Listmonk paneli, kampanyalar, segmentler ve entegrasyonlara odaklanırsınız,
• Olası performans sorunlarında hem uygulama hem de alt katmanları birlikte incelemek çok daha hızlı olur.

Güvenlik: Mautic/Listmonk Kurulumunu Nasıl Sertleştirirsiniz?

E‑posta pazarlama sistemi, veri hassasiyeti yüksek bir bileşen: müşteri e‑postaları, tıklama geçmişi, segment bilgileri vb. Bu nedenle VPS güvenliğini “sonra bakarız” kategorisine atmamak gerekiyor.

Ağ ve erişim güvenliği

• Güvenlik duvarı (firewall): Sadece gerekli portları açın (80/443 HTTP(S), 22 SSH, 25/587/465 SMTP gerekiyorsa). Geri kalanları kapalı tutun.
• SSH sertleştirme: Root ile doğrudan girişleri kapatın, anahtar tabanlı kimlik doğrulama kullanın, mümkünse farklı bir SSH portu ve fail2ban ile brute‑force saldırılarını sınırlayın.
• Yönetim paneli erişimi: Mautic/Listmonk panelini IP kısıtlama, basic auth veya VPN arkasına almak ciddi bir güvenlik katmanı kazandırır.

Bu konuları adım adım uygulamak için VPS güvenlik sertleştirme kontrol listesi makalemizde detaylı bir rehber hazırladık.

HTTPS ve modern TLS ayarları

E‑posta pazarlama panelinizde oturum açarken ve webhook/API entegrasyonlarında, mutlaka HTTPS kullanmalısınız. Let’s Encrypt ile otomatik yenilenen sertifikalar ve modern TLS ayarları (TLS 1.2/1.3, güçlü şifre kümeleri) aşağıdaki kazanımları sağlar:

• Oturum çerezlerinin ve giriş bilgilerinin korunması,
• 3. parti entegrasyonlarda veri bütünlüğü ve gizlilik,
• Tarayıcı güvenlik uyarılarından kaçınma.

Let’s Encrypt otomasyonunu cPanel/DirectAdmin veya Nginx üzerinde kurmak için ücretsiz SSL sertifikası kurulum rehberimizi kullanabilirsiniz.

Gizli anahtarlar ve .env yönetimi

Mautic veya Listmonk konfigürasyon dosyalarında; SMTP şifreleri, API token’ları, entegrasyon secret’ları gibi hassas veriler bulunur. Bunları:

• Repo dışında, yetkisi sınırlı kullanıcıların erişebildiği dizinlerde,
• Doğru dosya izinleri ile (600/640),
• Varsa ayrı bir secrets yönetim katmanı üzerinden

tutmak gerekir. Bu alanda nelere dikkat etmeniz gerektiğini VPS’te .env ve gizli anahtar yönetimi rehberimizde pratik örneklerle anlattık.

Bakım, Güncellemeler ve Yedekleme Stratejisi

Self‑hosted bir e‑posta pazarlama altyapısında en çok ihmal edilen konu, düzenli bakım ve yedekler oluyor. Oysa en kötü senaryoda bile “maksimum şu kadar veri kaybını göze alırım” diyeceğiniz net bir RPO/RTO tanımınız olması gerekir.

Uygulama ve sistem güncellemeleri

• Mautic/Listmonk sürümlerini, güvenlik yamalarını ve veritabanı güncellemelerini takip edin.
• Önce staging ortamında test edip, ardından canlıya geçin. (Özellikle Mautic sürüm geçişlerinde schema değişiklikleri kritik olabilir.)
• Linux dağıtımınızın güvenlik güncellemelerini düzenli cron job’larla veya yönetilen VPS hizmetiyle otomatik takip edin.

Veritabanı ve dosya yedekleri

En azından şu iki katmanı düzenli yedeklemeniz şart:

• Mautic/Listmonk veritabanları (MySQL/MariaDB/PostgreSQL dump veya snapshot),
• Uygulama dosyaları ve konfigürasyonlar (.env, config dosyaları, cron ayarları).

Yedekleri aynı sunucuda değil, farklı bir disk havuzunda veya object storage üzerinde tutmak en sağlıklısıdır. DCHost tarafında bu ihtiyaca uygun olarak rclone ve restic ile object storage’a otomatik yedek alma konusunu detaylandırdık; aynı yaklaşımı Mautic/Listmonk için de uygulayabilirsiniz.

Ajanslar ve SaaS Projeleri İçin Multi‑Tenant Senaryolar

Eğer bir dijital ajanssanız veya kendi müşterileriniz için çok kiracılı (multi‑tenant) bir SaaS kuruyorsanız, Mautic/Listmonk’u tek bir VPS’e kurup birden fazla alan adı ve hesap yönetmek sık görülen bir senaryo.

Tek uygulama, çok alan adı

En basit modelde:

• Tek bir Mautic/Listmonk kurulumu vardır,
• Her müşteri için ayrı domain veya subdomain tanımlanır (mail.musteri1.com, mail.musteri2.com vb.),
• Her alan adı için SPF, DKIM, DMARC ve gönderen kimliği ayrı ayrı yapılandırılır.

Bu yapıda, DNS ve e‑posta doğrulama ayarlarını hatasız yönetmek kritik hale geliyor. Ajanslar için alan adı ve DNS erişim yönetimini sade ve güvenli şekilde kurgulamak için ajanslara yönelik DNS ve domain erişim rehberimizi okuyabilirsiniz.

Kaynak izolasyonu ve limitler

Multi‑tenant yapılarda bir diğer risk, tek bir müşterinin tüm CPU/RAM veya SMTP kapasitesini tüketmesidir. Bu yüzden:

• Her müşteri için gönderim hızı (saatlik/dakikalık limit) tanımlayın,
• Gerekiyorsa ayrı IP havuzları veya en azından ayrı alan adları kullanın,
• Disk ve veritabanı kullanımını periyodik raporlarla izleyin.

Bu tarz çok kiracılı yapılara özellikle KOBİ ve SaaS projeleri açısından geniş bir çerçeveden bakmak isterseniz SaaS için çok kiracılı mimari ve hosting seçimi rehberimiz strateji belirlemenize yardımcı olacaktır.

DCHost Üzerinde Önerilen Mimariler

Özetle, Mautic veya Listmonk ile yola çıkarken DCHost tarafında en sık önerdiğimiz üç temel mimari şunlar:

1) Başlangıç/KOBİ mimarisi

• Tek DCHost NVMe VPS (2–4 vCPU, 4–8 GB RAM),
• Mautic/Listmonk + veritabanı aynı VPS üzerinde,
• Harici SMTP servisi veya hafif Postfix kurulumu,
• Let’s Encrypt ile HTTPS, temel firewall ve SSH sertleştirme.

Bu model, küçük/orta ölçekli listeler için düşük maliyetli ama esnek bir başlangıç sağlar. Trafik arttıkça, veritabanını veya SMTP’yi ayrı sunuculara taşımanız kolay olur.

2) Büyüyen projeler için ayrışmış mimari

• VPS #1: Uygulama (Mautic/Listmonk) – 4 vCPU, 8 GB RAM
• VPS #2: Veritabanı – 4–8 vCPU, 8–16 GB RAM, yüksek IOPS NVMe
• VPS #3: Postfix tabanlı mail sunucusu – 4 vCPU, 8 GB RAM, birden fazla dedicated IP

Bu mimari, aylık yüz binlerce/milyonlarca e‑posta gönderen projelerde esneklik ve performans getirir. Gerekirse veritabanı tarafına replikasyon ekleyerek, raporlama ve canlı trafiği birbirinden ayırabilirsiniz.

3) Çok büyük hacimli ve kritik sistemler için dedicated/colocation

Günlük milyonlarca e‑posta gönderen, kritik SLA hedefleri olan projelerde ise:

• Yüksek çekirdek sayılı dedicated sunucular veya
• Kendi sunucunuzu veri merkezimize getirerek colocation hizmeti alma

daha mantıklı hale gelir. Bu seviyede:

• Disk altyapısını (NVMe/SAS, RAID, yedek depolama),
• Ağ topolojisini (yedekli uplink, DDoS koruması),
• Yedekleme ve felaket kurtarma senaryolarını

DCHost mühendisleriyle birlikte detaylı bir şekilde tasarlıyoruz.

Özet ve Sonraki Adımlar

Mautic ve Listmonk gibi self‑hosted e‑posta pazarlama araçlarını kendi VPS’inizde barındırmak, doğru kurgulandığında size üç büyük avantaj sağlar: maliyette ciddi tasarruf, veri üzerinde tam kontrol ve teslim edilebilirliği gerçekten anlayıp yönetebilme imkânı. Bunun karşılığında ise DNS, IP itibarı, güvenlik ve bakım konularında bilinçli hareket etmeniz gerekiyor.

Bu yazıda DCHost tarafında sahada en sık gördüğümüz soruları ve çözümleri toparlamaya çalıştık: doğru VPS boyutlandırma, SPF/DKIM/DMARC ve PTR ayarları, IP ısıtma, Postfix/harici SMTP seçimi, güvenlik sertleştirme, yedekleme ve multi‑tenant senaryolar. Bir sonraki adımda;

• Mevcut veya planladığınız liste hacmine göre bir kapasite planı çıkarabilir,
• Alan adınız için SPF, DKIM ve DMARC kayıtlarını kontrol edebilir,
• DCHost üzerinden ihtiyacınıza uygun VPS, dedicated veya colocation opsiyonlarını değerlendirip,
• Kurulum ve mimari tasarım için teknik ekibimizden destek alabilirsiniz.

Eğer halihazırda başka bir sağlayıcıda çalışan Mautic/Listmonk kurulumunuz varsa ve DCHost altyapısına taşımayı düşünüyorsanız, paylaşımlı hosting’den VPS’e sorunsuz geçiş rehberimizde anlattığımız taşıma ve DNS stratejilerini bu senaryoya da uyarlayabilirsiniz. Tüm bu süreci sizin için mümkün olduğunca kesintisiz ve öngörülebilir hale getirmek için buradayız.