Реалізація шляху повернення змінної конверти (VERP) за допомогою Exchange

Ми розглядаємо можливість впровадження змінного шляху повернення до конвертів (VERP) для покращення обробки відмов для нашого додатку.

Наша поточна інфраструктура пошти - MS Exchange 2007, але зараз переходить до модернізації до 2010 року. Ми також впроваджуємо Postini для фільтрації спаму.

Біржа не підтримує суб-адресацію (див. Також це питання щодо одноразових адрес ) - і VERP є дещо спеціалізованим застосуванням суб-адресації.

Чи є якісь варіанти впровадження VERP в Exchange без встановлення іншого біржового реле SMTP перед Exchange для попередньої обробки вхідних повідомлень? Зокрема, чи може бути створене транспортне правило, яке може відповідати цільовому (неіснуючому) одержувачу, зберігати цю адресу одержувача у спеціальному заголовку, доданому до повідомлення, та перенаправляти повідомлення до попередньо створеної поштової скриньки?

Примітка: у нас є ресурси для розробників, якщо користувацький код можна було якось використовувати.

Безумовно, поза програмою VERP в Exchange 2007/2010 немає підтримки VERP. Як ви знаєте. Я не вірю, що вам вдасться створити транспортне правило, навіть за допомогою PowerShell, робити те, що ви хочете. Я вірю, що найближчим чином ви отримаєте власного транспортного агента. Ви можете знайти SDK Exchange за адресою msdn.microsoft.com. Якщо ваша мета - визначити, для кого повідомлення відскакувало, вам може бути краще проаналізувати протоколи протоколів. Ведення протоколу повинно бути ввімкнено і має окремі журнали надсилання / отримання. Удачі, Пол

Біржа при цьому смокче. Програмне забезпечення для електронної пошти Linux безкоштовно. Встановіть його у вікні, налаштуйте субдомен для всієї пошти, яку ви надсилаєте конкретній програмі. (Як і myapp.mycompany.tld, тому вся ваша пошта надходить від someuser@myapp.mycompany.tld)

Буде досить просто написати (або змусити когось написати) швидкого та брудного додатку, який отримуватиме та обробляє повідомлення відмов та повідомляє ваш додаток, використовуючи щось на зразок SOAP.

Якщо ви є середовищем лише для Windows, не цікаво відривати запуск одноразового сервера Linux, але я не знаю, як це зробити за допомогою Exchange.

Іншим варіантом може бути вбудовування унікального рядка символів у заголовку, темі чи тілі кожного повідомлення. Використовуйте X-MyApp-Id: бла. Звичайно, це може відключити більше спам-фільтрів ...

Ми робимо це, аналізуючи журнали відстеження повідомлень і маючи правило, яке видаляє повідомлення відмов, перш ніж вони надсилаються. Це працює, якщо додаток, що надсилає, може створити шлях повернення VERP. Це не частина SMTP обміну, яка не може зробити VERP, це частина поштової скриньки, яка не може обробляти незаконні картки для депонування повідомлень про відмов у поштовій скриньці. Якщо ви використовуєте журнали, вам не доведеться надсилати повідомлення про відмов, яке скорочує ваш поштовий трафік. Журнали - це файли csv, тому вони дещо акуратно завантажуються в базу даних, а потім розбираєте поле шляху повернення для вашого ідентифікатора запису VERP та використовуєте код причини для позначення як жорсткого або м'якого відмов. Проблема у нас полягає в тому, що це чудово працює, якщо ваш додаток використовує smtp для підключення до сервера обміну. З якоїсь причини, якщо ви користуєтеся каталогом пікап, обмін замінює ваш верп-шлях повернення на адресу з адреси, і ви втрачаєте можливість це робити. Ще намагаюся розібратися в цьому.