Hackaday’e Sor: Daha Büyük (E-posta) Daha mı İyi?

[ad_1]

Uzmanlar e-postanın sonunu rutin olarak tahmin etse de, hala bir ton alıyoruz ve bahse gireriz siz de alırsınız. E-posta çok uzun bir süredir ortalıkta dolaşıyor ve o günlerde herkese öğle yemeğine nereye gitmek istediklerini soran bir not gönderebilmek oldukça ileri teknolojiydi. O zamanlar bilgisayarlarımızda olanlar da çok farklıydı. ARPANET üzerinden ilk e-postanın 1971’de olduğunu düşünün. O zamanlar bazı kişilerin basılı terminalleri vardı. Grafikler olağandışıydı ve ana depolama alanınız muhtemelen şu anda masanızda bulunan en küçük flash sürücünün bir kısmıydı. Kimse fotoğraf, video veya dev PDF dosyaları göndermiyordu.

Bugün işler farklı. Bilgisayarlarımızda gigabaytlarca RAM ve terabaytlarca depolama alanı vardır. Zengin formatlı belgeler, yüksek çözünürlükte fotoğraflar ve hatta videolar üretip tüketiyoruz. Doğal olarak, bu dosyaları başkalarıyla paylaşmak istiyoruz, ancak e-posta feci şekilde kısaldı. Elbette, bazı sistemler büyük dosyanızı bulutta saklamayı ve bir bağlantı göndermeyi önerecektir, ancak şehirdeki arkadaşınıza çok megabaytlık bir videoyu e-postayla göndermenin başarısız olması daha olasıdır. Neden? Niye?

Bir E-postanın Hayatı

Tahmin edebileceğiniz gibi, bunun bir kısmı tarihi eserlerden kaynaklanıyor. Sistem, en son tatil videonuzu işlemek için yapılmadı. Daha da önemlisi, e-postanın çok çeşitli sistemler üzerinde geniş çapta birlikte çalışabilir olması amaçlanmıştır. Elbette, bu günlerde, e-postalarınızdan herhangi birinin iki uzak karakolu birbirine bağlayan bükülü bir çift üzerinden seyahat etmesi pek olası değildir, ancak abilir.

Sınırların doğuşunu anlamak için, bir e-postanın hayatını nasıl yaşadığını bilmek zorundasınız. Beklediğinizden çok daha karmaşık. Bugün posta, SMTP – Basit Posta Aktarım Protokolü adı verilen bir protokol kullanarak seyahat ediyor. Önce basit durumları ele alalım.

Diyelim ki bir Hackaday.com e-posta adresimiz var ve kendi e-posta sunucularımızı işletiyoruz (yok, ama bir dakikalığına benimle gelin). Bir kullanıcı SMTP sunucusuna bağlanır ve Hackaday.com’daki başka bir adrese e-posta gönderir. Bu kolay. Sunucu, e-postanın son hedefi olduğunu anlar, bu nedenle kabul eder ve teslim eder. teslim etmek ne demek? Bu duruma göre değişir, ancak genellikle kullanıcının bir posta programıyla veya POP3 veya IMAP gibi başka bir tür sunucuyla kontrol edeceği bir dosya koymak anlamına gelir. Ancak bizim amaçlarımız için bu, postanın kullanıcının bulabileceği bir yere konulduğu anlamına gelir.

Biraz daha zor bir durum, örneğin wd5gnr.com’dan birinin Hackaday’deki birine e-posta göndermek istemesidir (yine, alanın eskisi kadar yaygın olmayan kendi e-postasını işlediğini varsayarsak) . Bu durumda kullanıcı kendi SMTP sunucusuna bağlanır. @hackaday.com’un yabancı bir e-posta adresi olduğunu (belki birden fazla şekilde) anlar ve DNS dizininde etki alanını arar. DNS’deki (MX kaydı) kayıtlardan biri, etki alanının posta sunucusu adresidir. wd5gnr.com’daki SMTP sunucusu daha sonra postayı hackaday.com’a gönderecek ve bu da teslimatı gerçekten yapacaktır.

Ve daha sonra…?

Hepsi bu kadar, değil mi? Tam olarak değil. Bu günlerde, bu DNS girişi, bir Gmail sunucusu veya e-postayı gerçekten kabul edecek başka bir barındırma şirketi gibi bazı hizmetleri işaret ediyor olma ihtimalinden daha yüksek. Muhtemelen gönderen de bir satıcının sunucusuna bağlanıyor. Belki gönderen Zoho’nun SMTP sunucusuna bağlanır ve bu sunucu da postayı teslim etmek için Gmail sunucusuna bağlanır.

Özel ağlara girdiğinizde daha da karmaşıktır. wd5gnr ağı bir güvenlik duvarının arkasındaysa, nerede olursa olsun Hackaday sunucusuyla doğrudan iletişim kurmak mümkün olmayabilir. Sonra ne? Bir SMTP sunucusu, bir arabirimdeki postayı kabul edebilir ve ardından onu başka bir sunucuya aktarabilir. Bu bir süre devam edebilir. Örneğin, wd5gnr sunucusu her şeyi Gmail’e aktarabilir ve bu daha sonra ana Hackaday sunucusunu bulur ve bu sunucu da onu, belirli bir kullanıcının bulunduğu dünyanın parçası için dahili posta sunucusuna gönderir.

Bu kulağa çok uzak gelebilir, ancak her zaman olur. Örneğin, bir uydu bağlantısına kesintili bağlantıyla denizde bir gemide olabilirsiniz. Bir sunucu e-posta toplayabilir ve uyduyla bağlantı kurulmasını bekleyebilir. Ardından postayı uydu bağlantısı aracılığıyla gerçek ağa göndermeye özen gösterecek bir sunucuya gönderir.

E-postanın neden sömürü için bu kadar olgunlaştığını görebilirsiniz. Erken sunucular, herkesin bağlanmasına izin verir ve hatta herkes için posta aktarmayı deneyebilir. Spam elbette tüm bunları değiştirdi ve şimdi açık bir geçiş nadirdir. Bazı SMTP sunucuları, bilinen açık sunuculardan gelen postaları reddedecek kadar ileri gider. Bu, bazı çevrelerde bir sansür biçimi olarak tartışmalıdır, ancak sunucuların çoğu artık kimlik doğrulamanızı gerektirecek ve kimlik doğrulaması olmadan yalnızca belirli alanlara yönelik e-postaları kabul edecektir. Kontrol eden sunucuların sayısında da artış var. SPF kaydı bir sunucunun belirli bir etki alanı için postaları işlediğinin bilinmesini sağlamak için. DKIM bir adım daha ileri gider ve kriptografik bir imza kullanır.

Tarihin Ağırlığı

Bu nedenle, bu günlerde postanın nadiren ağdan çıkması veya açık bir geçişten geçmesi gerçeği, mesele şu ki, yapabilir. Bu neden önemli? Denizdeki gemi sorununa geri dönelim. Geminin sunucusunun e-postalarımızı tuhaf bir formatta kodlaması veya sıkıştırması gerekebilir. Uydu yer istasyonu yalnızca UUCP aracılığıyla e-posta gönderebilir ve bu da daha fazla işlem yapılması gerekir. Dolayısıyla büyük e-postalar bir ağ bant genişliği sorunundan daha fazlasıdır. Sunucunun dosyaları işlemesi ve dönüştürmesi gerekebilir. Bu nedenle SMTP, metin için harika olan 7 bit ASCII gerektirebilir. Ancak daha meraklısı için, mesaj (ekler dahil), MIME (Çok Amaçlı İnternet Posta Uzantıları) tarafından belirtildiği gibi temel 64 kodlaması gibi bir şey kullanılarak kodlanır. Bu aynı zamanda ekinizin kodlamadan sonra daha da büyüyeceği anlamına gelir.

Tam olarak bağlı bir ana bilgisayar bile e-posta mesajlarını işlemek isteyebilir. Örneğin, istenmeyen posta veya virüs yüklerini kontrol etmek yaygındır. Bu nedenle, sonsuz ağ bant genişliğine sahip olsa bile, büyük eklerle ilişkili bir işlem yükü vardır.

Doğru, bu günlerde işlem gücü de yetersiz değil, ancak bazı posta sunucuları son teknoloji ürünü olmayabilir, diğerleri ise çoğu spam olan milyonlarca e-postadan etkilenebilir.

Hackaday’a sorun

Büyük dosyalar nasıl gönderilir? E-posta daha büyük dosyalar almalı mı? Sizce e-posta yolda mı? Neyle değiştirildi? Nasıl daha kolay olabilir? gibi hizmetler var WeTransfer ve SendAnywhere, ancak dürüst olmak gerekirse, sunucularımızdan birine bir dosya yüklememiz ve bu şekilde bir bağlantı göndermemiz daha olasıdır. Sonra her zaman Dropbox, Drive veya iCloud gibi bulut depolama alanı vardır.

Taşıyıcı güvercinlerden bu yana çok yol kat ettik. Sonra tekrar, belki postanız o ağ üzerinden gitmek, fazla. SMTP’yi daha da derine inmek istiyorsanız, aşağıdaki Iowa Eyalet Üniversitesi’nden videoyu izleyin.

[ad_2]
Kaynak : https://hackaday.com/2022/06/13/ask-hackaday-is-bigger-e-mail-better/

Yorum yapın

SMM Panel PDF Kitap indir