Tại sao một máy chủ SMTP trung gian cần thiết để gửi thư?

Khi một người tìm hiểu thêm về cách ứng dụng thư khách, máy chủ SMTP và toàn bộ hệ thống thư trực tuyến hoạt động, họ có thể tò mò về lý do tại sao một máy chủ SMTP trung gian thậm chí còn cần thiết. Với ý nghĩ đó, bài hỏi và trả lời của SuperUser ngày nay có câu trả lời cho câu hỏi của người đọc tò mò.

Phiên hỏi và trả lời hôm nay đến với chúng tôi nhờ sự hỗ trợ của SuperUser - một phân ngành của Stack Exchange, một nhóm các trang web Hỏi & Đáp do cộng đồng điều khiển.

Hình ảnh lịch sự của David Schroeder (Flickr).

Câu hỏi

Người đọc SuperUser Tobia muốn biết tại sao cần một máy chủ SMTP trung gian để gửi thư:

Tại sao tôi cần một máy chủ SMTP trung gian để gửi thư? Tại sao ứng dụng thư khách của tôi (Outlook hoặc Thunderbird) không thể gửi thư trực tiếp đến miền SMTP của người nhận?

Ví dụ, nếu tôi phải gửi thư đến địa chỉ@example.com với tài khoản Gmail của mình, tôi gửi nó đến smtp.gmail.com máy chủ; sau đó máy chủ này gửi tin nhắn của tôi đến máy chủ MX của example.com.

Tại sao một máy chủ SMTP trung gian cần thiết để gửi thư?

Câu trả lời

Người đóng góp siêu người dùng davidgo có câu trả lời cho chúng tôi:

Về mặt kỹ thuật có thể gửi thư trực tiếp đến máy chủ SMTP của người nhận từ máy tính của bạn.

Nhìn vào nó từ một cơ sở lịch sử, nếu máy chủ SMTP từ xa bị hỏng, bạn muốn một hệ thống tự động xử lý nó và tiếp tục thử lại, do đó bạn có một máy chủ SMTP. Tương tự, ngày xưa, không phải tất cả các máy chủ thư đều được kết nối mọi lúc (liên kết đường dài rất tốn kém), vì vậy thư sẽ được xếp hàng và gửi khi liên kết được thiết lập.

Chuyển đến nơi có dịch vụ Internet giá rẻ, vẫn hữu ích khi có cơ chế thử lại gửi thư nếu máy chủ không khả dụng. Thật không lý tưởng khi chức năng này được ghi vào MUA (Chương trình thư người dùng cuối / chương trình thư người dùng cuối). Các chức năng này phù hợp với MTA (Máy chủ thư / Máy chủ SMTP).

Nhưng nó trở nên tồi tệ hơn - những kẻ gửi thư rác. Hầu hết thư (hơn 80 phần trăm) là thư rác. Các nhà cung cấp thư làm bất cứ điều gì họ có thể để giảm vấn đề này và một số lượng lớn các kỹ thuật đưa ra các giả định về cách gửi thư. Sau đây là những cân nhắc quan trọng:

1. Greylning: Một số nhà cung cấp sẽ tự động hủy kết nối thư nếu người gửi và người nhận chưa liên lạc trước đó và mong họ thử lại lần thứ hai. Kẻ gửi thư rác thường không thử lại trong khi máy chủ SMTP luôn được yêu cầu. Điều này làm giảm khối lượng thư rác khoảng 80 phần trăm, nhưng thật tệ khi phải làm điều này.

2. Uy tín: Nhiều khả năng ai đó gửi thư qua máy chủ SMTP có uy tín, được biết là hợp pháp so với máy chủ bay qua đêm. Để có được cảm giác về danh tiếng, các nhà cung cấp làm một số điều:

Chặn các địa chỉ động / máy khách (không phải 100 phần trăm, nhưng các khối lớn của Internet đã được lập bản đồ).

Kiểm tra xem DNS ngược có khớp với DNS chuyển tiếp không. Không khó lắm, nhưng nó cho thấy một số mức độ trách nhiệm và kiến thức về các thực tiễn tốt nhất (điều mà rất nhiều khối địa chỉ khách hàng không có).

Kiểm tra danh tiếng. Khi liên lạc với các máy chủ SMTP khác, rất nhiều nhà cung cấp theo dõi lượng thư rác và khối lượng thư được gửi. Họ có thể giảm lượng thư rác bằng cách giới hạn các kết nối và theo dõi các thông số này. Có rất nhiều cách để thực hiện, không phải tất cả đều rõ ràng, nhưng đòi hỏi người gửi đã biết.

SPF và DKIM. Các cơ chế này buộc tài nguyên DNS vào tên miền để làm cho việc giả mạo thư trở nên khó khăn hơn và sẽ khó khăn, nhưng không nhất thiết là không thể triển khai nếu chương trình thư (MUA) chịu trách nhiệm gửi thư.

Có thể có những mối quan tâm nhỏ khác, nhưng đây sẽ là những mối quan tâm lớn.

Có một cái gì đó để thêm vào lời giải thích? Tắt âm thanh trong các ý kiến. Bạn muốn đọc thêm câu trả lời từ những người dùng Stack Exchange am hiểu công nghệ khác? Kiểm tra chủ đề thảo luận đầy đủ ở đây.