Fri, May 14, 2004 at 18:01:40, victor wrote about "[uanog] Re: queue ID в PostFix":
Этого-то я и боялся, что вердикт будет подобный, что только патчить и все.
Не бойся, это не единственный выход. Есть еще другое решение.... (пауза)... - выкинуть.
:)
Угу, вместе с email.
Не понимаю, что сложного, написать такое изначально им было? :( Задача не ставилась, наверно.
Просто из-за этого написать более-менее нормальный парсер не возможно. Двух проходность не канает (сперва from собрать, а потом to), т.к. queue ID может быть одинаковый. Сделать все в ожном проходе тоже сложно ,т.к. сообщения в логе идут не по порядку. Это было бы пол беды, если бы при передаче от своих процессов на (например) тот же amavis postfix меняет номер. Спасибо, что он хоть пишет на какой он поменял. Но и вот эта смена очень часто бывает раскидана по логу в разных местах. Т.е. очень насто сперва и дет конекшен и генерация номера от amavis'а, а потом только где-то ниже встречается надпись, что оказывается это был номер с которым amavis должен был вернуть проверенное сообщение.В общем обработка крайне затруднена. Погрешности неизбежать :(
Так никто толком задачу записи логов не решает, так, чтобы не требовались дикие ухищрения. sendmail - клонирования, DSN'ы. qmail - надо связывать по номеру доставки. Exim - qid генерируется только по приходу тела, а все что было до того - ненумеровано. postfix просто поддерживает дурную традицию... -netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message