SORU
5 AĞUSTOS 2009, ÇARŞAMBA


Ne dönüş yolu arasındaki davranış farkı,-cevaplamak?

E-posta uygulaması üzerinde aşağıdaki başlığı ile e-posta gönderiyorum

FROM: marketing@customer.com
TO: subscriber1@domain1.com
Return-PATH: bouncemgmt@ourcompany.com

Karşı karşıya olduğumuz sorun, bazı e-posta sunucuları bir mesaj hemen geri sıçrama ve ya ters yolu (marketing@customer.com) sıçrama mgmt sunucumuza doğurur. Eğer biz bütün sıçramalar yakalamak mümkün olacak Eğer başlık yanıtla geri dönüş yolu da aynı olacak şekilde değiştir bilmek istiyoruz.

Başka fikirler bekliyoruz?

Referans olarak aşağıdaki belgeleri kullanıyoruz: VERP RFC Bounce Messages

SMTP Log Parsing to get Bounces

EDİT 1: Eğer bu sorunu çözmek bulabilecek miyiz bilgi birkaç bit.

Ne zaman e-posta sunucu mesaj yolluyorum cevap-geri dönüş yolu karşı kullanmayı tercih edecek bilmek istiyoruz. İlk smtp sunucu mesaj yolluyorum reddedildiğinde bunu yanıtlamak için gönderdiği fark var, ama bir hop sonra ne zaman olur dönüş yolu için gönderir.

CEVAP
7 AĞUSTOS 2009, Cuma


Hadi basit bir örnek ile başlayalım. Hadi aşağıdaki RFC2822 içerik göndermek için bir e-posta listesi var ki.

From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>

This is a very simple body.

Şimdi, hadi VERP (veya farklı bir dönüş yolu kullanan başka bir sıçrama izleme mekanizması) uygulayan bir e-posta listesi, onu göndermek için gidiyoruz demek. Bir olacağı görüşünde coolstuff-you=yourcompany.com@mymailinglist.com dönüş yolu sağlar. SMTP oturumu gibi görünebilir:

{S}220 workstation1 Microsoft ESMTP MAIL Service
{C}HELO workstation1
{S}250 workstation1 Hello [127.0.0.1]
{C}MAIL FROM:<coolstuff-you=yourcompany.com@mymailinglist.com>
{S}250 2.1.0 me@mycompany.com....Sender OK
{C}RCPT TO:<you@yourcompany.com>
{S}250 2.1.5 you@yourcompany.com 
{C}DATA
{S}354 Start mail input; end with <CRLF>.<CRLF>
{C}From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>

This is a very simple body.
.

{S}250 Queued mail for delivery
{C}QUIT
{S}221 Service closing transmission channel

{C} {S} İstemci ve Sunucu ve temsil komutları, sırasıyla.

Alıcının e-posta gibi görünecektir:

Return-Path: coolstuff-you=yourcompany.com@mymailinglist.com
From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>

This is a very simple body.

Şimdi farklı tarif edeyim ""ler.

  1. Dönüş Yolu (Path Ters veya Zarf--tüm bu koşulları birbirinin yerine kullanılabilir bazen denir) değeri SMTP oturumu sırasında kullanılır. Gördüğünüz gibi, bu aslında posta başlıklarını da bulunan bir değeri olması gerekmez. Alıcının sadece posta sunucusu e-posta için üst Dönüş Yolu bir başlık eklemek gerekiyor. Bu SMTP oturumu sırasında Dönüş Yolu gönderenin gerçek kayıtları. Eğer Dönüş Yolu bir başlık zaten e-posta var ise, o zaman bu başlık kaldırılacak ve alıcının posta sunucusu tarafından değiştirilir.

    SMTP oturumu sırasında oluşan bütün sıçramalar Dönüş Yolu değerine geri gitmek gerekir. Bazı sunucular tüm e-posta kabul ve alıcının posta kutusuna teslim etmek için ücretsiz bir iplik kadar yerel olarak sıra, o zaman olabilir. Eğer alıcı yok eğer doğru değilse, geri Dönüş Yolu kayıtlı değeri sıçrama gerekir.

    Not, tüm posta sunucuları itaat bu kural. Bazı posta sunucuları geri adresten için sıçrama olacaktır.

  2. Adres değeri aslında başlığından bulundu. Bu mesajdan kim olması gerekiyordu. Bu "DAN" en posta istemcileri. olarak gördüğünüz nedir Eğer bir e-postaya Cevap-bir başlığı var mı Eğer değilse, o zaman tüm insan (posta istemcisi) cevaplar adresinden dönmem gerek.

  3. Yanıt Başlığı gönderenin (veya gönderenin yazılım) ilave edilir. Tüm insan cevaplar da ele alınmalıdır. Kullanıcı tıklama"", Yanıt değeri yeni oluşturulan e-posta. recpient olarak kullanılmalıdır yanıt temelde, Yanıt İçin değeri olan herhangi bir sunucu tarafından kullanılmamalıdır. İstemci tarafında kullanmak içindir.

    Anlayacağınız gibi, ancak, tüm posta sunucuları RFC standartlarına veya tavsiyelere uyun.

Umarım bu şeyleri temizlemek yardımcı olacaktır. Eğer atladığım bir şey varsa ancak, bana bildirin, ve cevaplamaya çalışacağım.

Bunu Paylaş:
  • Google+
  • E-Posta
Etiketler:

YORUMLAR

SPONSOR VİDEO

Rastgele Yazarlar

  • Avast

    Avast

    27 NİSAN 2006
  • Bobbylee Budde

    Bobbylee Bud

    13 ŞUBAT 2011
  • bunliu

    bunliu

    2 Mayıs 2007