On Fri, 14 May 2004, Michael Petuschak wrote:
Просто из-за этого написать более-менее нормальный парсер не возможно. Двух проходность не канает (сперва from собрать, а потом to), т.к. queue ID может быть одинаковый. Сделать все в ожном проходе тоже сложно, т.к. сообщения в логе идут не по порядку. Это было бы пол беды, если бы при передаче от своих процессов на (например) тот же amavis postfix меняет номер. Спасибо, что он хоть пишет на какой он поменял. Но и вот эта смена очень часто бывает раскидана по логу в разных местах. Т.е. очень насто сперва и дет конекшен и генерация номера от amavis'а, а потом только где-то ниже встречается надпись, что оказывается это был номер с которым amavis должен был вернуть проверенное сообщение.В общем обработка крайне затруднена. Погрешности неизбежать :(
Так никто толком задачу записи логов не решает, так, чтобы не требовались дикие ухищрения. sendmail - клонирования, DSN'ы. qmail - надо связывать по номеру доставки. Exim - qid генерируется только по приходу тела, а все что было до того - ненумеровано. postfix просто поддерживает дурную традицию...
Netch, а разве это задача записи логов? По-моему логи нужны для отладки.
Согласен, но тогда что нужно использовать для ведения статистики только основываясь на postfix'е? --- With best regards, Alexander Fedorko =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message