Mặc dù các chuyên gia thường dự đoán kết thúc của e-mail, chúng tôi vẫn nhận được rất nhiều điều đó và chúng tôi cá là bạn cũng vậy. Thư điện tử đã xuất hiện từ rất lâu và trước đây, nó là công nghệ khá cao để có thể tạo ra một ghi chú hỏi mọi người họ muốn đi ăn trưa ở đâu. Những gì chúng ta có trên máy tính của mình hồi đó cũng khác rất nhiều. Hãy xem xét rằng e-mail đầu tiên qua ARPANET là vào năm 1971. Hồi đó một số người có thiết bị đầu cuối bản cứng. Đồ họa không bình thường và bộ nhớ chính của bạn có thể là một phần nhỏ của ổ đĩa flash nhỏ nhất mà bạn hiện có trên bàn làm việc. Không ai gửi ảnh, video hoặc các tệp PDF khổng lồ.
Ngày nay, mọi thứ đã khác. Máy tính của chúng tôi có hàng gigabyte RAM và terabyte dung lượng lưu trữ. Chúng tôi sản xuất và tiêu thụ các tài liệu được định dạng phong phú, ảnh ở độ phân giải cao và thậm chí cả video. Đương nhiên, chúng tôi muốn chia sẻ những tệp đó với người khác, nhưng e-mail lại ngắn một cách đáng kinh ngạc. Chắc chắn, một số hệ thống sẽ đề nghị lưu trữ tệp lớn của bạn trên đám mây và gửi liên kết, nhưng gửi email video nhiều megabyte cho bạn bè của bạn trên khắp thị trấn có nhiều khả năng không thành công. Tại sao?
Cuộc sống của một e-mail
Như bạn có thể mong đợi, một số điều này là do các hiện vật lịch sử. Hệ thống không được tạo ra để xử lý video kỳ nghỉ mới nhất của bạn. Quan trọng hơn, e-mail có nghĩa là có thể tương tác rộng rãi trên nhiều hệ thống. Chắc chắn, những ngày này, không có khả năng bất kỳ e-mail nào của bạn đi qua một cặp xoắn nối hai tiền đồn xa xôi, nhưng nó có thể.
Để hiểu nguồn gốc của các giới hạn, bạn phải biết về cách một e-mail tồn tại trong vòng đời của nó. Nó phức tạp hơn rất nhiều so với những gì bạn có thể mong đợi. Ngày nay, thư đi bằng giao thức gọi là SMTP - Giao thức truyền thư đơn giản. Hãy xem xét các trường hợp đơn giản trước.
Bưu chính Email Hiển thị Gửi và Nhận Tin nhắn Web
”Data-medium-file =” https://hackaday.com/wp-content/uploads/2022/06/piqsel.com-id-jrdzx.jpg?w=400 ″ data-large-file = ”https: / /hackaday.com/wp-content/uploads/2022/06/piqsel.com-id-jrdzx.jpg?w=625 ″ loading = ”lazy” class = ”size-thumbnail wp-image-538869 alignleft” src = ” https://hackaday.com/wp-content/uploads/2022/06/piqsel.com-id-jrdzx.jpg?w=250 ″ alt width = ”250 ″ height =” 250 ″ srcset = ”https:// hackaday.com/wp-content/uploads/2022/06/piqsel.com-id-jrdzx.jpg 2400w, https://hackaday.com/wp-content/uploads/2022/06/piqsel.com-id-jrdzx .jpg? resize = 250,250 250w, https://hackaday.com/wp-content/uploads/2022/06/piqsel.com-id-jrdzx.jpg?resize=400,400 400w, https://hackaday.com/wp -content / uploads / 2022/06 / piqsel.com-id-jrdzx.jpg? resize = 625,625 625w, https://hackaday.com/wp-content/uploads/2022/06/piqsel.com-id-jrdzx. jpg? resize = 1536,1536 1536w, https://hackaday.com/wp-content/uploads/2022/06/piqsel.com-id-jrdzx.jpg?resize=2048,2048 2048w ”kích thước =” (max- chiều rộng: 250px) 100vw, 250px ”>
Hãy giả sử rằng chúng tôi có một địa chỉ e-mail Hackaday.com và chúng tôi chạy các máy chủ e-mail của riêng mình (chúng tôi không có, nhưng hãy đi với tôi trong một phút). Người dùng kết nối với máy chủ SMTP và gửi e-mail đến một địa chỉ khác tại Hackaday.com. Thật dễ dàng. Máy chủ nhận ra rằng nó là điểm đến cuối cùng của e-mail, vì vậy nó chấp nhận nó và gửi nó. Cung cấp có nghĩa là gì? Điều đó phụ thuộc, nhưng nó thường có nghĩa là đưa vào một số tệp mà người dùng sẽ kiểm tra bằng chương trình thư hoặc bằng một loại máy chủ khác như POP3 hoặc IMAP. Nhưng đối với mục đích của chúng tôi, nó có nghĩa là thư được đặt ở một nơi nào đó mà người dùng có thể tìm thấy nó.
Một trường hợp khó hơn một chút là khi ai đó từ wd5gnr.com muốn gửi e-mail cho ai đó tại Hackaday (một lần nữa, giả sử rằng miền đó đang xử lý e-mail của chính nó, điều này không phổ biến như trước đây) . Trong trường hợp này, người dùng kết nối với máy chủ SMTP của riêng họ. Nó nhận ra rằng @ hackaday.com là một địa chỉ e-mail ngoài hành tinh (có thể theo nhiều cách) và tra cứu miền trong thư mục DNS. Một trong những bản ghi trong DNS (bản ghi MX) là địa chỉ máy chủ thư của miền. Sau đó, máy chủ SMTP trên wd5gnr.com sẽ gửi thư đến hackaday.com, nơi thực sự sẽ thực hiện việc gửi thư.
Và sau đó…?
Đó là tất cả những gì cần làm, phải không? Không chính xác. Ngày nay, mục nhập DNS đó nhiều khả năng chỉ đến một số dịch vụ như máy chủ Gmail hoặc một số công ty lưu trữ khác thực sự sẽ chấp nhận e-mail. Có thể người gửi cũng đang đính kèm vào máy chủ của nhà cung cấp nào đó. Vì vậy, có thể người gửi gắn vào máy chủ SMTP của Zoho, máy chủ này sau đó kết nối với máy chủ Gmail để gửi thư.
Thậm chí phức tạp hơn là khi bạn truy cập vào các mạng riêng tư. Nếu mạng wd5gnr nằm sau tường lửa, có thể không liên hệ trực tiếp với máy chủ Hackaday bất kể nó ở đâu. Sau đó là gì? Một máy chủ SMTP có thể chấp nhận thư trên một giao diện và sau đó chuyển tiếp nó đến một máy chủ khác. Điều này có thể tiếp diễn trong một thời gian. Ví dụ: máy chủ wd5gnr có thể chuyển tiếp mọi thứ đến Gmail, sau đó sẽ tìm thấy máy chủ Hackaday chính, máy chủ này tiếp tục gửi nó đến máy chủ thư nội bộ cho phần của thế giới mà người dùng cụ thể đang ở.
Điều này nghe có vẻ xa vời, nhưng nó luôn xảy ra. Ví dụ: bạn có thể đang ở trên một con tàu trên biển với kết nối không liên tục với một liên kết vệ tinh. Máy chủ có thể thu thập e-mail và đợi kết nối với vệ tinh. Sau đó, nó gửi thư đến một máy chủ thông qua liên kết vệ tinh sẽ đảm nhận việc đưa nó ra mạng thực.
Bạn có thể thấy lý do tại sao e-mail đã quá chín muồi để khai thác. Các máy chủ ban đầu sẽ cho phép bất kỳ ai kết nối và thậm chí có thể cố gắng chuyển tiếp thư cho bất kỳ ai. Tất nhiên, thư rác đã thay đổi tất cả những điều đó, và giờ đây việc chuyển tiếp mở là một điều hiếm thấy. Một số máy chủ SMTP còn có thể từ chối thư đến từ các máy chủ mở đã biết. Điều này gây tranh cãi trong một số vòng kết nối như một hình thức kiểm duyệt, nhưng phần lớn các máy chủ hiện nay sẽ yêu cầu bạn xác thực và sẽ chỉ chấp nhận e-mail dành cho một số miền nhất định mà không cần xác thực. Ngoài ra còn có sự gia tăng của các máy chủ kiểm tra Bản ghi SPF để đảm bảo rằng một máy chủ được biết là xử lý thư cho một miền cụ thể. phần mở rộng dkim đi một bước xa hơn và sử dụng chữ ký mật mã.
Sức nặng của lịch sử
Vì vậy, thực tế là những ngày này, hiếm khi thư rời khỏi mạng hoặc chuyển qua một rơle mở, vấn đề là nó có thể. Tại sao lại là vấn đề đó? Hãy quay trở lại vấn đề con tàu trên biển. Máy chủ cho tàu có thể phải mã hóa các e-mail của chúng tôi thành một số định dạng kỳ quặc hoặc nén nó. Trạm vệ tinh mặt đất chỉ có thể gửi e-mail qua UUCP, trạm này cần phải xử lý thêm. Vì vậy, các e-mail lớn không chỉ là vấn đề băng thông mạng. Máy chủ có thể phải xử lý và chuyển đổi tệp. Do đó, SMTP có thể yêu cầu ASCII 7-bit rất tốt cho văn bản. Nhưng đối với bất kỳ thứ gì xa lạ hơn, thư (bao gồm cả tệp đính kèm) được mã hóa bằng cách sử dụng một thứ gì đó như mã hóa cơ sở 64 như được chỉ định bởi MIME (Tiện ích mở rộng thư Internet đa năng). Điều này cũng có nghĩa là tệp đính kèm của bạn có thể còn lớn hơn sau khi mã hóa.
Ngay cả một máy chủ được kết nối đầy đủ cũng có thể muốn xử lý các tin nhắn e-mail. Ví dụ, việc kiểm tra tải trọng spam hoặc vi rút là điều thường thấy. Vì vậy, ngay cả với băng thông mạng vô hạn, vẫn có một chi phí xử lý liên quan đến các tệp đính kèm lớn.
Đúng là ngày nay, sức mạnh xử lý cũng không thiếu, nhưng một số máy chủ thư có thể không quá tối tân, trong khi những máy chủ khác có thể bị tấn công bởi hàng triệu e-mail, nhiều trong số đó là thư rác.
Hỏi Hackaday
Làm thế nào để bạn gửi các tệp lớn? E-mail có nên chứa các tệp lớn hơn không? Bạn có nghĩ rằng e-mail đang trên đà phát triển? Thay thế bằng cái gì? Làm thế nào nó có thể được dễ dàng hơn? Có những dịch vụ như WeTransfer và Gửi mọi nơi, nhưng thành thật mà nói, chúng tôi có nhiều khả năng chỉ tải tệp lên một trong các máy chủ của mình và gửi liên kết theo cách đó. Sau đó, luôn có bộ nhớ đám mây như Dropbox, Drive hoặc iCloud.
Chúng ta đã đi một chặng đường dài kể từ khi nuôi chim bồ câu. Sau đó, một lần nữa, có thể thư của bạn là đi qua mạng đó, cũng vậy. Nếu bạn muốn tìm hiểu sâu hơn về SMTP, hãy xem video của Đại học Bang Iowa bên dưới.
