Gönderen, Gönderen ve Dönüş Yolu arasındaki fark nedir?


138

Bir e-posta Gönderen, Gönderen ve Dönüş Yolu değeri arasındaki fark nedir?

Örnek : Kullanıcının e-postalarını girebileceği bir iletişim formum var, bu göndericiye veya dönüş yoluna atanır mı?

StackOverflow üzerinde hızlı bir arama vardı ve yararlı bir şey bulamadık.

Yanıtlar:


172

Bu nedenle, bir mesaj gönderildiğinde SMTP zarfı üzerinde SMTP zarfı (gönderen, alıcılar vb.) Mesajın gerçek verilerinden farklıdır.

SenderBaşlık gönderdikten mesajında tanımlamak için kullanılır. Bu genellikle Fromiletinin kimden olduğu başlıkla aynıdır . Ancak, bazı durumlarda posta aracısının başka biri adına ileti gönderdiği durumlarda farklılık gösterebilir.

Return-PathBaşlık teslim makbuzları gönderilecek olan alıcının (veya alıcı MTA) belirtmek için kullanılır.

Örneğin, kullanıcıların bir web sayfasından posta göndermesine izin veren bir sunucu alın. Yani, sender@yourcompany.combir mesaj yazar ve gönderir. Sunucu daha sonra iletiyi alıcısına Fromayarlanmış olarak gönderir sender@yourcompany.com. Gerçek SMTP gönderimi, farklı kimlik bilgileri kullanır mailagent@mywebmail.com. Bu nedenle, senderüstbilginin iletiyi kimin gönderdiğini belirtmediğini mailagent@mywebmail.combelirtmek için üstbilgi olarak ayarlanır From.

Bu durumda, mesaj gönderilemezse, aracının teslim edilemedi raporunu alması daha iyidir ve böylece gönderen yerine teslim raporlarının ona gideceği şekilde Return-Pathde ayarlanır mailagent@mywebmail.com.

Sadece bunu yapıyorsanız, e-posta göndermek için bir form gönderme, bu muhtemelen üstbilgileri nasıl ayarladığınıza doğrudan bir paraleldir.


1
Ayrıca, her şeyi ayarlamanız gerekmez. eğer gönderen ve dönüş yolunu terk ederseniz, Kimden adresine giderler. Geri dönüş yolunu terk ederseniz, NDR'ler gönderene gider, sanırım.
Shawn D.

1
... Posta bombacıları için çekici bir sıkıntı. Bunu yapma!
Üçlü

Bunu doğru anladım mı? E-posta göndermek için bir web formu hakkında konuşurken, Senderbir kişi , web formu göndermiş ve Frombir sunucu e-mail gönderdiğim? Yoksa tam tersi mi?
Ethan Leroy

7
Posta kutularını yöneten bir asistana sahip bir VIP hayal edin. Asistan VIP adına e-posta yazıyorsa asistan Sender, ancak mesaj FromVIP'dir. "VIP adına
Asistandan

@ShawnD., Ya yoksa Return-Path. Varsayılan olarak o Senderzaman mı?
Pacerier

99

Bu spesifikasyonu tanımlayan resmi RFC burada bulunabilir:

http://tools.ietf.org/html/rfc4021#section-2.1.2 (paragraf 2.1.2'ye ve aşağıdaki paragraflara bakınız)

2.1.2. Başlık Alanı: Kimden

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. Başlık Alanı: Gönderen

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. Başlık Alanı: Dönüş Yolu

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

4
Resmi RFC bağlantısını verdiğiniz için teşekkür ederiz. Birisi "Neye göre?" Diye sorarsa gerçekten yararlıdır.
bayuah

Bu diğer yanıt (2011'den itibaren) burada belirtilen yöntemin gmail'in e-postaları spam olarak işaretlemesine neden olduğunu iddia ediyor. Bugün hala böyle olup olmadığını merak ediyorum.
showdev

RFC 5322 araçlarında güncellendi.ietf.org/ html/rfc5322#section-3.6 . Birisi SMTP RFC çalışanlarına, Gönderen alanının kullanılacaksa SMTP el sıkışma işleminde kullanılan Kimden adresiyle eşleşmesi gerektiğinde yardımcı olacağını söyleyebilir mi?
BeowulfNode42

22

Bu konuda küçük bir güncelleme: Gönderen asla Return-Path:üstbilgiyi ayarlamamalıdır . Return-Path:Taşınan bir iletinin başlığı diye bir şey yoktur . Bu başlık, son dağıtımı yapan MTA tarafından ayarlanır 5321.Fromve yerel sistem bir tür ilginç yönlendirmeye ihtiyaç duymadıkça genellikle değerine ayarlanır .

Bu yaygın bir yanlış anlamadır, çünkü kullanıcılar Return-Path:posta kutularında başlık olmadan nadiren bir e-posta görür . Bunun nedeni her zaman iletilen iletileri görmesidir, ancak MTA iletilen Return-Path:iletideki bir üstbilgiyi asla görmemelidir . Bkz. Http://tools.ietf.org/html/rfc5321#section-4.4


Bir e-posta istemcisi kullanan bir gönderen ayarlamak olmaz, ancak bir "gönderen" e-posta gönderen bir komut dosyası yazma bunu komut dosyası ayarlayabilir, bu yüzden bir gönderen asla ayarlamak gerektiğini söylemek yanıltıcı olduğunu düşünüyorum.
chiliNUT

3
Ne yazık ki, Chilinut aslında yanlış. Aktarılan bir iletideki bir İade Yolu: üstbilgisi atılır, son dağıtımı gerçekleştiren MDA (posta teslim aracısı), İade Yolu: üstbilgisini, tarafından taşınan 5321'in (zarftan) değerine uyacak şekilde ayarlar. mesaj. Bunun nedeni, ileti teslim edildiğinde zarfın kaybolmasıdır, bu nedenle Dönüş Yolu: üstbilgisi, MDA iletiyi alırken zarfın ne olduğunu kaydeder.
cmeid

Şu anda gelen From:Return-Path:
kutumdaki

2
Return-Path:Başlık zarfı-ya RFC5321.From adresini gösterir. From:Başlık den başlığını-ya RFC5322.From adresini gösterir.
cmeid

5
Anlambilim haline geliyor, önemli olan (yukarıdaki gibi) Return-Path:bir mesaj gönderirken bir başlık ayarlayamamanızdır . Varsa, taşıma sırasında atılır ve daha sonra mesajın son dağıtımını yapan MDA tarafından veya zarftan RFC5321 değerine ayarlanır. Temel Return-Path:olarak, zarf teslimatta atıldığı için zarfın ne olduğunu kaydeder.
13'te cmeid
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.