SmartHost SMTP Relay Kurulumu: Adım Adım

SMTP relay kurulumu, ilk bakışta göründüğünden kısa bir iştir: relay adresi, kullanıcı adı ve şifreyi alırsınız, alan adınızın DNS’ine iki kayıt eklersiniz ve gönderim yapan sistemin giden sunucu ayarını değiştirirsiniz. Zorluk adımların sayısında değil, sırasında ve doğrulamasındadır; DNS eklenmeden yapılan gönderim spama düşer, yanlış port ile yapılan bağlantı hiç kurulmaz.

Bu rehber LIONFIN SmartHost SMTP relay hizmetini sıfırdan çalışır hâle getirmenin genel akışını verir; Postfix, Exim ve WordPress gibi platformların kendi ayrıntıları ayrı rehberlerde. Relay’in ne olduğunu ve ne zaman gerektiğini SmartHost nedir yazısında bulabilirsiniz.

Kurulum öncesi: hesap bilgileri ve gönderen alan adı

Hizmet açıldığında müşteri panelinde Hizmetlerim → SmartHost ekranı oluşur. Buradan alacağınız ve kurulum boyunca kullanacağınız değerler:

Gönderim yapacağınız alan adlarını panelde gönderen alan adı olarak tanımlayın; relay, yetkilendirilmemiş alan adı adına gönderimi kabul etmez. Sistem gönderimleri için [email protected] gibi ayrı bir adres kullanmak iyi bir alışkanlıktır.

SPF ve DKIM kayıtlarını ekleme

Relay üzerinden çıkan mesajların Gmail ve Outlook.com tarafında doğrulanması için alan adınızın DNS’inde iki TXT kaydı bulunmalıdır. Kayıtların gerçek değerleri panelde gösterilir; biçimleri şöyledir:

sirketiniz.com.                 TXT  "v=spf1 include:SPF_KAYNAGI ~all"
SECICI._domainkey.sirketiniz.com.  TXT  "v=DKIM1; k=rsa; p=ANAHTAR"

Zaten bir SPF kaydınız varsa ikinci bir SPF kaydı eklemeyin; mevcut kaydın içine include:SPF_KAYNAGI ifadesini yerleştirin. Alan adı başına yalnızca bir SPF kaydı geçerlidir ve kayıt içindeki DNS sorgusu sayısı 10’u aşmamalıdır. DNS LIONFIN’de tutuluyorsa kayıtlar panelden tek tıkla eklenir; başka bir sağlayıcıda tutuluyorsa TXT kaydı ekleme rehberindeki adımları izleyin. Kayıtların mantığı ve sık hatalar için SPF kaydı nedir ve DKIM kaydı nedir yazılarına bakın. Yayılmayı beklerken kurulumun geri kalanına devam edebilirsiniz.

SMTP relay kurulumu: platforma göre bağlantı ayarı

Her platformda yapılan iş aynıdır: giden sunucu = RELAY_ADRESI, port 587 STARTTLS ya da 465 SSL/TLS, kimlik doğrulama açık, kullanıcı adı ve şifre paneldeki değerler. Ayrıntı düzeyi platforma göre değişir:

Laravel tabanlı bir uygulamada .env dosyasındaki karşılığı şöyledir:

MAIL_MAILER=smtp
MAIL_HOST=RELAY_ADRESI
MAIL_PORT=587
MAIL_USERNAME=KULLANICI_ADI
MAIL_PASSWORD=SIFRE
MAIL_ENCRYPTION=tls
[email protected]

465 portunu seçerseniz şifreleme değerini ssl yapın. Sunucu tarafında Postfix üzerinden tüm sistem mesajlarını relay’e vermek, uygulama uygulama ayar yapmaktan daha sürdürülebilirdir; VPS sunucu kullanıcıları için önerilen yol budur.

Bağlantıyı komut satırından test etme

Uygulama ayarlarına geçmeden relay’e erişebildiğinizi doğrulamak zaman kazandırır. Linux ya da macOS terminalinde:

# TLS el sıkışması ve sunucu yanıtı (587 STARTTLS)
openssl s_client -starttls smtp -connect RELAY_ADRESI:587 -crlf

# 465 SSL/TLS için
openssl s_client -connect RELAY_ADRESI:465 -crlf

# Kimlik doğrulamalı tam test mesajı (swaks kurulu ise)
swaks --to [email protected] --from [email protected] \
      --server RELAY_ADRESI:587 --tls \
      --auth LOGIN --auth-user KULLANICI_ADI

İlk komutta 250 ile başlayan bir karşılama ve AUTH LOGIN PLAIN satırı görüyorsanız ağ ve TLS tarafı tamamdır. Bağlantı zaman aşımına uğruyorsa sunucunuzun giden 587/465 trafiği güvenlik duvarında kapalıdır; bulut sağlayıcınızın ağ kurallarını ve iptables/ufw çıkış kurallarını kontrol edin. Test mesajı ulaştığında alıcı tarafta mesaj başlıklarını açın: Authentication-Results satırında spf=pass ve dkim=pass görünmelidir.

Gönderim raporlarını okuma ve limitler

Kurulumdan sonra ilk gün paneldeki SmartHost raporlarını izleyin. Rapor her mesaj için üç sonuçtan birini gösterir:

• Teslim edildi: Alıcı sunucu mesajı kabul etti. Bu, gelen kutusuna düştüğü anlamına gelmez; spam klasörü kararı alıcı tarafında verilir.
• Ertelendi: Alıcı sunucu geçici hata döndürdü (greylisting, kota dolu, meşgul); relay belirli aralıklarla yeniden dener.
• Geri döndü (bounce): Kalıcı hata: adres yok, alan adı yok, içerik reddedildi. Bu adresleri listenizden çıkarın.

Hesabınızın saatlik ve günlük gönderim limiti aynı ekranda görünür; limit dolduğunda yeni mesajlar kuyruğa alınır ve pencere açılınca gönderilir. Yeni bir hesapla ilk günden binlerce mesaj göndermek yerine hacmi kademeli artırmak alıcı sağlayıcıların itibar algoritmaları açısından da doğrudur; kurallar toplu mail gönderimi ve limitler yazısında. Geri dönme oranı sürekli yüksekse nedenleri mail teslim sorunları rehberinde adım adım ayıklanır.

Sık karşılaşılan hatalar ve çözümleri

535 Authentication failed

Kullanıcı adı ya da şifre yanlış; paneldeki değeri yeniden kopyalayın. Şifre yakın zamanda yenilendiyse tüm sistemlerde güncelleyin. Bazı platformlar kullanıcı adı olarak e-posta adresi bekler; SmartHost kullanıcı adı paneldeki biçimiyle girilmelidir.

550 Sender address rejected / not allowed

Gönderen adresi, panelde tanımlı gönderen alan adlarından birinde değil. Alan adını SmartHost ayarlarına ekleyin ve SPF/DKIM kayıtlarını tamamlayın.

TLS required ya da bağlantı hemen kapanıyor

Port ile şifreleme türü uyuşmuyor: 587 için STARTTLS, 465 için doğrudan SSL/TLS seçilmelidir. Eski cihazlarda yalnızca 587 STARTTLS desteklenir.

Mesaj teslim edildi ama spama düştü

SPF ya da DKIM kaydı eksik ya da henüz yayılmamış; alıcı başlıklarındaki Authentication-Results satırına bakın. Gönderen adı ile adresin uyuşması, konu satırında büyük harf ve ünlem kullanılmaması, düz metin alternatifinin bulunması da puanı düşürür. Bu maddeleri tek tek gözden geçirmek için mailler neden spama düşer yazısı bir kontrol listesi sunar. Çözülemeyen durumlarda müşteri panelindeki Destek bölümünden mesaj kimliği (Message-ID) ile talep açın; ekip relay günlüklerinden teslimat yolunu izleyebilir. Paylaşımlı cPanel hosting üzerindeki siteler için ise relay yerine önce hosting paketinin SMTP hizmetini denemek yeterli olabilir.