1Sep
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, ara bir SMTP sunucusunun neden hatta gerekli olduğunu merak ediyor olabilirler. Bunu aklımızda tutarsak, günümüzün SuperUser Q & A postunda meraklı bir okuyucunun sorularına verilen yanıtlar bulunur.
Bugünkü Soru &Yanıt oturumu bize Q & A web sitelerinin topluluk temelli bir gruplandırması olan Stack Exchange'in bir alt bölümü olan SuperUser nezaketen geliyor.
Fotoğraf David Schroeder'in( Flickr) izniyle.
Soru
SuperUser okuyucu Tobia, posta göndermek için neden bir ara SMTP sunucusuna ihtiyaç duyulduğ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 alanına mesaj gönderemiyor?
Örneğin, Gmail hesabımla [email protected] 'ye posta göndermem gerekiyorsa, smtp.gmail.com sunucusuna gönderirim;bu sunucu mesajımı example.com 'nin MX sunucusuna gönderir.
Neden bir ara SMTP sunucusunun posta gönderilmesi gerekiyor?
Cevap
SuperUser katılımcısı davidgo bize cevap vermektedir:
Doğrudan bilgisayarınızdan alıcının SMTP sunucusuna posta göndermek teknik olarak mümkündür.
Geçmişten bakarsak, uzak SMTP sunucusu kapalıysa, bir sistemin otomatik olarak onu ele almasını ve tekrar denemesini istiyorsunuz, dolayısıyla bir SMTP sunucunuz var demektir. Benzer şekilde, eski günlerde, tüm posta sunucuları her zaman bağlı değillerdi( uzun mesafe bağlantıları pahalıydı), bu nedenle, bir bağlantı oluşturulduğunda posta kuyruğa alınacak ve gönderilecekti.
İnternet servislerinin ucuz olduğu alanlara geçmek bir sunucu kullanılamıyorsa, posta göndermeyi yeniden denemek için mekanizmalar olması halen yararlıdır. Bu işlevselliği MUA'ya( Posta kullanıcı aracı / son kullanıcı posta programı) yazmak ideal değildir. Bu işlevler bir MTA'ya( Posta sunucusu / SMTP sunucusu) uygundur.
Ancak spamler daha da kötüleşiyor.Çoğu posta( yüzde 80'den fazla) spam'dir. Posta sağlayıcıları, bu sorunu azaltmak için elinden gelen her şeyi verir ve çok sayıda teknik, postaların iletilme şekli hakkında varsayımlar yapar.Önemli noktalar şunlardır:
1. Greylisting: Bazı sağlayıcılar, gönderen ve alıcı daha önce iletişim kurmadıysa ve ikinci bir kez denemelerini bekliyorsa, otomatik olarak bir posta bağlantısı bırakır. Spam gönderenler genellikle bir SMTP sunucusu her zaman beklenirken tekrar denemez. Bu, spam hacmini yaklaşık yüzde 80 oranında azaltır, ancak bunu yapmaktan çekinir.
2. İtibar: Saygın, bilinen bir SMTP sunucusuyla posta gönderen birinin, gece gündüz çalışan bir sunucuya kıyasla okunaklı olma olasılığı daha yüksektir. Sağlayıcılar şöhret hissi uyandırmak için bir takım şeyler yapar:
- Dinamik / istemci adreslerini engelle( yüzde 100 değil, ancak İnternet'in büyük parçaları eşlenmiştir).
- 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 uygulama bilgisi( bir çok müşteri adres bloğunun olmayan bir şeyi) gösterir.
- İtibara dikkat et. Diğer SMTP sunucularıyla iletişim kurarken, birçok sağlayıcı gönderilen spam miktarını ve posta hacmini takip eder. Bağlantıları sınırlayıp bu parametrelere göz kulak ederek spam miktarını azaltabilirler. Bunun yapılmasının birçok yolu var, hepsi açık değil ama bilinen bir gönderene ihtiyaç duyuyor.
- SPF ve DKIM.Posta mekanizması( MUA) giden postadan sorumluysa, bu mekanizmalar, posta iletmeyi zorlaştırmak için DNS kaynaklarını alan adı ile bağlar ve zor olur, ancak dağıtımını yapmak da zor değildir.
Muhtemelen başka küçük endişeler de vardır, ancak bunlar büyük olanlardır.
Açıklamaya eklemek için bir şey var mı?Yorumların sesini kapatın. Diğer teknik uzman Stack Exchange kullanıcılarından daha fazla cevap okumak ister misiniz? Buradaki tam tartışma dizinine göz atın.