forum.opennet.ru - "Можно ли отключить 'веер' в Postfix?" (12)

форумы

помощь

поиск

регистрация

майллист

ВХОД

слежка

"Можно ли отключить 'веер' в Postfix?"

Форумы OpenNET: Виртуальная конференция (Public)
Вариант для распечатки		Архивированная нить - только для чтения! Пред. тема \| След. тема
Изначальное сообщение		[Проследить за развитием треда]

"Можно ли отключить 'веер' в Postfix?"
Сообщение от BRF (??) on 13-Янв-05, 11:19 (MSK)
Привет! Всех с прошедшими праздниками и старым НГ! Помогите пжл, решить проблемку. Postfix v.2.1.4, работает как чистый релей без локальной доставки. Есть несколько человек, делающих массовую рассылку новостей (до 500 адресов на письмо). При этом в лог Postfix пишет отдельную строку на каждый адрес получателя как при получении письма, так и отдельную строку при передаче дальше. Кроме того, тут же идет проверка одного и того же письма на вирус касперским 500 раз... Итого каждый адрес получателя упоминается 4 раза в логе (postfix принялписьмо, передал касперскому, получил от касперского, отправил на основной сервер). А статистика (awstats)вместо одного письма в 500 адресов насчитывает 500Х2 писем. Заранее благодарен за помощь. BRF.
	Рекомендовать в FAQ \| Cообщить модератору \| Наверх

Оглавление

Можно ли отключить 'веер' в Postfix?, unk, 11:37 , 13-Янв-05, (1)
- Пример 'веера' в логе Postfix, BRF, 15:45 , 13-Янв-05, (2)
  - Пример 'веера' в логе Postfix, unk, 16:19 , 13-Янв-05, (3)
    - Пример 'веера' в логе Postfix, BRF, 16:39 , 13-Янв-05, (4)
      - Проверил параметр, BRF, 16:53 , 13-Янв-05, (5)
      - Пример 'веера' в логе Postfix, unk, 16:55 , 13-Янв-05, (6)
        
        Попробовал 0, BRF, 17:15 , 13-Янв-05, (7)
        
        Попробовал 0, unk, 17:43 , 13-Янв-05, (8)
        
        задавить ВЕСЬ вывод lmtp(8)?, BRF, 17:54 , 13-Янв-05, (9)
        
        задавить ВЕСЬ вывод lmtp(8)?, unk, 17:57 , 13-Янв-05, (10)
        
        задавить ВЕСЬ вывод lmtp(8)?, BRF, 09:58 , 14-Янв-05, (11)
        
        задавить ВЕСЬ вывод lmtp(8)?, unk, 11:41 , 14-Янв-05, (12)

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "Можно ли отключить 'веер' в Postfix?"

Сообщение от unk (ok) on 13-Янв-05, 11:37  (MSK)

Покажите кусочек лога postfix/smtpd для такого письма.
И объясните чего же вы хотите сделать - что значит отключить "веер".

Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "Пример 'веера' в логе Postfix"

Сообщение от BRF (??) on 13-Янв-05, 15:45  (MSK)

Пример "веера" с 4-мя участниками:
1) письмо 762BD1BE70D: message-id=<002e01c4f894$fee9cd00$194117ac@my.dom.ru>
2) unknown - клиент;
3) localhost[127.0.0.1] - касперский;
4) fwa - следующий сервер.
...
Jan 12 14:05:33 mxa postfix/smtpd[13959]: connect from unknown[192.168.65.25]
Jan 12 14:05:33 mxa postfix/smtpd[13959]: 762BD1BE70D: client=unknown[192.168.65.25]
Jan 12 14:05:33 mxa postfix/cleanup[13960]: 762BD1BE70D: message-id=<002e01c4f894$fee9cd00$194117ac@my.dom.ru>
Jan 12 14:05:33 mxa postfix/qmgr[12960]: 762BD1BE70D: from=<akkrid@my.dom.ru>, size=144982, nrcpt=7 (queue active)
Jan 12 14:05:33 mxa postfix/smtpd[13959]: disconnect from unknown[192.168.65.25]
Jan 12 14:05:34 mxa postfix/smtpd[13964]: connect from localhost[127.0.0.1]
Jan 12 14:05:34 mxa postfix/smtpd[13964]: 401C41BE751: client=localhost[127.0.0.1]
Jan 12 14:05:34 mxa postfix/cleanup[13965]: 401C41BE751: message-id=<002e01c4f894$fee9cd00$194117ac@my.dom.ru>
Jan 12 14:05:34 mxa postfix/qmgr[12960]: 401C41BE751: from=<akkrid@my.dom.ru>, size=145137, nrcpt=7 (queue active)
Jan 12 14:05:34 mxa postfix/smtpd[13964]: disconnect from localhost[127.0.0.1]
Jan 12 14:05:34 mxa postfix/lmtp[13961]: 762BD1BE70D: to=<info@akm.ru>, relay=127.0.0.1[127.0.0.1], delay=1, status=sent (250 2.0.0 <info@akm.ru> OK)
Jan 12 14:05:34 mxa postfix/lmtp[13961]: 762BD1BE70D: to=<info@bpi.ru>, relay=127.0.0.1[127.0.0.1], delay=1, status=sent (250 2.0.0 <info@bpi.ru> OK)
Jan 12 14:05:34 mxa postfix/lmtp[13961]: 762BD1BE70D: to=<news@interfax.msk.su>, relay=127.0.0.1[127.0.0.1], delay=1, status=sent (250 2.0.0 <news@interfax.msk.su> OK)
Jan 12 14:05:34 mxa postfix/lmtp[13961]: 762BD1BE70D: to=<glv@itar-tass.com>, relay=127.0.0.1[127.0.0.1], delay=1, status=sent (250 2.0.0 <glv@itar-tass.com> OK)
Jan 12 14:05:34 mxa postfix/lmtp[13961]: 762BD1BE70D: to=<mknews@mk.ru>, relay=127.0.0.1[127.0.0.1], delay=1, status=sent (250 2.0.0 <mknews@mk.ru> OK)
Jan 12 14:05:34 mxa postfix/lmtp[13961]: 762BD1BE70D: to=<news@rbc.ru>, relay=127.0.0.1[127.0.0.1], delay=1, status=sent (250 2.0.0 <news@rbc.ru> OK)
Jan 12 14:05:34 mxa postfix/lmtp[13961]: 762BD1BE70D: to=<gdiwin@rian.ru>, relay=127.0.0.1[127.0.0.1], delay=1, status=sent (250 2.0.0 <gdiwin@rian.ru> OK)
Jan 12 14:05:34 mxa postfix/qmgr[12960]: 762BD1BE70D: removed
Jan 12 14:05:35 mxa postfix/qmgr[12960]: 5D2861BE716: from=<burin@my.dom.ru>, size=1331621, nrcpt=1 (queue active)
Jan 12 14:05:35 mxa postfix/smtpd[13784]: 513FF1BE70D: client=unknown[192.168.65.89]
Jan 12 14:05:35 mxa postfix/cleanup[13941]: 513FF1BE70D: message-id=<009301c4f897$593aea80$594117ac@my.dom.ru>
Jan 12 14:05:36 mxa postfix/smtpd[13970]: connect from localhost[127.0.0.1]
Jan 12 14:05:36 mxa postfix/smtpd[13970]: 6A42E1BE75C: client=localhost[127.0.0.1]
Jan 12 14:05:36 mxa postfix/cleanup[13971]: 6A42E1BE75C: message-id=<009201c4f897$56f89ba0$594117ac@my.dom.ru>
Jan 12 14:05:36 mxa postfix/smtpd[13970]: disconnect from localhost[127.0.0.1]
Jan 12 14:05:36 mxa postfix/qmgr[12960]: 6A42E1BE75C: from=<burin@my.dom.ru>, size=1331801, nrcpt=1 (queue active)
Jan 12 14:05:36 mxa postfix/lmtp[13967]: 5D2861BE716: to=<Vremya_msk@mail.ru>, relay=127.0.0.1[127.0.0.1], delay=5, status=sent (250 2.0.0 <Vremya_msk@mail.ru> OK)
Jan 12 14:05:36 mxa postfix/qmgr[12960]: 5D2861BE716: removed
Jan 12 14:05:38 mxa postfix/smtp[13937]: 8E1C01BE738: to=<Vremya_msk@mail.ru>, relay=fwa.my.dom.ru[192.168.252.14], delay=17, status=sent (250 2.0.0 j0CB67hS013209 Message accepted for delivery)
Jan 12 14:05:38 mxa postfix/qmgr[12960]: 8E1C01BE738: removed
Jan 12 14:05:39 mxa postfix/qmgr[12960]: 513FF1BE70D: from=<burin@my.dom.ru>, size=1331621, nrcpt=1 (queue active)
Jan 12 14:05:39 mxa postfix/smtpd[13784]: 228AD1BE716: client=unknown[192.168.65.89]
Jan 12 14:05:39 mxa postfix/cleanup[13941]: 228AD1BE716: message-id=<009401c4f897$5b7d3960$594117ac@my.dom.ru>
Jan 12 14:05:40 mxa postfix/smtpd[13977]: connect from localhost[127.0.0.1]
Jan 12 14:05:40 mxa postfix/smtpd[13977]: 36E1B1BE738: client=localhost[127.0.0.1]
Jan 12 14:05:40 mxa postfix/cleanup[13978]: 36E1B1BE738: message-id=<009301c4f897$593aea80$594117ac@my.dom.ru>
Jan 12 14:05:40 mxa postfix/smtp[13966]: 401C41BE751: to=<info@akm.ru>, relay=fwa.my.dom.ru[192.168.252.14], delay=6, status=sent (250 2.0.0 j0CB6JhS013217 Message accepted for delivery)
Jan 12 14:05:40 mxa postfix/smtp[13966]: 401C41BE751: to=<info@bpi.ru>, relay=fwa.my.dom.ru[192.168.252.14], delay=6, status=sent (250 2.0.0 j0CB6JhS013217 Message accepted for delivery)
Jan 12 14:05:40 mxa postfix/smtp[13966]: 401C41BE751: to=<news@interfax.msk.su>, relay=fwa.my.dom.ru[192.168.252.14], delay=6, status=sent (250 2.0.0 j0CB6JhS013217 Message accepted for delivery)
Jan 12 14:05:40 mxa postfix/smtp[13966]: 401C41BE751: to=<glv@itar-tass.com>, relay=fwa.my.dom.ru[192.168.252.14], delay=6, status=sent (250 2.0.0 j0CB6JhS013217 Message accepted for delivery)
Jan 12 14:05:40 mxa postfix/smtp[13966]: 401C41BE751: to=<mknews@mk.ru>, relay=fwa.my.dom.ru[192.168.252.14], delay=6, status=sent (250 2.0.0 j0CB6JhS013217 Message accepted for delivery)
Jan 12 14:05:40 mxa postfix/smtp[13966]: 401C41BE751: to=<news@rbc.ru>, relay=fwa.my.dom.ru[192.168.252.14], delay=6, status=sent (250 2.0.0 j0CB6JhS013217 Message accepted for delivery)
Jan 12 14:05:40 mxa postfix/smtp[13966]: 401C41BE751: to=<gdiwin@rian.ru>, relay=fwa.my.dom.ru[192.168.252.14], delay=6, status=sent (250 2.0.0 j0CB6JhS013217 Message accepted for delivery)
Jan 12 14:05:40 mxa postfix/qmgr[12960]: 401C41BE751: removed
...
В качестве "статиста" пользуем универсальный анализатор логов awstats (есть в числе рекомендованных на www.postfix.org). При подсчете статистики идет удвоенный учет в каждый адрес. Реальное число писем, прошедших через сервер можно оценить по числу писем, прошедших через localhost.

Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "Пример 'веера' в логе Postfix"

Сообщение от unk (ok) on 13-Янв-05, 16:19  (MSK)

Вы так и не сказали чего хотите получить...
>Пример "веера" с 4-мя участниками:
Похоже у вас для lmtp destination_recipient_limit = 1
>В качестве "статиста" пользуем универсальный анализатор логов awstats (есть в числе рекомендованных
Увы, не пользуюсь.

Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "Пример 'веера' в логе Postfix"

Сообщение от BRF (??) on 13-Янв-05, 16:39  (MSK)

Спасибо за отклик и внимание!
У нас чистый релей. Хочется убрать лишнюю информацию об адресах назначения. Нужно оставить только одно письмо получено, соответственно 1 отправлено. А куда совершенно не важно.
На что влияет lmtp_destination_recipient_limit = 1? В нашем main.cf он никак не озвучен.

Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "Проверил параметр"

Сообщение от BRF (??) on 13-Янв-05, 16:53  (MSK)

postconf выдал следующее
lmtp_destination_concurrency_limit = $default_destination_concurrency_limit
lmtp_destination_recipient_limit = $default_destination_recipient_limit
default_destination_concurrency_limit = 20
default_destination_recipient_limit = 50

Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "Пример 'веера' в логе Postfix"

Сообщение от unk (ok) on 13-Янв-05, 16:55  (MSK)

>На что влияет lmtp_destination_recipient_limit = 1? В нашем main.cf он >никак не озвучен.
Этот параметр ограничивает количество получателей одного сообщения.
Если его нет - дефолт 1 - каждому получателю по письму.
Попробуйте lmtp_destination_recipient_limit = 0.

Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "Попробовал 0"

Сообщение от BRF (??) on 13-Янв-05, 17:15  (MSK)

Установка lmtp_destination_recipient_limit = 0 картины не изменила. На каждый адрес своя строчка.

Рекомендовать в FAQ | Cообщить модератору | Наверх

8. "Попробовал 0"

Сообщение от unk (ok) on 13-Янв-05, 17:43  (MSK)

Извините, я был не внимателен с вашим логом и описанием построения системы (1 по дефолту при локальной доставке)...
Решение задавить ВЕСЬ вывод lmtp(8) вас устроит?

Рекомендовать в FAQ | Cообщить модератору | Наверх

9. "задавить ВЕСЬ вывод lmtp(8)?"

Сообщение от BRF (??) on 13-Янв-05, 17:54  (MSK)

Если это ничего не испортит, то можно попробовать.
Только как это сделать? С нашими знаниями это уже высший пилотаж.
До завтра!

Рекомендовать в FAQ | Cообщить модератору | Наверх

10. "задавить ВЕСЬ вывод lmtp(8)?"

Сообщение от unk (ok) on 13-Янв-05, 17:57  (MSK)

>Если это ничего не испортит, то можно попробовать.
в master.cf для транспорта lmtp добавьте
-o syslog_facility=facility
и через syslog.conf отправьте нужный facility в /dev/null

Рекомендовать в FAQ | Cообщить модератору | Наверх

11. "задавить ВЕСЬ вывод lmtp(8)?"

Сообщение от BRF (??) on 14-Янв-05, 09:58  (MSK)

Добрый день!
Это придушит всю инфу вывода mail.info? Перебора не будет?
По умолчанию syslog_facility = mail. Есть ли другие значения?
Какой даст результат понижение уровня debug_peer_level с 2 до 0 или изменение значения debug_peer_list?

Рекомендовать в FAQ | Cообщить модератору | Наверх

12. "задавить ВЕСЬ вывод lmtp(8)?"

Сообщение от unk (ok) on 14-Янв-05, 11:41  (MSK)

>Это придушит всю инфу вывода mail.info? Перебора не будет?
Если сделаете как я сказал, то это изменит facility только для lmtp.
>По умолчанию syslog_facility = mail. Есть ли другие значения?
Да, конечно.
>Какой даст результат понижение уровня debug_peer_level с 2 до 0 или изменение
>значения debug_peer_list?
Для вас ничего не изменится - вы не пользуетесь отладкой.
PS: не меняйте сабж - я читаю рассылку и теряю ваши сообщения.

Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Можно ли отключить 'веер' в Postfix?"
Сообщение от unk (ok) on 13-Янв-05, 11:37 (MSK)
Покажите кусочек лога postfix/smtpd для такого письма. И объясните чего же вы хотите сделать - что значит отключить "веер".
	Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	2. "Пример 'веера' в логе Postfix"
	Сообщение от BRF (??) on 13-Янв-05, 15:45 (MSK)
	Пример "веера" с 4-мя участниками: 1) письмо 762BD1BE70D: message-id=<002e01c4f894$fee9cd00$194117ac@my.dom.ru> 2) unknown - клиент; 3) localhost[127.0.0.1] - касперский; 4) fwa - следующий сервер. ... Jan 12 14:05:33 mxa postfix/smtpd[13959]: connect from unknown[192.168.65.25] Jan 12 14:05:33 mxa postfix/smtpd[13959]: 762BD1BE70D: client=unknown[192.168.65.25] Jan 12 14:05:33 mxa postfix/cleanup[13960]: 762BD1BE70D: message-id=<002e01c4f894$fee9cd00$194117ac@my.dom.ru> Jan 12 14:05:33 mxa postfix/qmgr[12960]: 762BD1BE70D: from=<akkrid@my.dom.ru>, size=144982, nrcpt=7 (queue active) Jan 12 14:05:33 mxa postfix/smtpd[13959]: disconnect from unknown[192.168.65.25] Jan 12 14:05:34 mxa postfix/smtpd[13964]: connect from localhost[127.0.0.1] Jan 12 14:05:34 mxa postfix/smtpd[13964]: 401C41BE751: client=localhost[127.0.0.1] Jan 12 14:05:34 mxa postfix/cleanup[13965]: 401C41BE751: message-id=<002e01c4f894$fee9cd00$194117ac@my.dom.ru> Jan 12 14:05:34 mxa postfix/qmgr[12960]: 401C41BE751: from=<akkrid@my.dom.ru>, size=145137, nrcpt=7 (queue active) Jan 12 14:05:34 mxa postfix/smtpd[13964]: disconnect from localhost[127.0.0.1] Jan 12 14:05:34 mxa postfix/lmtp[13961]: 762BD1BE70D: to=<info@akm.ru>, relay=127.0.0.1[127.0.0.1], delay=1, status=sent (250 2.0.0 <info@akm.ru> OK) Jan 12 14:05:34 mxa postfix/lmtp[13961]: 762BD1BE70D: to=<info@bpi.ru>, relay=127.0.0.1[127.0.0.1], delay=1, status=sent (250 2.0.0 <info@bpi.ru> OK) Jan 12 14:05:34 mxa postfix/lmtp[13961]: 762BD1BE70D: to=<news@interfax.msk.su>, relay=127.0.0.1[127.0.0.1], delay=1, status=sent (250 2.0.0 <news@interfax.msk.su> OK) Jan 12 14:05:34 mxa postfix/lmtp[13961]: 762BD1BE70D: to=<glv@itar-tass.com>, relay=127.0.0.1[127.0.0.1], delay=1, status=sent (250 2.0.0 <glv@itar-tass.com> OK) Jan 12 14:05:34 mxa postfix/lmtp[13961]: 762BD1BE70D: to=<mknews@mk.ru>, relay=127.0.0.1[127.0.0.1], delay=1, status=sent (250 2.0.0 <mknews@mk.ru> OK) Jan 12 14:05:34 mxa postfix/lmtp[13961]: 762BD1BE70D: to=<news@rbc.ru>, relay=127.0.0.1[127.0.0.1], delay=1, status=sent (250 2.0.0 <news@rbc.ru> OK) Jan 12 14:05:34 mxa postfix/lmtp[13961]: 762BD1BE70D: to=<gdiwin@rian.ru>, relay=127.0.0.1[127.0.0.1], delay=1, status=sent (250 2.0.0 <gdiwin@rian.ru> OK) Jan 12 14:05:34 mxa postfix/qmgr[12960]: 762BD1BE70D: removed Jan 12 14:05:35 mxa postfix/qmgr[12960]: 5D2861BE716: from=<burin@my.dom.ru>, size=1331621, nrcpt=1 (queue active) Jan 12 14:05:35 mxa postfix/smtpd[13784]: 513FF1BE70D: client=unknown[192.168.65.89] Jan 12 14:05:35 mxa postfix/cleanup[13941]: 513FF1BE70D: message-id=<009301c4f897$593aea80$594117ac@my.dom.ru> Jan 12 14:05:36 mxa postfix/smtpd[13970]: connect from localhost[127.0.0.1] Jan 12 14:05:36 mxa postfix/smtpd[13970]: 6A42E1BE75C: client=localhost[127.0.0.1] Jan 12 14:05:36 mxa postfix/cleanup[13971]: 6A42E1BE75C: message-id=<009201c4f897$56f89ba0$594117ac@my.dom.ru> Jan 12 14:05:36 mxa postfix/smtpd[13970]: disconnect from localhost[127.0.0.1] Jan 12 14:05:36 mxa postfix/qmgr[12960]: 6A42E1BE75C: from=<burin@my.dom.ru>, size=1331801, nrcpt=1 (queue active) Jan 12 14:05:36 mxa postfix/lmtp[13967]: 5D2861BE716: to=<Vremya_msk@mail.ru>, relay=127.0.0.1[127.0.0.1], delay=5, status=sent (250 2.0.0 <Vremya_msk@mail.ru> OK) Jan 12 14:05:36 mxa postfix/qmgr[12960]: 5D2861BE716: removed Jan 12 14:05:38 mxa postfix/smtp[13937]: 8E1C01BE738: to=<Vremya_msk@mail.ru>, relay=fwa.my.dom.ru[192.168.252.14], delay=17, status=sent (250 2.0.0 j0CB67hS013209 Message accepted for delivery) Jan 12 14:05:38 mxa postfix/qmgr[12960]: 8E1C01BE738: removed Jan 12 14:05:39 mxa postfix/qmgr[12960]: 513FF1BE70D: from=<burin@my.dom.ru>, size=1331621, nrcpt=1 (queue active) Jan 12 14:05:39 mxa postfix/smtpd[13784]: 228AD1BE716: client=unknown[192.168.65.89] Jan 12 14:05:39 mxa postfix/cleanup[13941]: 228AD1BE716: message-id=<009401c4f897$5b7d3960$594117ac@my.dom.ru> Jan 12 14:05:40 mxa postfix/smtpd[13977]: connect from localhost[127.0.0.1] Jan 12 14:05:40 mxa postfix/smtpd[13977]: 36E1B1BE738: client=localhost[127.0.0.1] Jan 12 14:05:40 mxa postfix/cleanup[13978]: 36E1B1BE738: message-id=<009301c4f897$593aea80$594117ac@my.dom.ru> Jan 12 14:05:40 mxa postfix/smtp[13966]: 401C41BE751: to=<info@akm.ru>, relay=fwa.my.dom.ru[192.168.252.14], delay=6, status=sent (250 2.0.0 j0CB6JhS013217 Message accepted for delivery) Jan 12 14:05:40 mxa postfix/smtp[13966]: 401C41BE751: to=<info@bpi.ru>, relay=fwa.my.dom.ru[192.168.252.14], delay=6, status=sent (250 2.0.0 j0CB6JhS013217 Message accepted for delivery) Jan 12 14:05:40 mxa postfix/smtp[13966]: 401C41BE751: to=<news@interfax.msk.su>, relay=fwa.my.dom.ru[192.168.252.14], delay=6, status=sent (250 2.0.0 j0CB6JhS013217 Message accepted for delivery) Jan 12 14:05:40 mxa postfix/smtp[13966]: 401C41BE751: to=<glv@itar-tass.com>, relay=fwa.my.dom.ru[192.168.252.14], delay=6, status=sent (250 2.0.0 j0CB6JhS013217 Message accepted for delivery) Jan 12 14:05:40 mxa postfix/smtp[13966]: 401C41BE751: to=<mknews@mk.ru>, relay=fwa.my.dom.ru[192.168.252.14], delay=6, status=sent (250 2.0.0 j0CB6JhS013217 Message accepted for delivery) Jan 12 14:05:40 mxa postfix/smtp[13966]: 401C41BE751: to=<news@rbc.ru>, relay=fwa.my.dom.ru[192.168.252.14], delay=6, status=sent (250 2.0.0 j0CB6JhS013217 Message accepted for delivery) Jan 12 14:05:40 mxa postfix/smtp[13966]: 401C41BE751: to=<gdiwin@rian.ru>, relay=fwa.my.dom.ru[192.168.252.14], delay=6, status=sent (250 2.0.0 j0CB6JhS013217 Message accepted for delivery) Jan 12 14:05:40 mxa postfix/qmgr[12960]: 401C41BE751: removed ... В качестве "статиста" пользуем универсальный анализатор логов awstats (есть в числе рекомендованных на www.postfix.org). При подсчете статистики идет удвоенный учет в каждый адрес. Реальное число писем, прошедших через сервер можно оценить по числу писем, прошедших через localhost.
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	3. "Пример 'веера' в логе Postfix"
	Сообщение от unk (ok) on 13-Янв-05, 16:19 (MSK)
	Вы так и не сказали чего хотите получить... >Пример "веера" с 4-мя участниками: Похоже у вас для lmtp destination_recipient_limit = 1 >В качестве "статиста" пользуем универсальный анализатор логов awstats (есть в числе рекомендованных Увы, не пользуюсь.
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	4. "Пример 'веера' в логе Postfix"
	Сообщение от BRF (??) on 13-Янв-05, 16:39 (MSK)
	Спасибо за отклик и внимание! У нас чистый релей. Хочется убрать лишнюю информацию об адресах назначения. Нужно оставить только одно письмо получено, соответственно 1 отправлено. А куда совершенно не важно. На что влияет lmtp_destination_recipient_limit = 1? В нашем main.cf он никак не озвучен.
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	5. "Проверил параметр"
	Сообщение от BRF (??) on 13-Янв-05, 16:53 (MSK)
	postconf выдал следующее lmtp_destination_concurrency_limit = $default_destination_concurrency_limit lmtp_destination_recipient_limit = $default_destination_recipient_limit default_destination_concurrency_limit = 20 default_destination_recipient_limit = 50
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	6. "Пример 'веера' в логе Postfix"
	Сообщение от unk (ok) on 13-Янв-05, 16:55 (MSK)
	>На что влияет lmtp_destination_recipient_limit = 1? В нашем main.cf он >никак не озвучен. Этот параметр ограничивает количество получателей одного сообщения. Если его нет - дефолт 1 - каждому получателю по письму. Попробуйте lmtp_destination_recipient_limit = 0.
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	7. "Попробовал 0"
	Сообщение от BRF (??) on 13-Янв-05, 17:15 (MSK)
	Установка lmtp_destination_recipient_limit = 0 картины не изменила. На каждый адрес своя строчка.
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	8. "Попробовал 0"
	Сообщение от unk (ok) on 13-Янв-05, 17:43 (MSK)
	Извините, я был не внимателен с вашим логом и описанием построения системы (1 по дефолту при локальной доставке)... Решение задавить ВЕСЬ вывод lmtp(8) вас устроит?
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	9. "задавить ВЕСЬ вывод lmtp(8)?"
	Сообщение от BRF (??) on 13-Янв-05, 17:54 (MSK)
	Если это ничего не испортит, то можно попробовать. Только как это сделать? С нашими знаниями это уже высший пилотаж. До завтра!
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	10. "задавить ВЕСЬ вывод lmtp(8)?"
	Сообщение от unk (ok) on 13-Янв-05, 17:57 (MSK)
	>Если это ничего не испортит, то можно попробовать. в master.cf для транспорта lmtp добавьте -o syslog_facility=facility и через syslog.conf отправьте нужный facility в /dev/null
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	11. "задавить ВЕСЬ вывод lmtp(8)?"
	Сообщение от BRF (??) on 14-Янв-05, 09:58 (MSK)
	Добрый день! Это придушит всю инфу вывода mail.info? Перебора не будет? По умолчанию syslog_facility = mail. Есть ли другие значения? Какой даст результат понижение уровня debug_peer_level с 2 до 0 или изменение значения debug_peer_list?
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	12. "задавить ВЕСЬ вывод lmtp(8)?"
	Сообщение от unk (ok) on 14-Янв-05, 11:41 (MSK)
	>Это придушит всю инфу вывода mail.info? Перебора не будет? Если сделаете как я сказал, то это изменит facility только для lmtp. >По умолчанию syslog_facility = mail. Есть ли другие значения? Да, конечно. >Какой даст результат понижение уровня debug_peer_level с 2 до 0 или изменение >значения debug_peer_list? Для вас ничего не изменится - вы не пользуетесь отладкой. PS: не меняйте сабж - я читаю рассылку и теряю ваши сообщения.
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх