The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"header_checks?"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Почта)
Изначальное сообщение [ Отслеживать ]

"header_checks?"  +/
Сообщение от warant on 06-Апр-05, 13:10 
приветствую All. как сделать чтобы сабщ не действовал на определенные адреса, тоесть чтобы проверка не проводилась вообще если получатель\отправитель какой то определенный?
Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "header_checks?"  +/
Сообщение от Anonymous_ru email on 06-Апр-05, 13:20 
>приветствую All. как сделать чтобы сабщ не действовал на определенные адреса, тоесть
>чтобы проверка не проводилась вообще если получатель\отправитель какой то определенный?
Хотя бы скажи что за почтовый сервер у тебя

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "header_checks?"  +/
Сообщение от warant on 06-Апр-05, 14:09 
>>приветствую All. как сделать чтобы сабщ не действовал на определенные адреса, тоесть
>>чтобы проверка не проводилась вообще если получатель\отправитель какой то определенный?
>Хотя бы скажи что за почтовый сервер у тебя

сори, postfix. я думал тока у него есть header_checks


Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "header_checks?"  +/
Сообщение от anton email(??) on 06-Апр-05, 15:13 
>>>приветствую All. как сделать чтобы сабщ не действовал на определенные адреса, тоесть
>>>чтобы проверка не проводилась вообще если получатель\отправитель какой то определенный?
>>Хотя бы скажи что за почтовый сервер у тебя
>
>сори, postfix. я думал тока у него есть header_checks

Ставь Ok вместо Reject

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "header_checks?"  +/
Сообщение от warant on 06-Апр-05, 15:50 
>>>>приветствую All. как сделать чтобы сабщ не действовал на определенные адреса, тоесть
>>>>чтобы проверка не проводилась вообще если получатель\отправитель какой то определенный?
>>>Хотя бы скажи что за почтовый сервер у тебя
>>
>>сори, postfix. я думал тока у него есть header_checks
>
>Ставь Ok вместо Reject

пробовал не помогает. при ok, строчка пропускается и начинает проверяться следующая, на которой находится например запрещенное расширение файла и на этой строке происходит reject. а надо чтобы он при обнаружении адреса переставал проверять дальше. я пробовал использовать if   endif, но оно тоже работает только на одной строке а не на всем headere. вот и не знаю как ещё попробовать.  

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "header_checks?"  +/
Сообщение от anton email(??) on 06-Апр-05, 16:12 
>>>>>приветствую All. как сделать чтобы сабщ не действовал на определенные адреса, тоесть
>>>>>чтобы проверка не проводилась вообще если получатель\отправитель какой то определенный?
>>>>Хотя бы скажи что за почтовый сервер у тебя
>>>
>>>сори, postfix. я думал тока у него есть header_checks
>>
>>Ставь Ok вместо Reject
>
>пробовал не помогает. при ok, строчка пропускается и начинает проверяться следующая, на
>которой находится например запрещенное расширение файла и на этой строке происходит
>reject. а надо чтобы он при обнаружении адреса переставал проверять дальше.
>я пробовал использовать if   endif, но оно тоже работает
>только на одной строке а не на всем headere. вот и
>не знаю как ещё попробовать.
Я имел ввиду restriction. Для примера check_helo_access hash:/usr/local/etc/postfix/white_list,
check_helo_access hash:/usr/local/etc/postfix/black_list,
далие что то ещё.

Или испольуй FILTER с целью направить туда где нет никаких проверок. Для примера
/^Received: from mail\.domain\.ru/   FILTER yourfilter:127.0.0.1:11125
                      

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "header_checks?"  +/
Сообщение от warant on 06-Апр-05, 18:20 
>>>>>>приветствую All. как сделать чтобы сабщ не действовал на определенные адреса, тоесть
>>>>>>чтобы проверка не проводилась вообще если получатель\отправитель какой то определенный?
>>>>>Хотя бы скажи что за почтовый сервер у тебя
>>>>
>>>>сори, postfix. я думал тока у него есть header_checks
>>>
>>>Ставь Ok вместо Reject
>>
>>пробовал не помогает. при ok, строчка пропускается и начинает проверяться следующая, на
>>которой находится например запрещенное расширение файла и на этой строке происходит
>>reject. а надо чтобы он при обнаружении адреса переставал проверять дальше.
>>я пробовал использовать if   endif, но оно тоже работает
>>только на одной строке а не на всем headere. вот и
>>не знаю как ещё попробовать.
>Я имел ввиду restriction. Для примера check_helo_access hash:/usr/local/etc/postfix/white_list,
>check_helo_access hash:/usr/local/etc/postfix/black_list,
>далие что то ещё.
а после check_helo_access header_checks уже не проверяется или как?

>
>Или испольуй FILTER с целью направить туда где нет никаких проверок. Для
>примера
>/^Received: from mail\.domain\.ru/   FILTER yourfilter:127.0.0.1:11125
>
yourfilter это еще один MTA или можно письмо завернуть обратно на тотже postfix? я как то не очень понимаю механизм этого filter.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

9. "header_checks?"  +/
Сообщение от anton email(??) on 07-Апр-05, 10:48 
>>>>>>>приветствую All. как сделать чтобы сабщ не действовал на определенные адреса, тоесть
>>>>>>>чтобы проверка не проводилась вообще если получатель\отправитель какой то определенный?
>>>>>>Хотя бы скажи что за почтовый сервер у тебя
>>>>>
>>>>>сори, postfix. я думал тока у него есть header_checks
>>>>
>>>>Ставь Ok вместо Reject
>>>
>>>пробовал не помогает. при ok, строчка пропускается и начинает проверяться следующая, на
>>>которой находится например запрещенное расширение файла и на этой строке происходит
>>>reject. а надо чтобы он при обнаружении адреса переставал проверять дальше.
>>>я пробовал использовать if   endif, но оно тоже работает
>>>только на одной строке а не на всем headere. вот и
>>>не знаю как ещё попробовать.
>>Я имел ввиду restriction. Для примера check_helo_access hash:/usr/local/etc/postfix/white_list,
>>check_helo_access hash:/usr/local/etc/postfix/black_list,
>>далие что то ещё.
>а после check_helo_access header_checks уже не проверяется или как?
>
>>
>>Или испольуй FILTER с целью направить туда где нет никаких проверок. Для
>>примера
>>/^Received: from mail\.domain\.ru/   FILTER yourfilter:127.0.0.1:11125
>>
>yourfilter это еще один MTA или можно письмо завернуть обратно на тотже
>postfix? я как то не очень понимаю механизм этого filter.
по restriction изпользуй несколько hash один белый список второй чёрный их формат тотже что и header_checks (по сути это они и получаться но только для данного restriction). По поводу filter пример синтаксиса есть в той же документации, а сутьтакова что перенаправляеш на тот же postfix но а нестандартный порт. Предварительно в master.cf говориш postfix-у чтоб слушал этот порт, но при попадании на него не отрабатывл проверки (получаеться этакий белый коридор). Для сравнения посмотри как привязывают к postfix amavisd. Потом в этой связки отключи content_filter по умолчанию и направляй на него из header_check. В итоге получиш что на amavisd попадают только письма попавшие под правила в  header_check. Аналогично реши и свою задачу.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

10. "header_checks?"  +/
Сообщение от unk (ok) on 07-Апр-05, 19:41 
header/body_checks и smtpd_*_restrictions совершенно разные вещи, выполняемые разными программами ни какие аналогии тут не уместны.
Кроме того header/body_checks "by design" не зависят от отправителя/ получателя письма...
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

11. "header_checks?"  +/
Сообщение от anton email(??) on 08-Апр-05, 10:53 
>header/body_checks и smtpd_*_restrictions совершенно разные вещи, выполняемые разными программами ни какие аналогии
>тут не уместны.
Согласен, что разные. Но насколько я понимаю задача сводиться к выполнению тех или иных действий, при условии попадания письма под некое правило. Для такой задачи их возможности (header_checks и restrictions) анологичны.
>Кроме того header/body_checks "by design" не зависят от отправителя/ получателя письма...
Не совсем понимаю что Вы имели в ввиду. Я довольно давно использую такие конструкции в header_checks, для того чтоб раскидать по разным фильтрам разную почту от разных отправителей:
/^Received: from mail\.ru/  FILTER filter1:127.0.0.1:10001

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

12. "header_checks?"  +/
Сообщение от unk (ok) on 08-Апр-05, 21:48 
>>Кроме того header/body_checks "by design" не зависят от отправителя/ получателя письма...
>Не совсем понимаю что Вы имели в ввиду. Я довольно давно использую
Я о том, что нет способа делать header_checks для избранных (клиентов, отправителей, получателей, ...) т.е. header/body_checks выполняется для всей почты.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

13. "header_checks?"  +/
Сообщение от anton email(??) on 10-Апр-05, 14:53 
>>>Кроме того header/body_checks "by design" не зависят от отправителя/ получателя письма...
>>Не совсем понимаю что Вы имели в ввиду. Я довольно давно использую
>Я о том, что нет способа делать header_checks для избранных (клиентов, отправителей,
>получателей, ...) т.е. header/body_checks выполняется для всей почты.
Не совсем согласен, вот пример
127.0.0.1:10026 inet    n -     n       -       30      smtpd
        -o content_filter=
        -o local_recipient_maps=
        -o receive_override_options=no_unknown_recipient_checks,no_header_body_c
hecks
Т.е почта которая пойёт сдесь проверяться на header_checks не будет, вне зависимости от того чтонаписано в main.cf.
В любом случае методами написаными выше можно решить задачу поставленную автором.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

14. "header_checks?"  +/
Сообщение от unk (ok) on 10-Апр-05, 22:23 
>Т.е почта которая пойёт сдесь проверяться на header_checks не будет, вне зависимости
>от того чтонаписано в main.cf.
_вся_ принятая этим smtpd. Речь же идет об исключениях типа Васину почту проверяем, а Петину нет.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

15. "header_checks?"  +/
Сообщение от anton email(??) on 11-Апр-05, 10:30 
>>Т.е почта которая пойёт сдесь проверяться на header_checks не будет, вне зависимости
>>от того чтонаписано в main.cf.
>_вся_ принятая этим smtpd. Речь же идет об исключениях типа Васину почту
>проверяем, а Петину нет.
Соответственно ставим в header_checks первое правило Петену почту FILTER на этот smtp. А Васина почта проверяеться остальными правилами в header_checks. И всё задача автора решена.


Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

16. "header_checks?"  +/
Сообщение от unk (ok) on 11-Апр-05, 19:39 
>>_вся_ принятая этим smtpd. Речь же идет об исключениях типа Васину почту
>>проверяем, а Петину нет.
>Соответственно ставим в header_checks первое правило Петену почту FILTER на этот smtp.
>А Васина почта проверяеться остальными правилами в header_checks. И всё задача
>автора решена.
Ага счас - получаем письмо для Пети с CC на Васю.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

17. "header_checks?"  +/
Сообщение от anton email(??) on 11-Апр-05, 19:45 
>>>_вся_ принятая этим smtpd. Речь же идет об исключениях типа Васину почту
>>>проверяем, а Петину нет.
>>Соответственно ставим в header_checks первое правило Петену почту FILTER на этот smtp.
>>А Васина почта проверяеться остальными правилами в header_checks. И всё задача
>>автора решена.
>Ага счас - получаем письмо для Пети с CC на Васю.
Устал от трёпа. Привиди пример правила о котором говориш.
Я использую такие конструкции на уровне доменов достаточно давно. Помухлевав с регулярными выражениями можно сделать тоже на уровне конкретных e-mail.


Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

18. "header_checks?"  +/
Сообщение от unk (ok) on 11-Апр-05, 20:33 
>Устал от трёпа. Привиди пример правила о котором говориш.
Как я вам приведу пример того, что не возможно???
Смотрите:
1) Порядок заголовков письма не известен.
2) В поле "To:" в заголовке письма адресованного Пете может быть что угодно (или оно может отсутсвовать вообще).
3) Одно и тоже письмо может иметь нескольких получателей.
4) Посмотрите доку там основным по фоновому написано - header/body_checks не может зависить от получателя письма.
5) Спросите Винему (но он вас пошлет т.к. этот вопрос обсуждался 10тки раз)

>Я использую такие конструкции на уровне доменов достаточно давно. Помухлевав с регулярными
>выражениями можно сделать тоже на уровне конкретных e-mail.
Вы либо делаете не то о чем речь в этом триде (исключения для отдельных отправителей/получателей), либо возможны ситуации промаха ваших фильтров.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

7. "header_checks?"  +/
Сообщение от unk (ok) on 06-Апр-05, 21:30 
>приветствую All. как сделать чтобы сабщ не действовал на определенные адреса, тоесть
>чтобы проверка не проводилась вообще если получатель\отправитель какой то определенный?
Единственное возможное решение в рамках postfix - отключить header/body_checks, поднять еще одну копию postfix и перенаправлять письма требующие фильтрации на нее.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "header_checks?"  +/
Сообщение от warant on 07-Апр-05, 09:16 
>>приветствую All. как сделать чтобы сабщ не действовал на определенные адреса, тоесть
>>чтобы проверка не проводилась вообще если получатель\отправитель какой то определенный?
>Единственное возможное решение в рамках postfix - отключить header/body_checks, поднять еще одну
>копию postfix и перенаправлять письма требующие фильтрации на нее.
Дасадно, но спасибо что разъяснили, буду пробовать.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

19. "header_checks?"  +/
Сообщение от Talay (ok) on 05-Сен-12, 10:50 
Здравствуйте,

у меня точно такая проблема, но я новичок, пожалуйста , укажите где что написать.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру