Posta Göndermek İçin Neden Bir Ara SMTP Sunucusu Gerekiyor?
Bir kişi posta istemcilerinin, SMTP sunucularının ve tüm çevrimiçi posta sisteminin nasıl çalıştığı hakkında daha fazla şey öğrendiğinde, bir ara SMTP sunucusunun neden gerekli olduğu konusunda meraklı olabilirler. Bunu göz önünde bulundurarak, günümüzün Süper Kullanıcı Soru-Cevap yazısının meraklı bir okuyucunun sorularına cevapları vardır..
Bugünün Soru ve Cevap oturumu bize topluluk tarafından yönlendirilen bir soru-cevap web sitesi grubu olan Stack Exchange'in bir alt birimi olan SuperUser'ın izniyle geliyor..
Fotoğraf David Schroeder'in (Flickr) izniyle.
Soru
SuperUser okuyucu Tobia, posta göndermek için neden bir ara SMTP sunucusunun gerekli olduğunu bilmek istiyor:
Posta göndermek için neden bir ara SMTP sunucusuna ihtiyacım var? Posta istemcim (Outlook veya Thunderbird) neden doğrudan alıcının SMTP etki alanına mesaj gönderemiyor??
Örneğin, posta göndermek zorunda kalırsam [email protected] Gmail hesabımla smtp.gmail.com sunucu; daha sonra bu sunucu mesajımı MX sunucusuna gönderir. example.com.
Posta göndermek için neden bir ara SMTP sunucusu gerekli??
Cevap
SuperUser yazarı davidgo bizim için cevabı verdi:
Bilgisayarınızdan doğrudan alıcının SMTP sunucusuna posta göndermek teknik olarak mümkündür.
Tarihsel bir temelden bakıldığında, eğer uzak SMTP sunucusu kapalıysa, bir sistemin otomatik olarak işlemesini ve yeniden denemeyi sürdürmesini istersiniz, bu nedenle bir SMTP sunucunuz vardır. Benzer şekilde, eski günlerde, tüm posta sunucuları her zaman bağlı değildi (uzun mesafeli bağlantılar pahalıydı), bu nedenle postalar bir bağlantı kurulduğunda sıraya alınmış ve gönderilmişti..
İnternet servislerinin ucuz olduğu yere ilerleyerek, bir sunucu kullanılamıyorsa posta göndermeyi denemek için mekanizmaların kullanılması yararlı olacaktır. Bu işlevselliğin MUA'ya (Posta kullanıcısı / son kullanıcı posta programı) yazılması ideal değildir. Bu işlevler bir MTA'ya (Posta sunucusu / SMTP sunucusu) sığar.
Ancak daha kötü spam gönderir. Çoğu posta (yüzde 80'den fazla) spam. Posta sağlayıcıları bu sorunu azaltmak için ellerinden geleni yaparlar ve çok sayıda teknik postaların teslim edilmesine ilişkin varsayımlarda bulunur. Aşağıdaki önemli hususlar:
1. Greylisting: Gönderen ve alıcı daha önce iletişim kurmamışsa ve ikinci kez denemelerini beklerlerse, bazı sağlayıcılar otomatik olarak bir posta bağlantısını keseceklerdir. Bir SMTP sunucusunun her zaman olması gerektiği durumlarda spam göndericiler genellikle yeniden denemez. Bu spam hacmini yaklaşık yüzde 80 oranında azaltır, ancak bunu yapmak zorunda.
2. itibar: Saygın, bilinen bir SMTP sunucusu aracılığıyla posta gönderen birinin gece uçucu bir sunucuyla karşılaştırıldığında okunaklı olması çok daha olasıdır. Şöhreti hissetmek için sağlayıcılar birçok şey yapar:
- Dinamik / müşteri adreslerini engelle (yüzde 100 değil, ancak İnternet’in büyük bölümleri çıkarıldı).
- Ters DNS'in ileri DNS ile eşleşip eşleşmediğini kontrol edin. Yapması çok zor değil, ancak belli düzeyde bir hesap verebilirlik ve en iyi uygulamaların bilgisini gösteriyor (çok sayıda müşteri adres bloğu olmayan bir şey).
- İtibarınızı kontrol edin. Diğer SMTP sunucuları ile iletişim kurarken, birçok sağlayıcı spam miktarını ve gönderilen posta hacmini takip eder. Bağlantıları sınırlayarak ve bu parametrelere dikkat ederek spam miktarını azaltabilirler. Bunun yapılmasının bir çok yolu vardır, hepsi açık değildir, ancak bilinen bir göndereni gerektirir..
- SPF ve DKIM. Bu mekanizmalar sahte postaları zorlaştırmak için DNS kaynaklarını alan adına bağlar ve zor olur, ancak posta programının (MUA) giden postadan sorumlu olması durumunda dağıtılması imkansız değildir.
Muhtemelen başka küçük kaygılar da var, ama bunlar en büyük sorun.
Açıklamaya eklemek için bir şey var mı? Yorumlarda ses kesiliyor. Diğer teknoloji meraklısı Stack Exchange kullanıcılarından daha fazla cevap okumak ister misiniz? Burada tüm tartışma konusuna göz atın.
