SMTP Relay Neden Gerekli? SmartHost Avantajları
Sunucunuz e-posta gönderebiliyorsa neden araya bir relay koyasınız? Port engelleri, IP itibarı ve raporlama gibi beş somut nedenle doğrudan gönderim ile relay arasındaki farkı karşılaştırıyoruz.
Bir VPS ya da uygulama sunucusu kurduğunuzda e-posta göndermek ilk bakışta çözülmüş görünür: Postfix yüklü, mail() çalışıyor, test e-postası gitti. Sonra sipariş bildirimleri Gmail’de spam klasörüne düşer, bazı alıcılar hiç almaz ve “SMTP relay neden gerekli?” sorusu kendiliğinden gündeme gelir.
Bu yazıda doğrudan gönderim ile relay üzerinden gönderimi yan yana koyuyor, relay’i zorunlu kılan beş nedeni açıklıyor ve LIONFIN SmartHost SMTP relay servisinin bu sorunları nasıl tek noktadan çözdüğünü gösteriyoruz.
SMTP relay nedir, doğrudan gönderimden farkı ne?
Doğrudan gönderimde sunucunuz alıcının MX sunucusuna port 25 üzerinden kendisi bağlanır ve e-postayı teslim etmeye çalışır. Relay (smarthost) modelinde ise sunucunuz e-postayı kimlik doğrulamalı bir SMTP servisine (587 STARTTLS ya da 465 SSL) verir; teslimatı, kuyruğu, yeniden denemeyi ve itibar yönetimini o servis üstlenir.
Fark, sorumluluğun yerindedir. Doğrudan gönderimde alıcı sunucular sizin IP’nizi, PTR kaydınızı, SPF ve DKIM yapılandırmanızı ve gönderim geçmişinizi değerlendirir; her biri ayrı ayrı doğru olmak zorundadır. Relay modelinde bu değerlendirme relay servisinin altyapısı üzerinden yapılır ve siz yalnızca alan adınızın DNS kayıtlarını bir kez doğru kurarsınız. Kavramın ayrıntıları SmartHost nedir yazısında.
SMTP relay neden gerekli? Beş somut neden
- Port 25 çoğu ağda kapalı. Bulut ve VPS sağlayıcılarının önemli bir kısmı spam botlarını engellemek için giden port 25 trafiğini varsayılan olarak kapatır; ev ve ofis internet bağlantılarında da aynı engel yaygındır. 587 ve 465 portları ise açıktır ve relay tam olarak bu portları kullanır.
- IP itibarı sıfırdan başlar. Yeni bir sunucunun IP’si için alıcı tarafında hiçbir geçmiş yoktur; üstelik aynı IP daha önce başka bir müşteride kötüye kullanılmış olabilir. İtibar oluşturmak haftalar süren kademeli gönderim gerektirir.
- PTR ve HELO uyumu. Alıcı sunucular IP’nin ters DNS kaydının sunucu adıyla eşleşmesini bekler; bu kaydı yalnızca IP sahibi düzenleyebilir ve çoğu senaryoda unutulur.
- SPF ve DKIM tek noktadan. Birden fazla sunucu, uygulama ve site aynı alan adından gönderiyorsa her biri için ayrı DKIM anahtarı ve SPF girdisi yönetmek hataya açıktır; relay ile tek bir include ve tek bir imza yeterlidir.
- Görünürlük. Doğrudan gönderimde neyin teslim edilip neyin geri döndüğünü görmek için sunucu günlüklerini okumak gerekir; relay servisleri gönderim raporunu panelde sunar.
Karşılaştırma: doğrudan gönderim ve relay
| Ölçüt | Doğrudan gönderim | SmartHost relay |
|---|---|---|
| Kullanılan port | 25 (sık engellenir) | 587 STARTTLS ya da 465 SSL |
| IP itibarı | Sizin sorumluluğunuz | Servis tarafından yönetilir |
| PTR / ters DNS | IP sahibinden talep edilir | Hazır |
| SPF / DKIM | Her sunucu için ayrı | Alan adı başına tek kurulum |
| Kara liste takibi | Elle | Servis izler |
| Gönderim raporu | Sunucu günlükleri | Panelde hesap bazlı |
| Hacim kontrolü | Yok, kötüye kullanıma açık | Hesap bazlı limit |
| Kurulum süresi | Saatler, deneme yanılma | Dakikalar |
Tablodaki “hacim kontrolü” satırı çoğu zaman gözden kaçar: ele geçirilen bir web formu doğrudan gönderim yapan sunucudan saatte binlerce spam yollayabilir ve IP’niz dakikalar içinde kara listeye girer. Relay tarafındaki hesap limiti bu durumda otomatik bir sigorta görevi görür.
Hangi senaryolarda relay şart?
Relay, her e-posta gönderen sistem için faydalıdır; aşağıdaki senaryolarda ise pratik olarak zorunludur:
- Web sitesi formları ve WordPress bildirimleri: PHP
mail()ile giden postalar en sık spama düşen kategoridir; çözüm WordPress SMTP ayarları rehberinde. - E-ticaret ve CRM bildirimleri: Sipariş onayı, kargo takibi ve şifre sıfırlama e-postaları ulaşmadığında doğrudan gelir kaybı olur.
- Sunucu ve uygulama uyarıları: Cron çıktıları, izleme uyarıları, yedekleme raporları.
- Birden fazla sunucudan aynı alan adıyla gönderim: Her sunucuya ayrı itibar kazandırmak yerine tek relay.
- Port 25 engelli VPS’ler ve ofis ağları: Başka seçenek yoktur.
- Toplu ama izinli gönderimler: Bülten ve duyurular; limit ve kademeleme kuralları toplu mail gönderimi ve limitler yazısında.
Kişisel yazışmalar için ise ayrı bir relay gerekmez; kurumsal mail ya da xMail hesabınızın kendi SMTP sunucusu bu işi zaten yapar. Relay, uygulama ve sunucuların gönderdiği e-postalar içindir.
SmartHost ne sağlar?
LIONFIN SmartHost, yukarıdaki beş nedenin her birine karşılık gelen bir bileşen içerir:
- Kimlik doğrulamalı SMTP: 587 STARTTLS ya da 465 SSL; kullanıcı adı ve şifre hesap bazında tanımlanır.
- SPF ve DKIM hazır: alan adınızın DNS’ine eklemeniz gereken kayıtlar panelde verilir, imzalama relay tarafında yapılır.
- Yönetilen IP itibarı ve PTR kayıtları: kara liste izlemesi LIONFIN tarafından yapılır.
- Gönderim raporları: teslim edilen, geciken ve geri dönen e-postalar hesap bazında listelenir.
- Hesap bazlı limit: ele geçirilmiş bir form ya da hatalı bir döngü tüm alan adının itibarını yakmaz.
Relay adresi, kullanıcı adı ve limit bilgileri müşteri panelinde Hizmetlerim → SmartHost altındadır; metinde sabit bir sunucu adı vermek yerine paneldeki değeri kullanmanız gerekir. Teslimat sorunu yaşadığınızda destek talebinde hesap adını ve rapordaki mesaj kimliğini paylaşmanız, incelemeyi dakikalara indirir.
Kurulum özeti: üç adımda relay
Kurulum, hangi yazılımı kullanırsanız kullanın aynı üç adımdan oluşur:
- DNS kayıtları: Panelde verilen SPF include değerini ve DKIM TXT kaydını alan adınıza ekleyin.
- Gönderim yazılımı: Postfix, Exim ya da uygulamanızın SMTP ayarında relay adresini, portu ve hesap bilgilerini tanımlayın.
- Test ve rapor: Bir test e-postası gönderip başlıklarda
spf=passvedkim=passgördüğünüzü doğrulayın, ardından panel raporunu kontrol edin.
Postfix için ikinci adım /etc/postfix/main.cf dosyasında şu satırlarla yapılır:
relayhost = [RELAY_ADRESI]:587
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options = noanonymous
smtp_tls_security_level = encryptŞifre dosyasının hazırlanması, Exim ve WordPress örnekleri için SMTP relay kurulumu ve Postfix SmartHost yapılandırması rehberlerine bakın. Sunucunuz henüz yoksa VPS sunucu paketleriyle SmartHost birlikte etkinleştirilebilir.
Sık Sorulan Sorular
Sunucumda Postfix zaten çalışıyor, yine de relay gerekir mi?
Postfix e-postayı üretir ve kuyruklar, ancak alıcı sunucuların sizi kabul etmesi ayrı bir konudur. Port 25 açık, PTR kaydı doğru, IP itibarı temiz ve SPF/DKIM tamsa relay olmadan da teslimat sağlanabilir; bu koşulların tamamını sürdürmek ise sürekli bakım ister. Relay, Postfix’i kaldırmaz, yalnızca teslimat katmanını devreder.
SMTP relay ile kaç e-posta gönderebilirim?
Limit hesap bazında tanımlanır ve pakete göre değişir; güncel değerler müşteri panelindeki SmartHost sayfasında görünür. Limitler, ele geçirilen bir uygulamanın tüm alan adının itibarını zedelemesini önlemek içindir; düzenli ve izinli gönderim yapan hesaplar için ihtiyaç hâlinde artırılabilir.
Relay kullanınca e-postalar kimin adına gider?
Gönderen adresi sizin alan adınız olarak kalır; alıcı, e-postayı sizin gönderdiğinizi görür. Relay yalnızca teslimat yolunu değiştirir. SPF kaydınızda relay servisinin include değeri bulunduğu ve DKIM imzası alan adınız için tanımlandığı sürece kimlik doğrulama sonuçları alan adınız lehine olur.
Relay üzerinden gönderilen e-postaların içeriği okunur mu?
Relay, e-postayı teslim etmek için başlık ve zarf bilgilerini işler; içerik şifreli bağlantı (STARTTLS ya da SSL) üzerinden alınıp iletilir. Raporlarda gönderen, alıcı, tarih ve teslim durumu görünür; gövde metni raporlama amacıyla saklanmaz.