Smart Host

Smarthost Yapılandırması: Uygulama ve Sunucu Entegrasyonu Rehberi

Smarthost entegrasyonu: port ve şifreleme seçimi, web uygulaması ve posta sunucusu yapılandırması, 7 adımlı kesintisiz geçiş planı. Smarthost Yapılandırması…

Smarthost Yapılandırması: Uygulama ve Sunucu Entegrasyonu Rehberi
İçindekiler
  1. Temel Mantık
  2. Port ve Şifreleme Seçimi
  3. Sistem Bazında Yapılandırma
  4. Web Uygulaması (İletişim Formu, Sipariş Bildirimleri)
  5. Kurumsal E-posta Sunucusu
  6. İş Yazılımları (CRM, Muhasebe, Fatura)
  7. Cihazlar ve Otomasyonlar
  8. Kesintisiz Geçiş Planı
  9. Geçişte En Sık Karşılaşılan Beş Sorun
  10. Sonuç
  11. Sıkça Sorulan Sorular (SSS)
  12. Smarthost kullanınca MX kaydımı değiştirmem gerekir mi?
  13. Smarthost gelen e-postalarımı da yönetir mi?
  14. Gönderim limitim olacak mı?
  15. Yapılandırmanın doğru çalıştığını nasıl doğrularım?

Smarthost Yapılandırması: Uygulama ve Sunucu Entegrasyonu Rehberi

Smarthost hizmetine geçmeye karar verdiniz. Sıradaki soru pratik: e-postalarınızı gönderen sistemleri bu altyapıya nasıl yönlendireceksiniz? Cevap sistem başına değişir — web uygulamanız, e-posta sunucunuz ve iş yazılımlarınız farklı yollarla yapılandırılır.

Bu rehber, smarthost entegrasyonunu sistem tipine göre ele alıyor ve geçiş sırasında atlanan noktaları gösteriyor.

Temel Mantık

Smarthost yapılandırması özünde tek bir değişikliktir: e-postayı doğrudan alıcının sunucusuna göndermek yerine, önce aracı sunucuya (smarthost) iletirsiniz. Aracı sunucu kimlik doğrulamanızı yapar, iletiyi imzalar ve yüksek itibarlı IP havuzu üzerinden alıcıya ulaştırır.

Bu değişiklik için her sistemde ihtiyaç duyacağınız bilgiler aynıdır:

  • Smarthost sunucu adresi
  • Bağlantı portu ve şifreleme yöntemi
  • Kimlik doğrulama bilgileri (kullanıcı adı ve parola)
  • İzin verilen gönderen adresleri

Port ve Şifreleme Seçimi

Bağlantı portu seçimi, teslimattan önce güvenliği ilgilendirir. Kimlik bilgileriniz her bağlantıda gönderildiği için şifrelenmemiş bir bağlantı, parolanızı ağda açıkta bırakır.

Port Şifreleme Kullanım
587 STARTTLS ile yükseltilir Standart gönderim portu — varsayılan tercih
465 Baştan şifreli Doğrudan TLS destekleyen istemciler için
25 Genellikle şifresiz Sunucular arası aktarım — istemci gönderimi için kullanmayın

Pratik kural: 587 ile başlayın. Birçok internet servis sağlayıcısı 25 numaralı portu giden bağlantılar için engeller — bu, "yapılandırma doğru ama e-posta gitmiyor" durumunun yaygın nedenidir.

Sistem Bazında Yapılandırma

Web Uygulaması (İletişim Formu, Sipariş Bildirimleri)

Çoğu web uygulaması varsayılan olarak sunucunun yerel posta fonksiyonunu kullanır. Bu, doğrudan sunucu IP'sinden gönderim yapar ve teslimat sorunlarının en yaygın kaynağıdır.

Yapılacak değişiklik: uygulamayı kimlik doğrulamalı SMTP gönderimine geçirmek. Popüler içerik yönetim sistemlerinde bu, bir eklenti ile yapılır; özel yazılmış uygulamalarda posta gönderim kütüphanesinin yapılandırması değiştirilir.

Kritik ayrıntı: Gönderen adresi kendi alan adınızdaki bir adres olmalıdır. İletişim formunda ziyaretçinin adresini gönderen yapmak, doğrulamanın kesin olarak başarısız olmasına yol açar. Ziyaretçinin adresi yanıtla alanına konmalıdır.

Kurumsal E-posta Sunucusu

Kendi posta sunucunuz varsa, giden iletileri doğrudan alıcıya göndermek yerine smarthost üzerinden aktaracak şekilde yapılandırırsınız. Bu, sunucu yazılımının aktarım (relay) ayarlarında yapılır.

Yapılandırma sonrası mutlaka doğrulayın: gönderim gerçekten smarthost üzerinden mi gidiyor, yoksa sunucu bazı durumlarda doğrudan göndermeye devam mı ediyor? Test e-postasının başlıklarındaki aktarım zinciri bu sorunun cevabını verir.

İş Yazılımları (CRM, Muhasebe, Fatura)

Bu sistemler genellikle kendi SMTP ayar ekranlarına sahiptir. Her birini tek tek yapılandırmanız gerekir — ve envanterinizde atlanan sistemler genellikle bunlar olur. Fatura gönderen bir muhasebe yazılımı, teslimat sorunu yaşadığında en geç fark edilen sistemdir çünkü kimse "faturanın ulaşmadığını" hemen bildirmez.

Cihazlar ve Otomasyonlar

Tarama sonucu gönderen çok fonksiyonlu yazıcılar, izleme sistemleri ve yedekleme raporları — bunlar da e-posta gönderir ve sıkça unutulur. Eski cihazlar modern şifreleme yöntemlerini desteklemeyebilir; bu durumda cihazı ayrı bir yerel aktarıcı üzerinden geçirmek gerekebilir.

Kesintisiz Geçiş Planı

  1. Envanteri çıkarın. Alan adınız adına e-posta gönderen tüm sistemleri listeleyin. Bu adım atlanırsa geçiş eksik kalır.
  2. SPF kaydını önce güncelleyin. Smarthost'u SPF kaydınıza ekleyin. Bunu geçişten önce yapın ki ilk gönderim doğrulamayı geçsin.
  3. DKIM'i yapılandırın. Smarthost sağlayıcınızın verdiği DNS kaydını ekleyin ve imzalamayı etkinleştirin.
  4. Tek bir sistemle başlayın. En az kritik sistemi (örneğin site iletişim formu) önce geçirin, test edin, doğrulayın.
  5. Kalan sistemleri sırayla geçirin. Her birinden sonra test e-postası gönderip başlıklardaki doğrulama sonuçlarını kontrol edin.
  6. Eski gönderim yolunu kapatın. Tüm sistemler geçtikten sonra sunucunun doğrudan gönderim yapmasını engelleyin; aksi halde unutulan bir sistem eski yoldan göndermeye devam eder ve sorun teşhis edilemez.
  7. SPF kaydını sadeleştirin. Artık kullanılmayan gönderim kaynaklarını kayıttan çıkarın — sorgu limitini boşuna doldurmayın.

Geçişte En Sık Karşılaşılan Beş Sorun

  • Bağlantı kurulamıyor: Çıkış portu güvenlik duvarı veya internet sağlayıcısı tarafından engellenmiş olabilir. Farklı bir port deneyin.
  • Kimlik doğrulama başarısız: Kullanıcı adının tam e-posta adresi mi yoksa yalnızca kullanıcı adı mı olduğunu kontrol edin — sağlayıcıya göre değişir.
  • Gönderen adresi reddediliyor: Smarthost genellikle yalnızca yetkilendirilmiş gönderen adreslerine izin verir. Kullandığınız adresin tanımlı olduğunu doğrulayın.
  • Sertifika hatası: Sunucunun kök sertifika deposu güncel olmayabilir. Doğrulamayı kapatmak yerine sertifika deposunu güncelleyin — kapatmak bağlantıyı güvensiz hale getirir.
  • Bazı e-postalar hâlâ eski yoldan gidiyor: Envanterde atlanan bir sistem var demektir. DMARC raporları bu sistemi bulmanın en güvenilir yoludur.

Sonuç

Smarthost entegrasyonu teknik olarak basit bir değişikliktir — birkaç ayar alanı. Geçişi zorlaştıran şey teknik zorluk değil, envanterin eksik çıkarılmasıdır. Alan adınız adına gönderim yapan her sistemi bulup geçirmediğiniz sürece, teslimat sorunları kısmen devam eder ve nedenini bulmak zorlaşır. Envanteri doğru çıkarın, SPF ve DKIM'i geçişten önce hazırlayın, sistemleri tek tek geçirip her birini test edin. Bu sırayla yapılan bir geçiş, kesintisiz tamamlanır.

Sıkça Sorulan Sorular (SSS)

Smarthost kullanınca MX kaydımı değiştirmem gerekir mi?

Hayır. MX kaydı gelen e-postayı yönetir, smarthost ise giden e-postayla ilgilidir. İkisi bağımsızdır — gelen e-posta akışınız aynı kalır. Bu ayrımı bilmemek, geçiş sırasında MX kaydına dokunup e-posta almayı kesme hatasına yol açar.

Smarthost gelen e-postalarımı da yönetir mi?

Klasik anlamda smarthost giden gönderim içindir. Bazı sağlayıcılar gelen taraf için de filtreleme hizmeti sunar ama bunlar ayrı hizmetlerdir ve ayrı yapılandırılır.

Gönderim limitim olacak mı?

Genellikle evet — saatlik veya günlük gönderim limitleri sağlayıcının kötüye kullanımı önleme mekanizmasıdır. Beklenen hacminizi sağlayıcıyla önceden paylaşın; ani hacim artışları güvenlik kontrolü tetikleyebilir.

Yapılandırmanın doğru çalıştığını nasıl doğrularım?

Kendinize farklı sağlayıcılardaki adreslere test e-postası gönderin ve gelen iletinin başlıklarını inceleyin. Orada iletinin hangi sunuculardan geçtiğini ve SPF/DKIM/DMARC sonuçlarını görürsünüz. Aktarım zincirinde smarthost görünüyorsa yapılandırma çalışıyor demektir.