Sự khác biệt giữa Người gửi, Từ và Đường dẫn trở về là gì?


138

Sự khác biệt giữa giá trị Email Người gửi, Từ và Đường dẫn trở về là gì?

Ví dụ : Tôi có một biểu mẫu liên hệ nơi người dùng có thể nhập email của họ, điều này sẽ được chỉ định cho người gửi, từ hoặc đường dẫn trở lại?

Tôi đã có một tìm kiếm nhanh trên StackOverflow và không thể tìm thấy bất cứ điều gì hữu ích.

Câu trả lời:


171

Vì vậy, qua SMTP khi tin nhắn được gửi, phong bì SMTP (người gửi, người nhận, v.v.) khác với dữ liệu thực tế của tin nhắn.

Các Sendertiêu đề được sử dụng để xác định trong thông điệp người gửi nó. Điều này thường giống như Fromtiêu đề, đó là thông điệp đến từ ai. Tuy nhiên, nó có thể khác nhau trong một số trường hợp một đại lý thư đang gửi thư thay mặt cho người khác.

Các Return-Pathtiêu đề được sử dụng để chỉ ra cho người nhận (hoặc nhận MTA), nơi thu phi giao hàng sẽ được gửi đi.

Ví dụ: lấy một máy chủ cho phép người dùng gửi thư từ một trang web. Vì vậy, sender@yourcompany.comgõ vào một tin nhắn và gửi nó. Sau đó, máy chủ sẽ gửi tin nhắn đến người nhận với Fromthiết lập sender@yourcompany.com. Việc gửi SMTP thực tế sử dụng các thông tin khác nhau, đại loại như thế mailagent@mywebmail.com. Vì vậy, sendertiêu đề được đặt thành mailagent@mywebmail.com, để chỉ ra Fromtiêu đề không cho biết ai thực sự gửi tin nhắn.

Trong trường hợp này, nếu tin nhắn không thể được gửi, có lẽ tốt hơn là đại lý nhận báo cáo không gửi, và do đó, Return-Pathcũng sẽ được đặt thành mailagent@mywebmail.comsao cho mọi báo cáo gửi đến thay cho người gửi.

Nếu bạn đang làm điều đó, một biểu mẫu để gửi e-mail, thì đây có thể là một sự song hành trực tiếp với cách bạn đặt tiêu đề.


1
Đồng thời, bạn không phải thiết lập mọi thứ. tức là nếu bạn rời khỏi đường dẫn người gửi và trả lại, họ sẽ chuyển đến địa chỉ Từ. Nếu bạn rời khỏi đường dẫn trở lại, NDR sẽ chuyển đến người gửi, tôi nghĩ vậy.
Shawn D.

1
... Đó là một phiền toái hấp dẫn cho máy bay ném bom thư. Đừng làm vậy!
tripleee

Tôi có hiểu điều này đúng không? Khi nói về một mẫu web cho gửi một e-mail, Senderngười đã nộp mẫu web và Frommáy chủ để có thể gửi e-mail? Hay là theo cách khác?
Ethan Leroy

7
Hãy tưởng tượng một số VIP có một trợ lý quản lý hộp thư của họ. Nếu trợ lý viết email thay mặt cho VIP, trợ lý là Sender, nhưng tin nhắn là FromVIP. Đây là những gì xảy ra khi bạn thấy email được mô tả là "Từ trợ lý thay mặt VIP"
dewin

@ShawnD., Nếu không có Return-Path. Nó mặc định Sendersau đó?
Pacerier

99

RFC chính thức xác định đặc điểm kỹ thuật này có thể được tìm thấy ở đây:

http://tools.ietf.org/html/rfc4021#section-2.1.2 (xem đoạn 2.1.2. và sau đây)

2.1.2. Trường tiêu đề: Từ

Description:  
    Mailbox of message author  
[...]  
Related information:
    Specifies the author(s) of the message; that is, the mailbox(es)
    of the person(s) or system(s) responsible for the writing of the
    message. Defined as standard by RFC 822.

2.1.3. Trường tiêu đề: Người gửi

Description:  
    Mailbox of message sender  
[...]  
Related information:
    Specifies the mailbox of the agent responsible for the actual
    transmission of the message.  Defined as standard by RFC 822.

2.1.22. Trường tiêu đề: Đường dẫn trở lại

Description:
    Message return path
[...]  
Related information:
    Return path for message response diagnostics. See also RFC 2821
    [17]. Defined as standard by RFC 822.

4
Cảm ơn đã cho liên kết RFC chính thức. Nó thực sự hữu ích nếu ai đó hỏi, "Dựa trên cái gì?"
bayuah

Câu trả lời khác này (từ năm 2011) cho rằng phương pháp được chỉ ra ở đây khiến gmail gắn cờ email là thư rác. Tôi tự hỏi nếu đó vẫn là trường hợp ngày hôm nay.
showdev

Đã cập nhật trong RFC 5322 tools.ietf.org/html/rfc5322#section-3.6 . Ai đó có thể vui lòng nói với những người RFC của SMTP rằng nó sẽ giúp ích nếu trường Người gửi phải khớp với địa chỉ Từ được sử dụng trong quy trình bắt tay SMTP nếu nó được sử dụng.
BeowulfNode42

22

Một cập nhật nhỏ cho điều này: một người gửi không bao giờ nên đặt Return-Path:tiêu đề. Không có thứ gọi là Return-Path:tiêu đề cho tin nhắn đang chuyển. Tiêu đề đó được đặt bởi MTA để thực hiện phân phối cuối cùng và thường được đặt thành giá trị của 5321.Fromtrừ khi hệ thống cục bộ cần một số loại định tuyến kỳ quặc.

Đó là một sự hiểu lầm phổ biến vì người dùng hiếm khi thấy một email mà không có Return-Path:tiêu đề trong hộp thư của họ. Điều này là do họ luôn thấy các tin nhắn được gửi, nhưng MTA sẽ không bao giờ nhìn thấy Return-Path:tiêu đề trên tin nhắn đang chuyển. Xem http://tools.ietf.org/html/rfc5321#section-4.4


Người gửi sử dụng ứng dụng email sẽ không đặt nó, nhưng "người gửi" viết tập lệnh gửi email có thể đặt nó theo kịch bản, do đó tôi nghĩ rằng người gửi không bao giờ nên đặt nó sai.
chiliNUT

3
Thật không may, Chilinut thực sự không chính xác. Đường dẫn trả về: tiêu đề trên thư đang chuyển sẽ bị loại bỏ, MDA (đại lý chuyển phát thư) thực hiện chuyển phát cuối cùng sẽ đặt tiêu đề Đường dẫn trả về: khớp với giá trị của 5321.From (từ phong bì) được mang theo thông điệp. Điều này là do phong bì bị mất khi tin nhắn được gửi, do đó, đường dẫn Trả về: ghi lại những gì phong bì được lấy từ khi MDA nhận được tin nhắn.
cmeid

Tôi đang xem các tiêu đề của một tin nhắn trong hộp thư đến của mình ngay bây giờ và nó có một From:địa chỉ và một địa chỉ ( khác ) Return-Path:, vì vậy tôi không biết bạn đang đề cập đến điều gì
chiliNUT

2
Các Return-Path:tiêu đề phản ánh phong bì-từ, hoặc địa chỉ RFC5321.From. Các From:tiêu đề phản ánh header-từ, hoặc địa chỉ RFC5322.From.
cmeid

5
Nó trở thành ngữ nghĩa, điều quan trọng (như trên) là bạn không thể đặt Return-Path:tiêu đề khi gửi tin nhắn. Nếu có, nó sẽ bị loại bỏ trong quá trình vận chuyển và sau đó được đặt thành giá trị của RFC5321. Từ hoặc phong bì từ MDA thực hiện gửi tin nhắn cuối cùng. Về cơ bản, Return-Path:tiêu đề ghi lại những gì phong bì đã có, vì phong bì bị loại bỏ khi giao hàng.
cmeid
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.