Re: [Exim-users] exim filter - принудительно задержать письмо
Итак, задача решена. Фильтр с SQL запросом, который получился в итоге,
выглядит так:
if $sender_address is "${lookup mysql{SELECT
CONCAT(`login`,'@',`domain`) as blabla from `users` u WHERE
u.login='username' AND u.domain='example.com' AND u.hold='1' LIMIT
0,1}}" then
freeze
endif
20.06.2014 14:12, Victor Ustugov пишет:
Павел Завада wrote:
Вариант с базой очень нравится. Более того, exim уже настроен в связке с
mysql базой.
Ссылка на структуру БД, которая используется -
http://piccy.info/view3/6577415/00cb0bd269e9c4159e5ab3753a65b56b/
Исходя из ранее указанного метода (решить задачу через БД и фильтр с
выборкой из неё), я бы добавил в эту структуру поле *hold* со
значениями 0 и 1, как в поле *status* (активен ли ящик в принципе)
можно вообще абстрагироваться от существующих таблиц. разве что
использовать список учетных записей, чтобы при блокировке не вручную
указывать адрес блокируемого отправителя.
я бы создал отдельную таблицу, в которой бы указывал адрес отправителя
(или ссылку на учетную запись в уже существующей таблице учетных
записей), дату блокировки, можно указать того, кто заблокировал (если
блокировать могут несколько человек через какой-нибудь веб интерфейс),
можно указать величину задержки или граничное время разморозки (по
желанию), дату и время блокировки письма, дату и время расчетной
разморозки письма (если ранее была указана величина задержки и не
хочется в запросе копаться с вычислениями этого момента времени, па в
результатах запроса к табличке хочется видеть визуально все в виде
datetime), дату и время реальной разморозки письма.
а можно (если вообще не нужно знать, что и как происходило),
действительно просто добавить одно поле в таблицу учетных записей. и
сбрасывать его значение при заморозке письма.
все зависит "от полного налитого стакана".
Далее, если нижеприведённый фильтр подходит нам
if first_delivery and $sender_address is "usern...@example.com" then
freeze
endif
то как тогда разрешить отправку письма?
протолкнуть замороженное письмо можно с помощью exim -M
я уже упоминал exiqgrep, xargs и exim -M
Если ничего не предпринимать, то письмо будет отправлено автоматом при
следующей попытке? Здесь вступает в силу queue_runner?
Хотелось бы разрешить отправку письма явно, то есть, после каких-то
ручных действий. Идеально будет, если так же, через БД... Изменить поле
*hold* с 1 на 0 у юзера.
Но тогда фильтр должен быть универсальным, а не только на*first_delivery*.
Итого, осталось только написать правильный запрос, который будет
использован в фильтре.
Просьба помочь с этим. Заранее благодарю :)
20.06.2014 13:47, Victor Ustugov пишет:
Igor Karpov wrote:
On Jun 20, 2014, at 1:35 PM, Victor Ustugov
wrote:
тогда делаем крошечную базку SQLite. при необходимости
вышеописанной операции в табличку любым способом (хоть через веб
интерфейс) добавляется запись с адресом отправителя.
в системном фильтре в условие заморозки добавляется лукап в эту
табличку. и если адрес отправителя в ней есть, письмо
замораживается, а запись из таблицы либо удаляется, либо
апдейтится поле срабатывания данного события (в зависимости от
того, нужны ли будут потом отчеты о срабатываниях).
Другая возможность - не замораживать, а выпихивать на более другой
smarthost, который вообще по собственной инициативе ничего не
доставляет - или доставляет с (получасовой?) задержкой. Хотя для
единственного отправителя, пожалуй, много чести...
тогда в Received будет видно, что с письмом проводились манипуляции
в случае заморозки будет видно только, что между доставкой письма
непосредственно от отправителя данному exim'у и доставкой от данного
exim'а дальше по маршруту или по MX была задержка по времени. и всё.
по условиям задачи неясно, на сколько "чисто" нужно провести данную
операцию.
___
Exim-users mailing list
Exim-users@mailground.net
http://mailground.net/mailman/listinfo/exim-users
___
Exim-users mailing list
Exim-users@mailground.net
http://mailground.net/mailman/listinfo/exim-users
Re: [Exim-users] exim filter - принудительно задержать письмо
Павел Завада wrote: > Вариант с базой очень нравится. Более того, exim уже настроен в связке с > mysql базой. > Ссылка на структуру БД, которая используется - > http://piccy.info/view3/6577415/00cb0bd269e9c4159e5ab3753a65b56b/ > > Исходя из ранее указанного метода (решить задачу через БД и фильтр с > выборкой из неё), я бы добавил в эту структуру поле *hold* со > значениями 0 и 1, как в поле *status* (активен ли ящик в принципе) можно вообще абстрагироваться от существующих таблиц. разве что использовать список учетных записей, чтобы при блокировке не вручную указывать адрес блокируемого отправителя. я бы создал отдельную таблицу, в которой бы указывал адрес отправителя (или ссылку на учетную запись в уже существующей таблице учетных записей), дату блокировки, можно указать того, кто заблокировал (если блокировать могут несколько человек через какой-нибудь веб интерфейс), можно указать величину задержки или граничное время разморозки (по желанию), дату и время блокировки письма, дату и время расчетной разморозки письма (если ранее была указана величина задержки и не хочется в запросе копаться с вычислениями этого момента времени, па в результатах запроса к табличке хочется видеть визуально все в виде datetime), дату и время реальной разморозки письма. а можно (если вообще не нужно знать, что и как происходило), действительно просто добавить одно поле в таблицу учетных записей. и сбрасывать его значение при заморозке письма. все зависит "от полного налитого стакана". >>> Далее, если нижеприведённый фильтр подходит нам >>> if first_delivery and $sender_address is "usern...@example.com" then freeze endif >>> то как тогда разрешить отправку письма? >> протолкнуть замороженное письмо можно с помощью exim -M >> я уже упоминал exiqgrep, xargs и exim -M > > Если ничего не предпринимать, то письмо будет отправлено автоматом при > следующей попытке? Здесь вступает в силу queue_runner? > Хотелось бы разрешить отправку письма явно, то есть, после каких-то > ручных действий. Идеально будет, если так же, через БД... Изменить поле > *hold* с 1 на 0 у юзера. > Но тогда фильтр должен быть универсальным, а не только на*first_delivery*. > > Итого, осталось только написать правильный запрос, который будет > использован в фильтре. > Просьба помочь с этим. Заранее благодарю :) > > 20.06.2014 13:47, Victor Ustugov пишет: >> Igor Karpov wrote: >>> On Jun 20, 2014, at 1:35 PM, Victor Ustugov >>> wrote: тогда делаем крошечную базку SQLite. при необходимости вышеописанной операции в табличку любым способом (хоть через веб интерфейс) добавляется запись с адресом отправителя. в системном фильтре в условие заморозки добавляется лукап в эту табличку. и если адрес отправителя в ней есть, письмо замораживается, а запись из таблицы либо удаляется, либо апдейтится поле срабатывания данного события (в зависимости от того, нужны ли будут потом отчеты о срабатываниях). >>> Другая возможность - не замораживать, а выпихивать на более другой >>> smarthost, который вообще по собственной инициативе ничего не >>> доставляет - или доставляет с (получасовой?) задержкой. Хотя для >>> единственного отправителя, пожалуй, много чести... >> тогда в Received будет видно, что с письмом проводились манипуляции >> >> в случае заморозки будет видно только, что между доставкой письма >> непосредственно от отправителя данному exim'у и доставкой от данного >> exim'а дальше по маршруту или по MX была задержка по времени. и всё. >> >> по условиям задачи неясно, на сколько "чисто" нужно провести данную >> операцию. >> > > > > ___ > Exim-users mailing list > Exim-users@mailground.net > http://mailground.net/mailman/listinfo/exim-users > -- Best wishes Victor Ustugov mailto:vic...@corvax.kiev.ua public GnuPG/PGP key: http://victor.corvax.kiev.ua/corvax.asc ICQ UIN: 371808614 JID: corvax_at...@jabber.corvax.kiev.ua nic-handle: CRV-UANIC ___ Exim-users mailing list Exim-users@mailground.net http://mailground.net/mailman/listinfo/exim-users
Re: [Exim-users] exim filter - принудительно задержать письмо
Вариант с базой очень нравится. Более того, exim уже настроен в связке с mysql базой. Ссылка на структуру БД, которая используется - http://piccy.info/view3/6577415/00cb0bd269e9c4159e5ab3753a65b56b/ Исходя из ранее указанного метода (решить задачу через БД и фильтр с выборкой из неё), я бы добавил в эту структуру поле *hold* со значениями 0 и 1, как в поле *status* (активен ли ящик в принципе) Далее, если нижеприведённый фильтр подходит нам if first_delivery and $sender_address is"usern...@example.com" then freeze endif то как тогда разрешить отправку письма? протолкнуть замороженное письмо можно с помощью exim -M я уже упоминал exiqgrep, xargs и exim -M Если ничего не предпринимать, то письмо будет отправлено автоматом при следующей попытке? Здесь вступает в силу queue_runner? Хотелось бы разрешить отправку письма явно, то есть, после каких-то ручных действий. Идеально будет, если так же, через БД... Изменить поле *hold* с 1 на 0 у юзера. Но тогда фильтр должен быть универсальным, а не только на*first_delivery*. Итого, осталось только написать правильный запрос, который будет использован в фильтре. Просьба помочь с этим. Заранее благодарю :) 20.06.2014 13:47, Victor Ustugov пишет: Igor Karpov wrote: On Jun 20, 2014, at 1:35 PM, Victor Ustugov wrote: тогда делаем крошечную базку SQLite. при необходимости вышеописанной операции в табличку любым способом (хоть через веб интерфейс) добавляется запись с адресом отправителя. в системном фильтре в условие заморозки добавляется лукап в эту табличку. и если адрес отправителя в ней есть, письмо замораживается, а запись из таблицы либо удаляется, либо апдейтится поле срабатывания данного события (в зависимости от того, нужны ли будут потом отчеты о срабатываниях). Другая возможность - не замораживать, а выпихивать на более другой smarthost, который вообще по собственной инициативе ничего не доставляет - или доставляет с (получасовой?) задержкой. Хотя для единственного отправителя, пожалуй, много чести... тогда в Received будет видно, что с письмом проводились манипуляции в случае заморозки будет видно только, что между доставкой письма непосредственно от отправителя данному exim'у и доставкой от данного exim'а дальше по маршруту или по MX была задержка по времени. и всё. по условиям задачи неясно, на сколько "чисто" нужно провести данную операцию. ___ Exim-users mailing list Exim-users@mailground.net http://mailground.net/mailman/listinfo/exim-users
Re: [Exim-users] exim filter - принудительно задержать письмо
Нужно провести операции кристально чисто. Если из всех данных про манипуляции с письмом будет указана только задержка, это будет идеально. 20.06.2014 13:47, Victor Ustugov пишет: Igor Karpov wrote: On Jun 20, 2014, at 1:35 PM, Victor Ustugov wrote: тогда делаем крошечную базку SQLite. при необходимости вышеописанной операции в табличку любым способом (хоть через веб интерфейс) добавляется запись с адресом отправителя. в системном фильтре в условие заморозки добавляется лукап в эту табличку. и если адрес отправителя в ней есть, письмо замораживается, а запись из таблицы либо удаляется, либо апдейтится поле срабатывания данного события (в зависимости от того, нужны ли будут потом отчеты о срабатываниях). Другая возможность - не замораживать, а выпихивать на более другой smarthost, который вообще по собственной инициативе ничего не доставляет - или доставляет с (получасовой?) задержкой. Хотя для единственного отправителя, пожалуй, много чести... тогда в Received будет видно, что с письмом проводились манипуляции в случае заморозки будет видно только, что между доставкой письма непосредственно от отправителя данному exim'у и доставкой от данного exim'а дальше по маршруту или по MX была задержка по времени. и всё. по условиям задачи неясно, на сколько "чисто" нужно провести данную операцию. -- С уважением, Павел Завада Старший системный администратор ООО МИРИТЕК тел/факс +38 (044) 3-590-590 моб.+38(067) 223-46-36 skype pasha_astral web www.miritec.com ___ Exim-users mailing list Exim-users@mailground.net http://mailground.net/mailman/listinfo/exim-users
Re: [Exim-users] exim filter - принудительно задержать письмо
Igor Karpov wrote: > On Jun 20, 2014, at 1:35 PM, Victor Ustugov > wrote: >> >> тогда делаем крошечную базку SQLite. при необходимости >> вышеописанной операции в табличку любым способом (хоть через веб >> интерфейс) добавляется запись с адресом отправителя. >> >> в системном фильтре в условие заморозки добавляется лукап в эту >> табличку. и если адрес отправителя в ней есть, письмо >> замораживается, а запись из таблицы либо удаляется, либо >> апдейтится поле срабатывания данного события (в зависимости от >> того, нужны ли будут потом отчеты о срабатываниях). > > Другая возможность - не замораживать, а выпихивать на более другой > smarthost, который вообще по собственной инициативе ничего не > доставляет - или доставляет с (получасовой?) задержкой. Хотя для > единственного отправителя, пожалуй, много чести... тогда в Received будет видно, что с письмом проводились манипуляции в случае заморозки будет видно только, что между доставкой письма непосредственно от отправителя данному exim'у и доставкой от данного exim'а дальше по маршруту или по MX была задержка по времени. и всё. по условиям задачи неясно, на сколько "чисто" нужно провести данную операцию. -- Best wishes Victor Ustugov mailto:vic...@corvax.kiev.ua public GnuPG/PGP key: http://victor.corvax.kiev.ua/corvax.asc ICQ UIN: 371808614 JID: corvax_at...@jabber.corvax.kiev.ua nic-handle: CRV-UANIC ___ Exim-users mailing list Exim-users@mailground.net http://mailground.net/mailman/listinfo/exim-users
Re: [Exim-users] exim filter - принудительно задержать письмо
On Jun 20, 2014, at 1:35 PM, Victor Ustugov wrote: > > тогда делаем крошечную базку SQLite. при необходимости вышеописанной > операции в табличку любым способом (хоть через веб интерфейс) > добавляется запись с адресом отправителя. > > в системном фильтре в условие заморозки добавляется лукап в эту > табличку. и если адрес отправителя в ней есть, письмо замораживается, а > запись из таблицы либо удаляется, либо апдейтится поле срабатывания > данного события (в зависимости от того, нужны ли будут потом отчеты о > срабатываниях). Другая возможность - не замораживать, а выпихивать на более другой smarthost, который вообще по собственной инициативе ничего не доставляет - или доставляет с (получасовой?) задержкой. Хотя для единственного отправителя, пожалуй, много чести... signature.asc Description: Message signed with OpenPGP using GPGMail ___ Exim-users mailing list Exim-users@mailground.net http://mailground.net/mailman/listinfo/exim-users
Re: [Exim-users] exim filter - принудительно задержать письмо
Павел Завада wrote: >>> И ещё, уточнение по задаче - такую "задержку" надо выполнять только в >>> определённое время, то есть в конфиге exim с фильтрами надо держать >>> такой подготовленный фильтр в закомментированном состоянии, затем в >>> указанное время вручную раскомментировать. >> этот период времени как-то формализован? т. е. это "с такого-то времени >> суток по такое-то" или как-то по другому его описать можно? >> > > Скажем так, такой функционал должен быть реализован до востребования. > Это случайная величина. Может быть и днём, и ночью, может быть каждый > час... Может и год не быть востребовано. > Решение об использовании будет принимать человек. Формулировка примерно > такова: "я знаю, что в течение, к примеру, получаса такой-то почтовый > юзер на сервере (адрес отправителя) собирается отправить письмо. Вот это > письмо надо задержать." тогда делаем крошечную базку SQLite. при необходимости вышеописанной операции в табличку любым способом (хоть через веб интерфейс) добавляется запись с адресом отправителя. в системном фильтре в условие заморозки добавляется лукап в эту табличку. и если адрес отправителя в ней есть, письмо замораживается, а запись из таблицы либо удаляется, либо апдейтится поле срабатывания данного события (в зависимости от того, нужны ли будут потом отчеты о срабатываниях). > Причём не надо задерживать все письма от данного юзера. Достаточно > только ближайшего, которое собирается отправить пользователь. если из самого системного фильтра удалять запись из таблицы задерживаемых отправителей, то данная задача будет выполнена. > Сразу после этого, как станет определён адрес отправителя, фильтр в > закомментированном состоянии немного правится (вписываем нужный email), > раскомментируется. ручная работа, причем нужен технарь. с табличкой проще. > Кстати, надо ли делать релоад exim сразу после этого?? после правки системного фильтра reload делать нужно > Далее, если нижеприведённый фильтр подходит нам > >> if first_delivery and $sender_address is "usern...@example.com" then >> freeze >> endif > > то как тогда разрешить отправку письма? протолкнуть замороженное письмо можно с помощью exim -M я уже упоминал exiqgrep, xargs и exim -M если проталкиванием письма будет заниматься живой человек, то для наглядности можно вот так: exiqgrep -f usern...@example.com -i | xargs exim -v -M если проталкивать письма будет скрипт, то можно из таблички читать данные об отправителях, письма от которых были заморожены за последние N секунд (минут, часов), выполнять по ним exiqgrep и проталкивать эти письма без -v но в этом случае из системного фильтра нужно не удалять записи из таблицы, а апдейтить записи, указывая время заморозки. > 20.06.2014 13:05, Victor Ustugov пишет: >> Павел Завада wrote: >>> Ящик является локальным на сервере, это адрес отправителя. >> тогда нижеуказанный синтаксис подойдет >> >>> И ещё, уточнение по задаче - такую "задержку" надо выполнять только в >>> определённое время, то есть в конфиге exim с фильтрами надо держать >>> такой подготовленный фильтр в закомментированном состоянии, затем в >>> указанное время вручную раскомментировать. >> этот период времени как-то формализован? т. е. это "с такого-то времени >> суток по такое-то" или как-то по другому его описать можно? >> >>> После определённых действий >>> этот фильтр снова закомментируем. >>> >>> Письмо от отправителя должно быть задержано на непродолжительное время. >>> Не более получаса. Не уверен, что это на что-то повлияет... >> с помощью exqgrep можно эти письма из очереди вылавливать и через xargs >> отправлять к exim -v -M >> >>> 20.06.2014 12:12, Victor Ustugov пишет: Victor Ustugov wrote: >> Появилась задача такого плана. >> Необходимо настроить фильтр exim на конкретный ящик, пусть будет >> usern...@example.com, таким образом, чтобы искусственно задержать >> письмо, пока снова-таки вручную не дать добро на его отправку. >> >> Просьба подсказать - каким должен быть фильтр? > if first_delivery and $sender_address is "usern...@example.com" then > freeze > endif скорее всего неверно понял вопрос usern...@example.com - это адрес получателя или отправителя? -- Best wishes Victor Ustugov mailto:vic...@corvax.kiev.ua public GnuPG/PGP key: http://victor.corvax.kiev.ua/corvax.asc ICQ UIN: 371808614 JID: corvax_at...@jabber.corvax.kiev.ua nic-handle: CRV-UANIC ___ Exim-users mailing list Exim-users@mailground.net http://mailground.net/mailman/listinfo/exim-users
Re: [Exim-users] exim filter - принудительно задержать письмо
skele...@lissyara.su wrote: > 20.06.2014 11:39, Павел Завада пишет: >> Добрый день. >> >> Появилась задача такого плана. >> Необходимо настроить фильтр exim на конкретный ящик, пусть будет >> usern...@example.com, таким образом, чтобы искусственно задержать >> письмо, пока снова-таки вручную не дать добро на его отправку. >> >> Просьба подсказать - каким должен быть фильтр? >> > > Если вдруг на exim'e такое нельзя будет сделать, а саму задачу надо > будет решить - то можно использовать mailman (или другие рассылки, у > которых можно ставить принудительную модерацию) и почту этого > usern...@example.com форвардить на эту рассылку. подозреваю, что нежелательно, чтобы потом по письму было видно, что с ним проводились столько радикальные мероприятия -- Best wishes Victor Ustugov mailto:vic...@corvax.kiev.ua public GnuPG/PGP key: http://victor.corvax.kiev.ua/corvax.asc ICQ UIN: 371808614 JID: corvax_at...@jabber.corvax.kiev.ua nic-handle: CRV-UANIC ___ Exim-users mailing list Exim-users@mailground.net http://mailground.net/mailman/listinfo/exim-users
Re: [Exim-users] exim filter - принудительно задержать письмо
20.06.2014 11:39, Павел Завада пишет: Добрый день. Появилась задача такого плана. Необходимо настроить фильтр exim на конкретный ящик, пусть будет usern...@example.com, таким образом, чтобы искусственно задержать письмо, пока снова-таки вручную не дать добро на его отправку. Просьба подсказать - каким должен быть фильтр? Если вдруг на exim'e такое нельзя будет сделать, а саму задачу надо будет решить - то можно использовать mailman (или другие рассылки, у которых можно ставить принудительную модерацию) и почту этого usern...@example.com форвардить на эту рассылку. ___ Exim-users mailing list Exim-users@mailground.net http://mailground.net/mailman/listinfo/exim-users
Re: [Exim-users] exim filter - принудительно задержать письмо
Victor Ustugov wrote: И ещё, уточнение по задаче - такую "задержку" надо выполнять только в определённое время, то есть в конфиге exim с фильтрами надо держать такой подготовленный фильтр в закомментированном состоянии, затем в указанное время вручную раскомментировать. этот период времени как-то формализован? т. е. это "с такого-то времени суток по такое-то" или как-то по другому его описать можно? Скажем так, такой функционал должен быть реализован до востребования. Это случайная величина. Может быть и днём, и ночью, может быть каждый час... Может и год не быть востребовано. Решение об использовании будет принимать человек. Формулировка примерно такова: "я знаю, что в течение, к примеру, получаса такой-то почтовый юзер на сервере (адрес отправителя) собирается отправить письмо. Вот это письмо надо задержать." Причём не надо задерживать все письма от данного юзера. Достаточно только ближайшего, которое собирается отправить пользователь. Сразу после этого, как станет определён адрес отправителя, фильтр в закомментированном состоянии немного правится (вписываем нужный email), раскомментируется. Кстати, надо ли делать релоад exim сразу после этого?? Далее, если нижеприведённый фильтр подходит нам if first_delivery and $sender_address is "usern...@example.com" then freeze endif то как тогда разрешить отправку письма? 20.06.2014 13:05, Victor Ustugov пишет: Павел Завада wrote: Ящик является локальным на сервере, это адрес отправителя. тогда нижеуказанный синтаксис подойдет И ещё, уточнение по задаче - такую "задержку" надо выполнять только в определённое время, то есть в конфиге exim с фильтрами надо держать такой подготовленный фильтр в закомментированном состоянии, затем в указанное время вручную раскомментировать. этот период времени как-то формализован? т. е. это "с такого-то времени суток по такое-то" или как-то по другому его описать можно? После определённых действий этот фильтр снова закомментируем. Письмо от отправителя должно быть задержано на непродолжительное время. Не более получаса. Не уверен, что это на что-то повлияет... с помощью exqgrep можно эти письма из очереди вылавливать и через xargs отправлять к exim -v -M 20.06.2014 12:12, Victor Ustugov пишет: Victor Ustugov wrote: Появилась задача такого плана. Необходимо настроить фильтр exim на конкретный ящик, пусть будет usern...@example.com, таким образом, чтобы искусственно задержать письмо, пока снова-таки вручную не дать добро на его отправку. Просьба подсказать - каким должен быть фильтр? if first_delivery and $sender_address is "usern...@example.com" then freeze endif скорее всего неверно понял вопрос usern...@example.com - это адрес получателя или отправителя? - ___ Exim-users mailing list Exim-users@mailground.net http://mailground.net/mailman/listinfo/exim-users
Re: [Exim-users] exim filter - принудительно задержать письмо
Павел Завада wrote: > Ящик является локальным на сервере, это адрес отправителя. тогда нижеуказанный синтаксис подойдет > И ещё, уточнение по задаче - такую "задержку" надо выполнять только в > определённое время, то есть в конфиге exim с фильтрами надо держать > такой подготовленный фильтр в закомментированном состоянии, затем в > указанное время вручную раскомментировать. этот период времени как-то формализован? т. е. это "с такого-то времени суток по такое-то" или как-то по другому его описать можно? > После определённых действий > этот фильтр снова закомментируем. > > Письмо от отправителя должно быть задержано на непродолжительное время. > Не более получаса. Не уверен, что это на что-то повлияет... с помощью exqgrep можно эти письма из очереди вылавливать и через xargs отправлять к exim -v -M > 20.06.2014 12:12, Victor Ustugov пишет: >> Victor Ustugov wrote: >> Появилась задача такого плана. Необходимо настроить фильтр exim на конкретный ящик, пусть будет usern...@example.com, таким образом, чтобы искусственно задержать письмо, пока снова-таки вручную не дать добро на его отправку. Просьба подсказать - каким должен быть фильтр? >>> if first_delivery and $sender_address is "usern...@example.com" then >>> freeze >>> endif >> скорее всего неверно понял вопрос >> >> usern...@example.com - это адрес получателя или отправителя? -- Best wishes Victor Ustugov mailto:vic...@corvax.kiev.ua public GnuPG/PGP key: http://victor.corvax.kiev.ua/corvax.asc ICQ UIN: 371808614 JID: corvax_at...@jabber.corvax.kiev.ua nic-handle: CRV-UANIC ___ Exim-users mailing list Exim-users@mailground.net http://mailground.net/mailman/listinfo/exim-users
Re: [Exim-users] exim filter - принудительно задержать письмо
Ящик является локальным на сервере, это адрес отправителя. И ещё, уточнение по задаче - такую "задержку" надо выполнять только в определённое время, то есть в конфиге exim с фильтрами надо держать такой подготовленный фильтр в закомментированном состоянии, затем в указанное время вручную раскомментировать. После определённых действий этот фильтр снова закомментируем. Письмо от отправителя должно быть задержано на непродолжительное время. Не более получаса. Не уверен, что это на что-то повлияет... 20.06.2014 12:12, Victor Ustugov пишет: Victor Ustugov wrote: Появилась задача такого плана. Необходимо настроить фильтр exim на конкретный ящик, пусть будет usern...@example.com, таким образом, чтобы искусственно задержать письмо, пока снова-таки вручную не дать добро на его отправку. Просьба подсказать - каким должен быть фильтр? if first_delivery and $sender_address is "usern...@example.com" then freeze endif скорее всего неверно понял вопрос usern...@example.com - это адрес получателя или отправителя? ___ Exim-users mailing list Exim-users@mailground.net http://mailground.net/mailman/listinfo/exim-users
Re: [Exim-users] exim filter - принудительно задержать письмо
Victor Ustugov wrote: >> Появилась задача такого плана. >> Необходимо настроить фильтр exim на конкретный ящик, пусть будет >> usern...@example.com, таким образом, чтобы искусственно задержать >> письмо, пока снова-таки вручную не дать добро на его отправку. >> >> Просьба подсказать - каким должен быть фильтр? > > if first_delivery and $sender_address is "usern...@example.com" then > freeze > endif скорее всего неверно понял вопрос usern...@example.com - это адрес получателя или отправителя? -- Best wishes Victor Ustugov mailto:vic...@corvax.kiev.ua public GnuPG/PGP key: http://victor.corvax.kiev.ua/corvax.asc ICQ UIN: 371808614 JID: corvax_at...@jabber.corvax.kiev.ua nic-handle: CRV-UANIC ___ Exim-users mailing list Exim-users@mailground.net http://mailground.net/mailman/listinfo/exim-users
Re: [Exim-users] exim filter - принудительно задержать письмо
Павел Завада wrote: > Добрый день. приветствую > Появилась задача такого плана. > Необходимо настроить фильтр exim на конкретный ящик, пусть будет > usern...@example.com, таким образом, чтобы искусственно задержать > письмо, пока снова-таки вручную не дать добро на его отправку. > > Просьба подсказать - каким должен быть фильтр? if first_delivery and $sender_address is "usern...@example.com" then freeze endif -- Best wishes Victor Ustugov mailto:vic...@corvax.kiev.ua public GnuPG/PGP key: http://victor.corvax.kiev.ua/corvax.asc ICQ UIN: 371808614 JID: corvax_at...@jabber.corvax.kiev.ua nic-handle: CRV-UANIC ___ Exim-users mailing list Exim-users@mailground.net http://mailground.net/mailman/listinfo/exim-users
[Exim-users] exim filter - принудительно задержать письмо
Добрый день. Появилась задача такого плана. Необходимо настроить фильтр exim на конкретный ящик, пусть будет usern...@example.com, таким образом, чтобы искусственно задержать письмо, пока снова-таки вручную не дать добро на его отправку. Просьба подсказать - каким должен быть фильтр? ___ Exim-users mailing list Exim-users@mailground.net http://mailground.net/mailman/listinfo/exim-users
