Re: Re: Vip mail delivery confirmation

От: Dmitry Akindinov <CGatePro_at_mx_ru>
Дата: Tue 28 Oct 2003 - 16:23:17 MSK

Hello, on 28.10.2003 15:56, (Peter Didenko) at CGatePro@mx.ru wrote:

>
> Добрый день,
>

>>> протоколы работы это все-таки создается потом, когда все уже закончилось.
>>> 
>>> Все. Все закончилось. Работайте с отчетами :-)
>> 
>> Вы не совсем правы, Питер. В данном случае Вы попадаете на лишнее чтение
>> логов втором по ним проходом.

>
> Нестандартные задачи должны решаться соответствующими методами, а не
> нагромождаться загадочной [читаем "глючной"] функциональностью в коде сервера.
> В данном же случае речь идет об этом - в сервере ищут несвойственную подобному
> приложению функциональность. Ты согласен что за время обсуждения можно было
> написать программу-обработчик? Вопрос не в нагрузке - она в данном случае
> будет небольшой. А вот проходящие по коридору коллеги рекомендуют посоветовать
> использовать DSN или хотя бы разобраться почему он не может быть тут хитро
> применен... :)

Решение "из палок и веревок" может быть таким: серверное правило для писем от/для аккаунта vip запускает внешний скрипт с тэгом [FILE]. Имя файла, переданное скрипту, содержит в себе тот самый внутренний Message ID. Дальше, некий резидентный обработчик ждет пока этот файл не будет удален из директории Queue. С этого момента можно начинать парсить логи, фильтруя по Message ID.

Можно реализовать в виде content filter - отдельный резидентный обработчик не будет нужен. Правда, надо как-то сохранять информацию между перезапусками.

С DSN можно накрутить еще красивее: оригинальное письмо убить, а взамен по SMTP подсунуть серверу копию с хитрым return-path (orig$path+dsnproc@mydomain), который бы роутился через PIPE на скрипт-обработчик DSN, и явным требованием DSN. Скрипт, в свою очередь, сгенерит нужные уведомления и DSN для оригинального отправителя.

-- 
Best regards,
Dmitry Akindinov -- Stalker Labs

Получено Tue Oct 28 13:23:15 2003