2008-09-23 10 views
13

Mamy typową biznesową aplikację internetową, która umożliwia naszym użytkownikom wysyłanie wiadomości e-mail z ofertami do swoich klientów. Ustawiamy adres e-mail użytkownika w polu FROM, aby klient mógł odpowiedzieć bezpośrednio użytkownikowi. Problem polega na tym, że z powodu protokołu SMTP, niedostarczone powiadomienie e-mail jest zwracane na nasz adres e-mail (adres konta, z którego wysyłamy wiadomości e-mail).Obsługa niedoręczonych wiadomości e-mail w aplikacji webowej

Czy znasz elegancki sposób na obsługę niedostarczonych wiadomości e-mail? Mam na myśli najłatwiejszy sposób poinformowania nadawcy o tym, że jego poczta nie została dostarczona.

Odpowiedz

0

Dokładnie, której rutyny używasz do wysyłania wiadomości e-mail? Wysyłamy wiadomości e-mail za pośrednictwem nieprzetworzonego protokołu SMTP za pomocą parametrów HTTP, a odpowiedzi są przesyłane z powrotem na adres wskazany w polu Z :.

Zobacz, czy SMTP API wrapper ma odpowiedzi na pytanie: pola

Niektóre API nie może zapewnić tę funkcjonalność, ponieważ zwiększa możliwości spamowania.

3

Istnieją 3 "nagłówki", które mają e-maile.

  1. Od.
    • To, co użytkownik widzi jako 'stworzyła'
  2. zwrotny.
    • To gdzie e-mail zostanie wysłana, gdy odpowiedź jest odnie
  3. Return-Path.
    • Tutaj następuje przekierowywanie wiadomości e-mail w przypadku, gdy miejsce docelowe nie istnieje.

Prawdopodobnie chcesz być ustawienie 3rd :)

(uwaga, niektóre serwery nie odpowiadać na te utracone wiadomości w ogóle, ponieważ posiadał niedawno spamerzy zostały oddanie adresy tam, że nie są własnych, robi 3rd atak część odrzuceń przy użyciu zautomatyzowanego systemu odpowiedzi włączyć serwerów pocztowych na otwartym przekaźnik)

patrz punkt 4.4 niniejszego dokumentu w celu uzyskania dalszych informacji: http://www.faqs.org/rfcs/rfc822.html

17

Po pierwsze, ważne jest, aby zrozumieć różnicę pomiędzy „Od:” nagłówka (który odbiorca widzi w swoim kliencie poczty) i adres nadawcy (który nazywany jest również droga powrotna koperta, czy argument do SMTP „MAIL FROM” dowództwo). Adres nadawcy to miejsce, w którym wysyłane są wiadomości odesłane, gdy wiadomość e-mail nie może zostać dostarczona, stąd druga ścieżka zwrotu nazwy.

SMTP nie ogranicza adresu, którego używasz jako adresu nadawcy (oprócz tego, że musi on być poprawny pod względem składni), ale jakakolwiek biblioteka klienta SMTP może być używana, więc musisz to sprawdzić.

Zmiana adresu nadawcy jest, gdzie można robić mądre rzeczy, które pomogą wykryć odbija email i zgłosić je z powrotem do webapp lub nadawcy. Najczęstszą rzeczą zobaczysz jest do zakodowania odbiorcy adres w adresie nadawcy, np z takim adresem nadawcy: [email protected] MTA odpowiedzialny za domenę senderdomain.com musi wiedzieć, aby dostarczyć wszystkie wiadomości e-mail [email protected] na adres [email protected] - ale jest to dość powszechny wymóg. Następnie odbierasz otrzymaną wiadomość e-mail, a zamiast próbować wyuczyć się z wiadomości odrzuceń w treści (która może być w dowolnym formacie), kto był odbiorcą, możesz pobrać ją bezpośrednio z adresu odbiorcy.

Można również wykonywać bardziej złożone operacje, np. Mieszać adres odbiorcy, aby nie był widoczny bezpośrednio w adresie nadawcy, np. [email protected] Możesz też podać identyfikator e-maila, który został wysłany, w przypadku gdy wysyłasz wiele e-maili pod ten sam adres i chcesz wiedzieć, który z nich został odrzucony.

Te triki nazywają się Variable Envelope Return Path lub VERP i są zwykle implementowane przez oprogramowanie listy adresowej.