Giả sử chúng tôi có một ứng dụng hoạt động như một người trung gian, cho phép Công ty A gửi báo cáo cho khách hàng của họ.Tôi có nên sử dụng tiêu đề Trả lời khi gửi email dưới dạng dịch vụ cho người khác không?
Công ty A -> Công ty B (tôi) -> khách hàng của công ty A
Sau khi nhận được báo cáo chúng tôi gửi email thông báo cho người nhận, nhưng họ nhất thiết phải có nguồn gốc từ địa chỉ email thông báo công ty chúng tôi ví dụ
Bây giờ, khách hàng có xu hướng để trả lời những thông báo email, muốn họ đi trở lại với bất cứ ai gửi báo cáo tại Công ty A. Thay vào đó, họ kết thúc tại địa chỉ của chúng tôi, [email protected]
Một giải pháp đơn giản có thể là thay đổi tiêu đề Trả lời thành trên thông báo chúng tôi gửi đến địa chỉ Công ty A có liên quan, ví dụ:
[email protected] -> [email protected] [Reply-To: [email protected]] -> [email protected]
Nhưng tôi mối quan tâm chính là:
- sự khác biệt hoàn toàn trong địa chỉ email và miền giữa Từ và Reply-To lĩnh vực có thể làm cho spam hoặc lừa đảo các bộ lọc háo hức hơn để cờ các email
- không phải tất cả email khách hàng có thể tôn trọng Reply- Đến trường khi mọi người thực sự nhấp vào "Trả lời" và chỉ cho chúng tôi e Thay vào đó. Một mối quan tâm nhỏ hơn, trừ khi phổ biến rộng rãi.
Các mối quan tâm này có được thiết lập không? Hoặc, có những mối quan tâm khác tôi nên có?
Tôi không thực sự muốn chủ sở hữu câu trả lời của tôi bỏ phiếu tán, nhưng đáng nói là câu hỏi này hữu ích và câu trả lời, mà về cơ bản xác nhận câu trả lời dkarp của quá: http: // stackoverflow. com/questions/2231897/tiềm năng-vấn đề-sử dụng-thành viên-từ-địa chỉ-và-người gửi-tiêu đề – Gavin
Nếu nó cho thông tư hóa nó sẽ không hoạt động @a và @b là tên miền khác nhau, hầu hết các máy chủ không cho phép để gửi thay mặt cho ai đó từ một miền khác. B sẽ phải chuyển tiếp nó, nhưng bạn luôn có thể thêm một multipart ẩn. Mọi người đều biết cách chuyển tiếp đến một địa chỉ khác. –