Bir kişi posta istemcilerinin, SMTP sunucularının ve tüm çevrimiçi posta sisteminin nasıl çalıştığı hakkında daha fazla bilgi edindikçe, neden bir ara SMTP sunucusuna ihtiyaç duyulduğunu merak edebilir. Bunu göz önünde bulundurarak, bugünün Süper Kullanıcı Soru-Cevap gönderisi, meraklı bir okuyucunun sorularının yanıtlarını içerir.
Bugünün Soru-Cevap oturumu bize, topluluk odaklı bir Soru-Cevap web siteleri grubu olan Stack Exchange'in bir alt bölümü olan SuperUser'ın izniyle geliyor.
Fotoğrafın izniyle David Schroeder (Flickr) .
Soru
Süper Kullanıcı okuyucu Tobia, posta göndermek için neden bir ara SMTP sunucusunun gerekli olduğunu öğrenmek ister:
Posta göndermek için neden bir ara SMTP sunucusuna ihtiyacım var? Posta istemcim (Outlook veya Thunderbird) neden iletileri doğrudan alıcının SMTP alanına gönderemiyor?
Örneğin, posta göndermem gerekirse [email protected] Gmail hesabımla bunu şu adrese gönderiyorum: smtp.gmail.com sunucu; sonra bu sunucu mesajımı sunucunun MX sunucusuna gönderir. example.com .
Posta göndermek için neden bir ara SMTP sunucusu gereklidir?
Cevap
SuperUser katılımcısı davidgo'nun bizim için cevabı var:
Bilgisayarınızdan doğrudan alıcının SMTP sunucusuna posta göndermek teknik olarak mümkündür.
Geçmişten bakıldığında, uzak SMTP sunucusu çalışmıyorsa, bir sistemin onu otomatik olarak işlemesini ve yeniden denemeye devam etmesini istersiniz, dolayısıyla 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, bir bağlantı kurulduğunda postalar sıraya alınır ve gönderilirdi.
İnternet hizmetlerinin ucuz olduğu yerlere geçersek, bir sunucu yoksa posta göndermeyi yeniden denemek için mekanizmalara sahip olmak yine de yararlıdır. Bu işlevselliğin MUA'ya (Posta kullanıcı aracısı / son kullanıcı posta programı) yazılması ideal değildir. Bu işlevler bir MTA'ya (Posta sunucusu / SMTP sunucusu) uyar.
Ama daha da kötüleşiyor — spam gönderenler. Postaların çoğu (yüzde 80'den fazlası) spamdir. Posta sağlayıcıları bu sorunu azaltmak için ellerinden geleni yaparlar ve çok sayıda teknik postanın teslim edilme şekli hakkında varsayımlarda bulunur. Aşağıdakiler önemli hususlardır:
1. Gri listeleme: Gönderen ve alıcı daha önce iletişim kurmamışsa ve ikinci kez denemesini beklerse, bazı sağlayıcılar posta bağlantısını otomatik olarak keser. Bir SMTP sunucusunun her zaman yapması beklenirken, spam gönderenler genellikle yeniden denemeyebilirler. Bu, spam hacmini yaklaşık yüzde 80 oranında azaltır, ancak bunu yapmak zorunda olmak berbattır.
2. İtibar: Saygın, bilinen bir SMTP sunucusu üzerinden posta gönderen birinin, gece uçuş sunucusuna kıyasla yasal olması çok daha olasıdır. İtibar için bir fikir edinmek için sağlayıcılar bir dizi şey yapar:
- Dinamik / istemci adreslerini engelleyin (yüzde 100 değil, ancak İnternet'in büyük parçaları haritalandı).
- Ters DNS'nin ileri DNS ile eşleşip eşleşmediğini kontrol edin. Yapması çok zor değil, ancak bir miktar hesap verebilirlik ve en iyi uygulamalar hakkında bilgi gösteriyor (birçok müşteri adresi bloğunun sahip olmadığı bir şey).
- İtibarı kontrol edin. Diğer SMTP sunucuları ile iletişim kurarken, birçok sağlayıcı gönderilen e-posta miktarını ve istenmeyen posta miktarını takip eder. Bağlantıları sınırlandırarak ve bu parametreleri göz önünde bulundurarak istenmeyen posta miktarını azaltabilirler. Bunun yapılmasının pek çok yolu vardır, bunların hepsi açık değildir, ancak bilinen bir gönderici gerektirir.
- SPF ve DKIM. Bu mekanizmalar sahte postayı daha zor hale getirmek için DNS kaynaklarını alan adına bağlar ve zor olabilir, ancak giden postadan posta programı (MUA) sorumluysa dağıtılması imkansız değildir.
Muhtemelen başka ufak tefek endişeler de vardır, ancak bunlar en önemlileri olacaktır.
Açıklamaya eklemek istediğiniz bir şey var mı? Yorumlarda ses çıkarın. Diğer teknoloji meraklısı Stack Exchange kullanıcılarından daha fazla yanıt okumak ister misiniz? Tartışma dizisinin tamamına buradan göz atın .
