Üstbilgi ve Zarf Kimden adreslerinin eşleşmemesinin birçok nedeni olabilir. Çoğu, posta gönderme, postaları kimin gönderdiğini veya kimler adına gönderildiğini veya kimin yanıtlanması gerektiğini temsil etmeyen bir adrese bildirilmesi gereken posta gönderen otomatik işlemler ile ilgilidir. Belirttiğiniz gibi posta listeleri iyi bir örnektir.
Bir kullanıcının posta istemcisinden gönderilen bir iletinin adreslerden farklı olmasının ana nedeni iletilen postalardır. Bu durumda posta içeriği aslına makul bir şekilde sadık olmalıdır, ancak teslimat hataları durumunda, bunlar orijinal göndereni değil, e-postayı ileten kullanıcıya bildirilmelidir.
SMTP başlığının yanı sıra, çeşitli programların orijinal gönderen ve ara gönderen ve / veya hataları bildirmek için tercih edilen adres arasında ayrım yapmak için kullandığı çeşitli MIME başlıkları da vardır.Eg Yanıtla, Gönderen, Başlangıçta , Hatalar-To, vb, her biri farklı semantik ile. Bunlardan bazıları standart desteğe sahipken, birçoğu yok, ancak yine de kullanımda olabilir. Çeşitli posta programlarının pratikte nasıl davrandığı oldukça değişkendir.
Posta adresleme yönteminin tavsiye edilip edilmeyeceği, sizin istediğiniz gibi "meşru" olup olmadığından farklı bir konudur. Burada potansiyel spam'ı ele alma politikası gibi bir meşruiyeti düşünüyorsanız, hayır, bu şekilde basit bir ayrım yapabileceğinizi düşünmüyorum.
E-postanın DKIM imzası ve e-posta etki alanları için posta sunucularının SPF kimlik doğrulaması hakkında bir düşünün. Çok fazla posta gönderiyorsanız, postanızın bu yollarla kimliğini doğrulamanız önemli olabilir ve bu, postanın adreslenmesi için bazı etkileri olabilir. .
-
Talep üzerine genişletildi:
Bir MIME 'Yanıtla' başlığı, bir MUA'yı (Posta Kullanıcı Aracısı, genellikle bir kişinin posta istemcisi) MIME 'Kimden' adresi yerine farklı bir adrese yanıt göndermeye yönlendirir. Bu, MTA (Posta Aktarım Aracısı) tarafından hatalar gibi şeyler için kullanılmaz.
Genellikle MTA, hata göndermek için SMTP Zarf 'MAIL Kimden' adresini kullanır. MTA komutu olan bir MIME 'Hatalar-Kime' üstbilgisi ile geçersiz kılınabilir. Tüm MTA'lar onurlandırmaz, bu nedenle SMTP Zarf adresini ayarlamak için daha düşük bir mekanizmadır, ancak bir mesajda MIME Üstbilgileri ayarlamanın mümkün olabileceği birçok durum vardır, ancak SMTP Zarf Kimden adresi değil. Örneğin, paylaşılan bir barındırma ortamında çalışan yazılım bu durumda kendini bulabilir.
'Gönderen', yazılım aracılarına bir talimat olarak çok daha belirsizdir, ancak e-postayı kimin veya neyin gönderdiği, Gönderen adresinden farklı olan ve posta adına kimin gönderildiği gibi olanı belirtir. Örneğin, çevrimiçi bir e-posta politikacı formunu doldurduğunuzda, ortaya çıkan e-postanın postanızı Kimden başlığında kullanması çok uygun olur, ancak formu kuran kuruluşla ilgili bir Gönderen adresine sahip olmanız gerekir.
'Başlangıçta Gönderen', bazı MUA yazılımları tarafından posta yönlendirilirken, gönderenin adresi 'Kimden' başlığı için kullanılır. Diğer MUA'lar Kimden adresini yalnız bırakacak ve bir 'Tekrar Gönderme' başlığı kullanacaktır. MUA'nın bu çeşitli üstbilgileri aldığı e-postaların üstbilgileri faydalı bir şekilde yorumlayıp yorumlamadığı, hatta görüntüleyebileceği oldukça değişkendir. Size gönderilen bir postayı yanıtlarken, yanıt varsayılan olarak kime gitmelidir? Belki bu 'Yanıtla' başlığını ayarlamak en iyisidir?
MUA'ların davranışı değişkendir ve zamanla iyileşiyor gibi görünse de kötü tanımlanmıştır. Aksine, Zarfın anlambilimi çok daha tanımlanmıştır. Tipik olarak MTA'ların kendilerini MIME üstbilgileriyle asla ilgilenmemesi gereken güçlü bir pozisyon vardır, ancak MTA'lar posta içeriğinden giderek daha fazla sorumlu tutulduklarından (örneğin, bkz. SPF ve ortaya çıkan DMARC standartlarına bakın), bu pozisyonun açıklığının bozulmasına yönelik baskı vardır. Hatalar-To gibi uzun süredir devam eden mekanizmalar, MTA'ların başlık içeriğine bakmama kavramıyla da çelişmiştir, bu da bu mekanizmaların neden her zaman tutarsız bir şekilde uygulandığının bir parçasıdır. Yazılım yazarlarının felsefeleri değişiklik gösterir.
Http://tools.ietf.org/html/rfc4021#section-2'ye bakmak yararlı olabilir , ancak çok sayıda posta yazılımının gerçek uygulamalarının, standartların kutsanması gerekmeyen şekillerde değiştiğini unutmayın.
Postanın nasıl kullanılması gerektiğini düşündüğünüze dair net bir felsefe bulmaya çalışmak iyidir, ancak diğer herkesin nasıl olması gerektiğini düşündüğünüzü yapmasını beklemeyin.