Khi một người tìm hiểu thêm về cách thức hoạt động của ứng dụng thư, máy chủ SMTP và toàn bộ hệ thống thư trực tuyến, họ có thể tò mò tại sao lại cần một máy chủ SMTP trung gian. Với ý nghĩ đó, bài đăng Hỏi và Đáp của SuperUser hôm nay có câu trả lời cho câu hỏi của một độc giả tò mò.
Phiên Hỏi & Đáp hôm nay đến với chúng tôi với sự hỗ trợ của SuperUser — một phần của Stack Exchange, một nhóm các trang web Hỏi & Đáp do cộng đồng điều hành.
Ảnh lịch sự của David Schroeder (Flickr) .
Câu hỏi
Trình đọc SuperUser Tobia muốn biết tại sao cần có 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 [email protected] với tài khoản Gmail của mình, tôi gửi nó đến smtp.gmail.com người phục vụ; 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 cần một máy chủ SMTP trung gian để gửi thư?
Câu trả lời
Cộng tác viên SuperUser 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.
Xem xét nó từ cơ sở lịch sử, nếu máy chủ SMTP từ xa bị lỗi, bạn muốn hệ thống tự động xử lý nó và tiếp tục thử lại, do đó bạn có máy chủ SMTP. Tương tự như vậy, ngày xưa, không phải lúc nào tất cả các máy chủ thư đều được kết nối (liên kết đường dài rất tốn kém), vì vậy thư sẽ được xếp hàng đợi và được gửi khi một liên kết được thiết lập.
Chuyển sang nơi có dịch vụ Internet rẻ, vẫn hữu ích nếu có các cơ chế thử gửi lại thư nếu máy chủ không khả dụng. Không lý tưởng để chức năng này được viết vào MUA (Tác nhân người dùng thư / 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 bớt vấn đề này và một số lượng lớn các kỹ thuật đưa ra giả định về cách thức gửi thư. Sau đây là những cân nhắc quan trọng:
1. Greylisting: Một số nhà cung cấp sẽ tự động bỏ 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ần thứ hai. Người gửi thư rác thường không thử lại trong khi máy chủ SMTP luôn được cho là vậy. Đ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ư thông qua một máy chủ SMTP uy tín, được biết đến là hợp pháp so với một máy chủ bay qua đêm. Để có được cảm nhận về danh tiếng, các nhà cung cấp thực hiện một số điều:
- Chặn địa chỉ động / khách (không phải 100 phần trăm, nhưng phần lớn Internet đã được lập bản đồ).
- Kiểm tra xem DNS ngược có khớp với DNS chuyển tiếp hay 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 phương pháp hay nhất (điều mà nhiều khối địa chỉ khách hàng không có).
- Kiểm tra danh tiếng. Khi giao tiếp 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 số lượng thư rác bằng cách hạn chế các kết nối và để mắt đến các thông số này. Có rất nhiều cách để thực hiện điều này, không phải tất cả chúng đều hiển nhiên, nhưng yêu cầu một người gửi đã biết.
- SPF và DKIM. Các cơ chế này ràng buộc tài nguyên DNS với 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 hơn, nhưng không hẳn là không thể triển khai nếu chương trình thư (MUA) chịu trách nhiệm về thư đi.
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ó điều 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 toàn bộ chuỗi thảo luận tại đây .
