Kendi SMTP sunucunuz üzerinden e-posta gönderin

Kendi e-posta altyapınızı çalıştırıyorsanız veya sağlayıcınız doğrudan listelemediğimiz bir sağlayıcıysa bunu kullanın — neredeyse her e-posta hizmeti SMTP sunar.

⚠️ Sağlayıcınız Mailgun, SendGrid, Postmark, Amazon SES veya Resend ise bunun yerine kendi kılavuzunu kullanın. Bu bağlantılar bir şeyler ters gittiğinde size daha iyi hata mesajları sağlar; çünkü bir SMTP durum kodu yerine sağlayıcının gerçekte ne söylediğini okuyabiliriz.

İhtiyacınız olanlar

E-posta sunucunuzu her kim yönetiyorsa ondan alacağınız dört şey:

• Sunucu (Host) — örn. smtp.yourprovider.com
• Bağlantı noktası (Port) — 587, 465 veya 2525
• Kullanıcı adı ve şifre

Hangi bağlantı noktası

587, STARTTLS ile gönderimdir (submission) ve kullanmanız gereken seçenektir. Bağlantı şifresiz başlar ve herhangi bir şey gönderilmeden önce TLS'ye yükseltilir.

465 örtük (implicit) TLS'dir — ilk bayttan itibaren şifrelenir. Aynı şekilde uygundur; bazı sağlayıcılar bunu tercih eder.

2525, birkaç ağ 587'yi engellediği için bazı barındırıcıların sunduğu resmi olmayan bir alternatiftir. Yalnızca sağlayıcınız size bunu kullanmanızı söylerse kullanın.

⛔ Bağlantı noktası 25 burada kabul edilir ancak neredeyse hiçbir zaman doğru yanıt değildir. Bu, bir uygulamanın ileti göndermek için kullandığı bağlantı noktası değil, e-posta sunucularının birbiriyle konuşmak için kullandığı bağlantı noktasıdır. Çoğu ağda engellenmiştir, sıklıkla kimlik doğrulaması yoktur ve çalıştığı yerlerde de genellikle şifrelenmemiştir.

⛔⛔ Şifrelenmemiş bir bağlantı üzerinden gönderim yapmayız. STARTTLS Kullan seçeneğini açık bırakırsanız — ki bırakmalısınız — ve sunucunuz yükseltmeyi reddederse, gönderim şifresiz devam etmek yerine başarısız olur. Bu kasıtlıdır: müşterilerinizin şifre sıfırlama bağlantıları bu iletilerde taşınır ve kimsenin fark etmediği bir seviye düşürme en kötü hata türüdür, çünkü e-posta yine de ulaşır.

Önce DNS'inizi ayarlayın

Sağlayıcınız bunu yönetilen bir hizmet gibi sizin adınıza yapmaz. Gönderim yaptığınız alan adında şunlara ihtiyacınız vardır:

SPF — sunucunuzun adresini yetkilendiren bir TXT kaydı: v=spf1 ip4:203.0.113.10 -all veya v=spf1 a:smtp.yourprovider.com -all. Zaten bir SPF kaydınız varsa onu düzenleyin; tek bir alan adında iki SPF kaydı SPF'nin tamamen başarısız olmasına yol açar.

DKIM — e-posta sunucunuz giden iletileri imzalar ve siz de eşleşen genel anahtarı <selector>._domainkey.yourdomain.com adresinde yayımlarsınız. Postfix'te bu genellikle OpenDKIM'dir; sağlayıcınız size belirteci (selector) bildirecektir.

DMARC — hem SPF hem de DKIM'in başarılı olduğunu kontrol ederken v=DMARC1; p=none; ile başlayan, _dmarc.yourdomain.com adresindeki bir TXT kaydı.

Ters DNS (Reverse DNS) — sunucunuzun IP adresi için PTR kaydı, sunucu adına (hostname) geri çözümlenmelidir. Büyük alıcılar bunu kontrol eder ve birçoğu bu kayıt olmadan bir adresten e-posta kabul etmez. Bunu DNS sağlayıcınız değil, barındırma sağlayıcınız ayarlar.

⭐ Çalıştırdıktan sonra iyi bir ücretsiz kontrol yöntemi: mail-tester.com adresine bir ileti gönderin ve puanı okuyun. Bu, dördünden hangisinin hatalı olduğunu size söyler; bu da bir spam klasöründen tahmin yürütmekten çok daha hızlıdır.

Zinn®'e bağlayın

Kontrol panelinizde E-posta gönderimi bölümünü açın:

• Sağlayıcı — SMTP sunucusu
• Bu alan adından gönder — mail.yourdomain.com (bir adres değil, bir alan adı)
• SMTP sunucusu, Bağlantı noktası, Kullanıcı adı, Şifre
• STARTTLS Kullan — 465 numaralı bağlantı noktasında değilseniz açık

⭐ Bir kişinin oturum açma bilgilerini yeniden kullanmak yerine bunun için özel bir posta kutusu veya gönderim kullanıcısı oluşturun. Birisi ayrıldığında ve şifresi değiştiğinde müşterilerinizin bildirimleri durmamalıdır.

Testi gönderin ve kodu girin

Farklı bir alan adındaki bir gelen kutusuna Test iletisi gönder düğmesine basın, gelen kutusundan kodu okuyun ve girin.

Çalışmadığında

"E-posta sunucusu kullanıcı adını veya şifreyi reddetti" — SMTP AUTH başarısız oldu. Sağlayıcınızın hesapta iki faktörlü kimlik doğrulaması varsa neredeyse kesinlikle oturum açma şifresi yerine bir uygulama şifresine ihtiyacınız vardır.

"Sunucu:bağlantı noktasına ulaşılamadı" — bağlantı noktası engellenmiştir, sunucu adı yanlıştır veya sunucu bu bağlantı noktasında gönderim için dinleme yapmıyordur. Başka bir makineden yapılacak telnet smtp.yourprovider.com 587 işlemi hangisi olduğunu size söyleyecektir.

Bir TLS hatası — sunucunuzun sertifikasının süresi dolmuş, kendinden imzalı veya girdiğiniz sunucu adıyla eşleşmiyor. Sertifikaları doğrularız ve bu kontrolü atlamayız; sertifikayı düzeltin.

"E-posta sunucusu alıcıyı reddetti" — sunucunuz bu gönderici için aktarım (relay) yapacak şekilde yapılandırılmamıştır; bu da genellikle kimliği doğrulanmış kullanıcının, gönderen alan adınız olarak gönderme iznine sahip olmadığı anlamına gelir.

Gönderiliyor ancak her şey spam'e düşüyor — bu SMTP değil, DNS kaynaklıdır. Yukarıdaki SPF, DKIM, DMARC ve ters DNS adımlarını gözden geçirin, ardından mail-tester kontrolünü yeniden çalıştırın.