Implementowanie zmiennej ścieżki powrotu koperty (VERP) za pomocą Exchange

Szukamy implementacji zmiennej ścieżki zwrotu koperty (VERP) w celu usprawnienia przetwarzania odrzuceń w naszej aplikacji.

Nasza obecna infrastruktura poczty to MS Exchange 2007, ale jesteśmy w trakcie aktualizacji do 2010 roku. Wdrażamy również Postini do filtrowania spamu.

Exchange nie obsługuje podadresowania (zobacz także to pytanie o adresach jednorazowych ) - a VERP jest w pewnym sensie wyspecjalizowanym zastosowaniem podadresowania.

Czy są jakieś opcje wdrażania VERP w Exchange bez umieszczania przed Exchange innego przekaźnika SMTP innego niż Exchange w celu wstępnego przetwarzania przychodzących wiadomości? W szczególności czy można utworzyć regułę transportu, która mogłaby pasować do docelowego (nieistniejącego) odbiorcy, zapisać adres odbiorcy w specjalnym nagłówku dodanym do wiadomości i przekierować wiadomość do wstępnie utworzonej skrzynki pocztowej?

Uwaga: dysponujemy zasobami dla programistów, jeśli można w jakiś sposób użyć niestandardowego kodu.

Z pewnością nie jest już obsługiwane VERP w Exchange 2007/2010. Jak wiesz. Nie wierzę, że będziesz w stanie stworzyć regułę transportu, nawet za pomocą PowerShell, aby robić to, co chcesz. Wierzę, że najbliższe będzie zbudowanie własnego agenta transportowego. Zestaw Exchange SDK można znaleźć na stronie msdn.microsoft.com. Jeśli Twoim celem jest ustalenie, dla kogo wiadomość została odrzucona, lepiej przeanalizować dzienniki protokołu. Rejestrowanie protokołu musi być włączone i ma osobne dzienniki wysyłania / odbierania. Powodzenia, Paul

Exchange jest do bani. Oprogramowanie do obsługi poczty w systemie Linux jest bezpłatne. Zainstaluj go w skrzynce, skonfiguruj subdomenę dla wszystkich wysyłanych przez siebie wiadomości specyficznych dla aplikacji. (Podobnie jak mojaapp.mycompany.tld, więc cała poczta pochodzi od someuser@myapp.mycompany.tld)

Byłoby dość łatwo napisać (lub nakłonić kogoś do napisania) szybką i brudną aplikację, która odbierałaby i przetwarzała wiadomości odesłane oraz powiadamiała Twoją aplikację za pomocą czegoś takiego jak SOAP.

Jeśli jesteś środowiskiem tylko dla systemu Windows, nie jest fajnie oderwać się od uruchomienia jednorazowego serwera Linux, ale nie jestem pewien, jak to zrobić za pomocą Exchange.

Inną opcją może być osadzenie unikalnego ciągu znaków w nagłówku, temacie lub treści każdej wiadomości. Użyj X-MyApp-Id: bla. Oczywiście może to spowodować zadziałanie większej liczby filtrów spamu ...

Robimy to, analizując dzienniki śledzenia wiadomości i stosując regułę, która usuwa odesłane wiadomości przed ich wysłaniem. Działa to, jeśli aplikacja wysyłająca może utworzyć ścieżkę zwrotną VERP. To nie jest część wymiany SMTP, która nie może wykonać VERP, to część skrzynki pocztowej, która nie może obsłużyć symboli wieloznacznych do deponowania odesłanych wiadomości w skrzynce pocztowej. Jeśli korzystasz z dzienników, nie musisz wysyłać wiadomości odesłanej, która ogranicza ruch pocztowy. Dzienniki są plikami csv, więc ładują się nieco ładnie do bazy danych, a następnie analizujesz pole ścieżki powrotnej dla identyfikatora rekordu VERP i używasz kodu przyczyny, aby oznaczyć jako odbicie twarde lub miękkie. Problem polega na tym, że działa to świetnie, jeśli aplikacja używa smtp do łączenia się z serwerem wymiany. Z jakiegoś powodu, jeśli użyjesz katalogu wymiany, zamienisz swoją ścieżkę zwrotną verp na adres od i stracisz możliwość tego. Wciąż próbuję to rozgryźć.