← RFC Reference

RFC 3834: Các Phản Hồi Tự Động Trong Email

Tại sao điều này tồn tại

Phản hồi email tự động ở khắp nơi: thư nghỉ phép/không có mặt, biên lai đã đọc, bộ lọc spam thử thách-phản hồi, xác nhận hệ thống vé, và bản tóm tắt thông báo. Nếu không có quy tắc, các bộ trả lời tự động tạo ra vòng lặp nguy hiểm:

1. Bộ trả lời tự động của Alice trả lời tin nhắn của Bob.
2. Bộ trả lời tự động của Bob trả lời phản hồi tự động của Alice.
3. Bộ trả lời tự động của Alice trả lời phản hồi tự động của Bob.
4. Lặp lại mãi mãi, làm tràn cả hộp thư của hai người và mạng.

RFC 3834 ngăn chặn điều này bằng cách xác định trường tiêu đề Auto-Submitted và một tập hợp các quy tắc mà mọi bộ trả lời tự động phải tuân theo.

Cách hoạt động

Tiêu đề Auto-Submitted

Mọi tin nhắn được tạo tự động phải bao gồm tiêu đề Auto-Submitted. Các giá trị được xác định là:

; Phản hồi tự động nghỉ phép
From: alice@example.com
To: bob@example.com
Subject: Re: Project update
Auto-Submitted: auto-replied
In-Reply-To: <msg-id-from-bob@example.com>

Tôi không có mặt ở văn phòng cho đến ngày 15 tháng 1.
Đối với những vấn đề khẩn cấp, hãy liên hệ charlie@example.com.

Quy tắc cốt lõi: Không bao giờ trả lời tự động cho các phản hồi tự động

Trước khi gửi bất kỳ phản hồi tự động nào, bộ trả lời phải kiểm tra xem tin nhắn đến có phải là tự động hay không. Nếu có, không gửi phản hồi tự động. Các kiểm tra là:

1. Kiểm tra tiêu đề Auto-Submitted. Nếu hiện diện và không bằng no, không trả lời.
2. Kiểm tra đường dẫn trả về trống. Nếu người gửi phong bì (MAIL FROM) là <>, không trả lời. Bản dùng lại và DSN sử dụng đường dẫn trả về trống.
3. Kiểm tra tiêu đề Precedence. Nếu giá trị là bulk, junk, hoặc list, không trả lời. (Đây là một quy ước cũ trước RFC 3834 nhưng vẫn được sử dụng rộng rãi.)

; Tin nhắn đến có tiêu đề Auto-Submitted
Auto-Submitted: auto-replied

; Quyết định: KHÔNG trả lời tự động
; Điều này ngăn chặn tình huống vòng lặp vô hạn

Giới hạn tốc độ

RFC 3834 yêu cầu các bộ trả lời tự động giới hạn phản hồi cho cùng một người gửi. Thực tiễn tiêu chuẩn:

• Gửi tối đa một phản hồi tự động cho mỗi người gửi trên mỗi khoảng thời gian (thường là một mỗi ngày, hoặc một mỗi khoảng thời gian nghỉ phép).
• Theo dõi người gửi nào đã nhận được phản hồi tự động.
• Không gửi phản hồi tự động trùng lặp cho cùng một người trong cùng khoảng thời gian nghỉ phép.

Yêu cầu phong bì và tiêu đề

Phản hồi tự động phải:

• Sử dụng người gửi phong bì trống (MAIL FROM:<>) hoặc sử dụng địa chỉ của người trả lời. Không bao giờ sử dụng địa chỉ của người gửi gốc làm người gửi phong bì của phản hồi tự động.
• Đặt Auto-Submitted: auto-replied (hoặc auto-generated cho các tự động hóa không phải là trả lời).
• Bao gồm các tiêu đề In-Reply-To và References chỉ đến tin nhắn gốc, vì vậy phản hồi tự động luồng chính xác.
• Điều hướng phản hồi đến Return-Path hoặc người gửi phong bì, không phải đến địa chỉ From. Điều này đảm bảo rằng các bản dùng lại từ phản hồi tự động không ảnh hưởng đến người gửi gốc.

Chi tiết kỹ thuật chính

Tin nhắn không nên kích hoạt phản hồi tự động

RFC 3834 liệt kê các trường hợp cụ thể trong đó phản hồi tự động phải bị chặn:

• Tin nhắn với Auto-Submitted được đặt thành bất kỳ giá trị nào khác no
• Tin nhắn có người gửi phong bì trống (MAIL FROM:<>)
• Tin nhắn được gửi tới danh sách gửi thư (kiểm tra List-Id, List-Unsubscribe, hoặc Precedence: list)
• Tin nhắn trong đó người gửi dường như là địa chỉ daemon hoặc hệ thống (ví dụ: MAILER-DAEMON, postmaster)
• Tin nhắn chính nó là thông báo bản dùng lại (DSN)

Auto-Submitted so với Precedence

Tiêu đề Precedence cũ hơn đến trước RFC 3834 và không được tiêu chuẩn hóa chính thức, nhưng vẫn được sử dụng rộng rãi:

; Phương pháp cũ (vẫn phổ biến)
Precedence: bulk

; Phương pháp tuân thủ tiêu chuẩn
Auto-Submitted: auto-generated

; Thực tiễn tốt nhất: bao gồm cả hai để tương thích tối đa
Precedence: bulk
Auto-Submitted: auto-generated

Các bộ trả lời tự động nên kiểm tra cả hai tiêu đề. Một số hệ thống cũ hơn chỉ đặt Precedence; một số hệ thống mới hơn chỉ đặt Auto-Submitted. Kiểm tra cả hai ngăn chặn các vòng lặp với bất kỳ cái nào.

Tiêu đề X-Auto-Response-Suppress

Microsoft Exchange đã giới thiệu tiêu đề không chuẩn nhưng được hỗ trợ rộng rãi:

X-Auto-Response-Suppress: All

Các giá trị có thể bao gồm DR (báo cáo gửi), NDR (báo cáo không gửi), RN (thông báo đã đọc), NRN (thông báo chưa đọc), OOF (không có mặt), và AutoReply. Nhiều hệ thống gửi đặt All trên email giao dịch và tiếp thị để chặn tất cả các phản hồi tự động từ Exchange/Outlook.

Phát hiện tin nhắn danh sách gửi thư

Phản hồi tự động cho các tin nhắn danh sách gửi thư đặc biệt là vấn đề — chúng đi đến toàn bộ danh sách. Kiểm tra:

; Bất kỳ cái nào trong số này chỉ ra tin nhắn danh sách
List-Id: <dev.lists.example.com>
List-Unsubscribe: <mailto:unsub@lists.example.com>
Precedence: list
X-Mailing-List: dev@lists.example.com

Ví dụ

Phản hồi nghỉ phép được hình thành tốt

; Phong bì
MAIL FROM:<>
RCPT TO:<bob@example.com>

; Tiêu đề
From: alice@example.com
To: bob@example.com
Date: Mon, 10 Mar 2025 09:00:00 +0000
Subject: Re: Q1 Planning
Auto-Submitted: auto-replied
In-Reply-To: <orig-msg-id@example.com>
References: <orig-msg-id@example.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8

Cảm ơn bạn vì email của bạn. Tôi không có mặt ở văn phòng từ
8-15 tháng 3 với truy cập email hạn chế.

Đối với những vấn đề khẩn cấp, vui lòng liên hệ charlie@example.com.

Thông báo hệ thống

From: noreply@monitoring.example.com
To: ops-team@example.com
Subject: [ALERT] CPU usage above 90% on web-prod-03
Auto-Submitted: auto-generated
Precedence: bulk
X-Auto-Response-Suppress: All

Máy chủ web-prod-03 đã vượt quá ngưỡng CPU.
Mức sử dụng hiện tại: 94%. Điều tra ngay lập tức.

Lỗi phổ biến

• Không đặt Auto-Submitted trên tin nhắn tự động. Đây là điều quan trọng nhất. Nếu không có nó, mọi bộ trả lời phản hồi của người nhận sẽ trả lời tin nhắn tự động của bạn, và các phản hồi của họ có thể kích hoạt tự động hóa tiếp theo ở phía của bạn.
• Trả lời tự động cho tin nhắn có đường dẫn trả về trống. Bản dùng lại sử dụng MAIL FROM:<>. Trả lời chúng tạo ra vòng lặp bản dùng lại: phản hồi của bạn bị bản dùng lại, tạo ra bản dùng lại khác, mà hệ thống của bạn cố gắng trả lời lại.
• Trả lời tự động cho danh sách gửi thư. Gửi phản hồi không có mặt cho danh sách gửi thư làm thư rác cho mọi người đăng ký. Luôn kiểm tra tiêu đề List-Id và Precedence trước khi trả lời tự động.
• Không giới hạn tốc độ. Nếu không giới hạn tốc độ, người dùng gửi cho bạn 50 tin nhắn nhận được 50 phản hồi nghỉ phép giống hệt nhau. Giới hạn ở một phản hồi tự động cho mỗi người gửi trên mỗi khoảng thời gian.
• Sử dụng địa chỉ From làm mục tiêu trả lời tự động. Phản hồi tự động nên đi đến Return-Path (người gửi phong bì), không phải địa chỉ From. Địa chỉ From có thể là danh sách gửi thư, địa chỉ không trả lời, hoặc khác với người gửi thực tế.
• Bao gồm nội dung tin nhắn gốc trong phản hồi tự động. Một số bộ trả lời tự động trích dẫn toàn bộ tin nhắn gốc. Đây là rủi ro về quyền riêng tư (phản hồi tự động có thể được chuyển tiếp) và lãng phí băng thông.
• Không đặt X-Auto-Response-Suppress: All trên email giao dịch. Nếu bạn gửi xác nhận đơn hàng hoặc đặt lại mật khẩu, hãy thêm tiêu đề này để ngăn người dùng Exchange/Outlook gửi phản hồi không có mặt cho tin nhắn tự động của bạn.

Tác động khả năng gửi

• Vòng lặp phản hồi tự động làm hỏng danh tiếng người gửi. Nếu hệ thống của bạn tạo ra vòng lặp, sự tăng đột biến về khối lượng trông giống như chạy spam với các máy chủ nhận. IP gửi của bạn có thể được đưa vào danh sách đen trong vòng vài giờ.
• Phản hồi tự động được đánh dấu đúng cách được lọc bởi người nhận. Gmail và các nhà cung cấp khác tự động phân loại tin nhắn có tiêu đề Auto-Submitted, giảm khả năng phản hồi tự động của bạn bị đánh dấu là spam.
• Đặt Auto-Submitted và Precedence trên tất cả email tự động. Điều này bao gồm email giao dịch, cảnh báo, báo cáo, và bất kỳ tin nhắn nào không được người soạn bởi một người. Nó ngăn chặn phản hồi nghỉ phép làm tràn hàng chờ gửi đến của bạn.
• Đường dẫn trả về trống ngăn chặn các tầng bản dùng lại. Sử dụng MAIL FROM:<> cho phản hồi tự động đảm bảo rằng nếu phản hồi chính nó bị bản dùng lại, bản dùng lại không được gửi đến đâu — phá vỡ tầng tiềm năng.
• Giám sát gửi đến của bạn để tìm lũ phản hồi tự động. Sự tăng đột biến trong các phản hồi nghỉ phép hoặc biên lai gửi đến thường chỉ ra rằng bạn quên đặt tiêu đề chặn phản hồi tự động trên mẫu tin nhắn mới.

Related RFCs