Chạy máy chủ mail tới được hộp thư đến

Postfix không phải là vấn đề. Nó đã và đang chuyển thư một cách đáng tin cậy kể từ năm 1998, và nó sẽ làm chính xác những gì bạn cấu hình cho nó làm. Vấn đề nằm ở chỗ SMTP mặc định không trao tư cách gì cho bất kỳ ai cả, nên một gateway nhận thư phải quyết định có nên tin một máy chủ chưa từng biết đến hay không — và nó đưa ra quyết định đó theo một trình tự cố định, phần lớn là trước cả khi thông điệp của bạn được xem xét:

• IP kết nối, kiểm tra đầu tiên và khắt khe nhất. Trước khi máy chủ của bạn nói bất cứ điều gì vượt quá EHLO, gateway đã tra cứu địa chỉ đó trong các danh sách chặn công khai (Spamhaus SBL, XBL, PBL và CSS, Barracuda, SpamCop) và trong kho uy tín riêng của chính nó, vốn cũng theo dõi cả dải /24 xung quanh và ASN. Một địa chỉ đã bị liệt kê sẽ bị từ chối ngay tại thời điểm kết nối, với một lượt từ chối mà có thể bạn sẽ chẳng bao giờ thấy nếu không có ai đọc log.
• Cái tên mà địa chỉ đó tự nhận. Thiếu PTR khiến kết nối bị một số nhà cung cấp lớn từ chối thẳng thừng. Một PTR kiểu chung chung do nhà cung cấp tự gán, dạng ip-203-0-113-10.example-host.net, còn tệ hơn vẻ ngoài của nó — đó chính xác là dấu hiệu đặc trưng của các đường dây khách hàng phổ thông và các máy không ai trông coi, nơi botnet trú ngụ.
• Xác thực. SPF, DKIM rồi đến DMARC, được đánh giá theo đúng thứ tự đó và kết hợp lại bằng quy tắc alignment ở phần tiếp theo. Đây chính là nơi một thiết lập trông có vẻ đúng trên giấy tờ thường thất bại.
• Chỉ khi đó, mới đến nội dung thông điệp. Các thuật toán suy đoán về nội dung, mức độ sạch của danh sách gửi, tỷ lệ khiếu nại bạn tạo ra, và cách người nhận hành xử trong những tuần tiếp theo.

Ba trong bốn yếu tố đó được quyết định trước khi dù chỉ một byte nội dung của bạn được chấm điểm, điều này định hình lại toàn bộ bài toán: bạn không phải đang viết email hay hơn, bạn đang xây dựng một credential. Hai nhà cung cấp hộp thư lớn nhất đã công bố rõ mức tối thiểu, nên không cần phải đoán mò về ngưỡng sàn. Mọi người gửi đều cần SPF hoặc DKIM, DNS thuận và nghịch hợp lệ, TLS trên kết nối, và tỷ lệ khiếu nại spam dưới 0.3%; bất cứ thứ gì gửi hàng loạt đều cần SPF và DKIM và một bản ghi DMARC có alignment, cộng thêm tính năng hủy đăng ký một chạm. Hãy coi đó là phí gia nhập, chứ không phải là mục tiêu.

Mỗi bản ghi trả lời một câu hỏi khác nhau, và cách hữu ích để ghi nhớ chúng trong đầu là nghĩ xem một kẻ giả mạo sẽ phải kiểm soát được điều gì mới có thể làm giả nó.

• PTR — bên sở hữu địa chỉ đồng ý với bạn. Zone nghịch của một IP được ủy quyền cho bất kỳ ai đang nắm giữ dải cấp phát đó, đó là lý do đây là bản ghi duy nhất bạn không thể tự thêm ở nhà đăng ký domain. Một PTR trỏ tới mail.example.com, cộng với một bản ghi A cho mail.example.com trỏ ngược lại đúng IP đó, chính là FCrDNS — forward-confirmed reverse DNS. Nó chứng minh bên nắm giữ địa chỉ và bên nắm giữ domain là cùng một chủ thể, hoặc ít nhất cũng đang có quan hệ với nhau.
• SPF — máy chủ này được phép gửi cho envelope này. Một bản ghi TXT liệt kê các host được phép gửi thay cho một domain. Cái bẫy nằm ở phạm vi: SPF xác thực người gửi ở lớp envelope (tức MAIL FROM, sẽ trở thành Return-Path) và tên HELO. Nó không nói gì hết về header From: mà người nhận của bạn thực sự đọc, đó là lý do một mình SPF chưa bao giờ ngăn được ai đó mạo danh bạn.
• DKIM — thông điệp này đã được một domain ký và chưa hề bị thay đổi. Máy chủ của bạn ký các header được chọn và phần nội dung bằng một khóa riêng tư; nửa công khai nằm trong DNS tại <selector>._domainkey.<domain>. Không như SPF, nó sống sót qua việc bị chuyển tiếp, bởi vì bằng chứng đi kèm bên trong thông điệp thay vì phụ thuộc vào việc IP nào đã gửi nó.
• DMARC — và đây chính là bản ghi mà ai cũng hiểu sai. DMARC không chỉ đòi hỏi SPF hoặc DKIM vượt qua. Nó đòi hỏi cơ chế đã vượt qua đó phải align với domain trong header From: hiển thị. Alignment nới lỏng chấp nhận một domain tổ chức khớp nhau (nên mail.example.com align với example.com); alignment chặt chẽ đòi hỏi khớp chính xác tuyệt đối.

Quy tắc alignment đó đáng được nói riêng ra, bởi vì nó tạo ra chuỗi hỗ trợ gây bực bội nhất trong toàn bộ mail tự lưu trữ: một thông điệp có thể vượt qua SPF, vượt qua DKIM, mà vẫn thất bại ở DMARC — khi cả hai đều vượt qua cho một domain không phải domain trong From:. Điều này xảy ra ngay khi mail đi ra qua một relay viết lại envelope, hoặc khi một bundle ký bằng hostname của chính nó thay vì domain của bạn. Mọi thứ trong log của bạn đều trông xanh cả, vậy mà thông điệp vẫn bị quarantine. Hãy đọc alignment, đừng chỉ nhìn kết quả pass.

Ít phần cứng hơn bạn tưởng, và nhiều cam kết hơn bạn muốn.

• Một domain bạn có ý định giữ lâu dài. Uy tín gắn liền với domain chặt chẽ y như với địa chỉ, và nó tích lũy dần qua nhiều tháng. Một domain mà năm sau bạn có thể bỏ thì không đáng để làm nóng.
• Một gói vừa phải, tính theo nhu cầu lọc thư chứ không phải theo nhu cầu gửi mail. Việc chuyển thư gần như không tốn gì cả; lọc spam và đánh index mới là thứ ngốn RAM. Cub (1 vCPU / 2 GB / 40 GB NVMe, $5.00/mo) chạy Postfix, Dovecot và Rspamd cho một domain và vài hộp thư mà không phàn nàn gì. Scout (2 vCPU / 4 GB / 70 GB, $9.00/mo) là mức sàn trung thực cho một bundle chạy container mà còn muốn có cả ClamAV và một index tìm kiếm. Ổ đĩa mới là phần sẽ phình to ra, nên hãy chọn dung lượng theo kho lưu trữ chứ không phải theo nhu cầu hôm nay.
• Một IPv4 riêng không có lịch sử xấu, và một dải IPv6 /64 đã được route. Mọi gói đều đi kèm cả hai. Đây là thành phần bạn không thể sửa sau này bằng cấu hình, và cũng là lý do các địa chỉ tái chế từ cloud giá rẻ là một khoản tiết kiệm giả tạo đối với mail.
• Cổng 25 chiều đi. Mở sẵn trên mọi gói, không cần gửi ticket xin mở khóa. Chính sách sử dụng chấp nhận được cấm mail hàng loạt không mong muốn và cấm open relay, đó chính xác là điều giữ cho các dải địa chỉ vẫn gửi được thư cho tất cả những ai gửi hợp lệ.
• Debian 13 từ thư viện template, và một khu vực pháp lý được chọn có chủ đích. Mail không nhạy cảm với độ trễ, nên hãy chọn địa điểm theo nơi hộp thư nên hợp pháp đặt tại, chứ không phải theo vài mili-giây chênh lệch.

Có ba hình dạng, và chọn sai cái nào là cách nhanh nhất khiến các ngày cuối tuần biến mất.

• Tự lắp ráp bằng tay. Postfix làm MTA, Dovecot lo IMAP và xác thực, Rspamd lo lọc thư và ký DKIM. Có lẽ khoảng hai trăm dòng cấu hình tất cả, mà bạn đọc được toàn bộ và không có gì bị giấu đi. Kiểm soát nhiều nhất, đòi hỏi hiểu biết nhiều nhất, và đây là phiên bản mà hướng dẫn này giả định bạn dùng.
• Một bundle. mailcow đầy đủ tính năng và chạy trên container, và thực sự cần tới 4 GB mới thấy thoải mái. Mail-in-a-Box có chủ kiến riêng và dễ chịu nếu bạn chấp nhận đúng các lựa chọn của nó. Stalwart là một binary duy nhất bao quát cả SMTP, IMAP, JMAP và lọc thư trong một tiến trình, và bỏ xa hai cái kia về độ nhẹ. Cả ba đều cài xong trong một giờ; không cái nào lo phần DNS thay bạn.
• Một relay mà bạn không tự chạy. Nếu yêu cầu chỉ là “ứng dụng của tôi cần gửi email đặt lại mật khẩu” và sẽ chẳng bao giờ cần một hộp thư, thì một MTA hoàn toàn là hình dạng sai. Hãy cấu hình một smarthost và dành buổi chiều đó cho việc khác.

Bản thân stack không quyết định khả năng gửi đến nơi của bạn. Nó quyết định việc đó ngốn mất bao nhiêu ngày thứ Bảy của bạn. Mọi thứ quyết định mail của bạn có đến nơi hay không đều xảy ra ở DNS và ở uy tín của một địa chỉ — đó chính là toàn bộ nội dung của phần tiếp theo.

Một địa chỉ chưa có uy tín gì không bắt đầu ở mức trung lập. Mức tin cậy mặc định của một gateway dành cho một IP trung tâm dữ liệu lạ vừa đột nhiên bắt đầu gửi thư gần với “có lẽ không mong muốn” hơn, bởi vì đó chính là thực tế của tuyệt đại đa số các địa chỉ như vậy. Làm nóng là quá trình thay thế mức tin cậy mặc định đó bằng bằng chứng thực tế, và không có cách kỹ thuật nào có thể đẩy nhanh nó được.

• Bắt đầu nhỏ và leo thang từ từ. Vài chục thông điệp một ngày trong tuần đầu tiên, tăng gấp đôi đại khái mỗi vài ngày, đạt tới khối lượng bình thường sau hai đến bốn tuần. Một người gửi đi từ số không lên một nghìn chỉ sau một đêm thì không thể phân biệt được với một máy chủ bị xâm phạm, và sẽ bị đối xử như vậy.
• Mức độ tương tác quan trọng hơn khối lượng. Những thông điệp được mở ra, được trả lời và được người thật kéo ra khỏi spam có giá trị hơn thông lượng thuần túy rất nhiều. Hãy gửi trước tiên cho những người nhận có khả năng tương tác cao nhất — chính bạn, đồng nghiệp, những người vốn đã quen biết bạn.
• Hãy nhất quán. Hai trăm thông điệp một ngày rồi im bặt suốt ba tuần không bao giờ xây dựng được một hồ sơ ổn định. Một dòng chảy đều đặn luôn thắng một đợt bùng nổ thất thường dù tổng khối lượng trong tháng có bằng nhau.
• Giữ tỷ lệ khiếu nại trong tầm kiểm soát. Ngưỡng được công bố là 0.3%, và vượt qua ngưỡng đó thì mọi thứ khác bạn làm gần như chẳng còn ý nghĩa gì. Dưới 0.1% mới là nơi bạn muốn duy trì.
• Đừng trộn lẫn các luồng gửi. Newsletter và email đặt lại mật khẩu chung một địa chỉ nghĩa là tỷ lệ khiếu nại từ marketing sẽ kéo luôn cả việc khôi phục tài khoản của bạn rơi vào thư mục spam. Nếu việc tách riêng chúng ra là đáng làm, một IPv4 sạch riêng thứ hai chỉ tốn $2.00/mo, kèm rDNS của riêng nó.

Cấu hình có thể lặp lại trong một giờ. Uy tín thì mất hàng tháng để xây và có thể bị phá hủy chỉ trong một buổi tối bởi một form liên hệ bị xâm phạm. Hãy coi địa chỉ là thứ bạn thực sự đang bảo vệ.

• Theo dõi chủ động thay vì phản ứng bị động. Hãy kiểm tra các danh sách lớn theo lịch trình thay vì chỉ sau khi có khiếu nại — bài hướng dẫn của chúng tôi về cách kiểm tra xem một IP có bị đưa vào danh sách đen hay không nói rõ danh sách nào thực sự có trọng lượng, cách đọc một mục bị liệt kê, và cách gỡ khỏi danh sách thực sự hoạt động ra sao.
• Giới hạn tốc độ cho chính lưu lượng gửi đi của bạn. Một giới hạn trong MTA chính là thứ đứng giữa một script bị xâm phạm và mười nghìn thông điệp rời đi trước khi bạn kịp thức dậy. Chỉ riêng thiết lập này đã cứu được nhiều địa chỉ hơn bất kỳ bộ lọc nào.
• Loại bỏ ngay các hard bounce. Liên tục gửi tới các địa chỉ đã chết là một tín hiệu spam-trap, và các spam trap được tái chế chính xác là cách các bên gửi hợp lệ rốt cuộc bị liệt vào danh sách.
• Đọc postmaster@ và abuse@. Chúng bắt buộc phải tồn tại, và đó là nơi bạn phát hiện ra một vấn đề trước cả khi một danh sách chặn phát hiện ra. Cả hai nhà cung cấp hộp thư lớn cũng công bố miễn phí các bảng uy tín cho những domain bạn đã xác minh; chúng sẽ cho bạn biết những điều không danh sách công khai nào từng nói.
• Đừng đi đánh một trận chiến bạn thừa hưởng từ người khác. Nếu hóa ra địa chỉ đang mang một mục bị liệt kê có từ trước khi bạn nhận nó, hoặc bị chặn ở đâu đó quan trọng về mặt thương mại, hãy yêu cầu đổi địa chỉ từ client area thay vì bỏ ba tuần ngồi trong hàng chờ gỡ khỏi danh sách vì lịch sử của người khác.

Vì sao địa chỉ đến tay bạn sạch sẽ ngay từ đầu là nửa còn lại của câu chuyện. Các cloud giá rẻ có tỷ lệ luân chuyển cao tái chế IPv4 qua vô số khách hàng tồn tại trong thời gian ngắn, nên một địa chỉ “mới” thường xuyên đến tay bạn với chủ cũ theo mọi nghĩa quan trọng đối với một gateway. Mọi gói ở đây đều đi kèm một địa chỉ riêng, đã được sàng lọc, thay vì một phần của một pool dùng chung — ý nghĩa thực sự của một IP sạch trình bày rõ định nghĩa và cách bạn tự kiểm chứng trước khi dựa vào nó.

Đây là bảng hạch toán trung thực, bởi vì một hướng dẫn chỉ liệt kê những điểm thắng thì đó là quảng cáo.

• Nó không khiến mail của bạn riêng tư. SMTP mã hóa từng chặng một và chỉ khi có thể; nhà cung cấp bên nhận vẫn giải mã và đọc mọi thứ bạn gửi cho người dùng của họ, y hệt như trước đây. Nếu tính bảo mật của nội dung là mục tiêu, thứ bạn cần là mã hóa đầu cuối, không phải một máy chủ do bạn sở hữu.
• Nó không giấu được metadata. Ai gửi, gửi cho ai, khi nào, tần suất bao nhiêu và cả dòng tiêu đề thư đều đi qua mạng nguyên vẹn — và giờ đây chính máy chủ của bạn cũng ghi log lại tất cả những thứ đó, trên một cỗ máy mà bạn phải chịu trách nhiệm.
• Nó không giải phóng bạn khỏi các nhà cung cấp hộp thư lớn. Bạn vẫn đang xin hai công ty đó chấp nhận mail của mình, và họ vẫn đơn phương đặt ra luật chơi. Tự lưu trữ chỉ dịch chuyển điểm kiểm soát; nó không loại bỏ điểm kiểm soát đó.
• Nó không tự vận hành một mình. Chứng chỉ cần gia hạn, khóa cần xoay vòng, ổ đĩa đầy dần, và một máy chủ mail âm thầm ngừng nhận thư sẽ làm mất những thông điệp mà bên gửi sẽ không thử lại mãi mãi. Đây là một dịch vụ đòi hỏi phải có người trực, dù ở mức độ nhỏ đến đâu.
• Nó không khiến cỗ máy trở nên ẩn danh. Một máy chủ mail có thể nói là thứ tự bộc lộ danh tính nhiều nhất mà bạn có thể vận hành, bởi vì việc công bố domain của bạn trong DNS và đứng ra chịu trách nhiệm cho nó chính là toàn bộ cơ chế hoạt động. Một đăng ký no-KYC giới hạn những gì nhà cung cấp của bạn biết về bạn; nó không làm được gì với những gì một người nhận có thể nhìn thấy. Chúng tôi trình bày rõ sự khác biệt này trong bài một VPS trả bằng crypto có thực sự ẩn danh hay không, và điều đó đáng để bạn dành mười phút trước khi mặc định điều ngược lại.

Một khi các bản ghi đã đúng và địa chỉ đã được làm nóng, mọi thứ còn lại là chuyện hộp thư đặt ở đâu và ai biết nó là của bạn.

Khu vực pháp lý quyết định ai có thể ép buộc tiết lộ thông tin. Một máy chủ mail là một kho lưu trữ thư từ có thể tra cứu được, điều này khiến vị trí đặt máy trở thành một lựa chọn có hệ quả lớn hơn ở đây so với gần như bất kỳ dịch vụ nào khác. Dấu chân của chúng tôi trải khắp tám địa điểm: Hà Lan, Pháp, Romania, Bulgaria, Thụy Điển, Iceland, Thụy Sĩ và Malaysia, và không một thông báo gỡ bỏ nội dung kiểu Mỹ nào có hiệu lực ở bất kỳ nơi nào trong số đó. Đó là chính sách vận hành được nói ra một cách trung thực, không phải là sự miễn trừ pháp lý — một lệnh ràng buộc từ một tòa án địa phương có thẩm quyền vẫn có hiệu lực, và có một giới hạn cứng về lạm dụng mà chúng tôi không hề dịch chuyển. Hosting offshore giải thích sự khác biệt đó mà không cần tô vẽ tiếp thị.

Tài khoản là phần mà người ta hay bỏ qua. Đăng ký chỉ cần một địa chỉ email để gửi thông tin đăng nhập và không gì khác — không ID, không thẻ, không địa chỉ bưu điện, không số điện thoại. Sau này cũng chẳng có tài liệu xác minh nào phải nộp cả, bởi vì chưa từng có tài liệu nào được thu thập; ý nghĩa của hosting no-KYC trình bày trung thực các giới hạn của điều đó.

Và khoản thanh toán. Một chiếc thẻ gắn kết một máy chủ với một hồ sơ ngân hàng và một tên pháp lý nằm trong một cơ sở dữ liệu mà không ai trong hai chúng ta kiểm soát. Thanh toán ở đây được xử lý on-chain, với Monero được đối xử như một lựa chọn hạng nhất chứ không phải một ý nghĩ thêm vào sau cùng: thanh toán VPS bằng XMR đi qua toàn bộ quy trình, còn mua VPS không cần thẻ tín dụng nói về cách bắt đầu từ con số 0 crypto. Triển khai mất khoảng sáu mươi giây sau khi xác nhận.

Điều này quan trọng hơn ở đây so với một chiếc máy dùng-rồi-bỏ. Một máy chủ mail là một cam kết dài hạn với một domain và một địa chỉ — uy tín mà bạn sắp bỏ ra cả tháng trời để xây dựng không thể mang đi nơi khác được. Hãy quyết định khu vực pháp lý, tài khoản và khoản thanh toán trước khi làm nóng, chứ không phải sau.