5771 2004-12-23 12:07:55 +0300 нет информации в теме письма 2025-09-09 15:43:21 +0300 1 1 4 Development Sisyphus osec-mailreport unstable all Linux CLOSED FIXED P1 enhancement --- 1 zerg legion anubix asy erthad k_e_u legion mike zerg qa-sisyphus oldest_to_newest 20671 0 zerg 2004-12-23 12:07:55 +0300 Хорошо бы иметь настройку для того, чтоб отключать посылку писем, если не было изменений 20679 1 inger 2004-12-23 15:29:36 +0300 1. это небезопасно (если сломают машину и отключат osec, то об этом и не узнаешь) 2. это уже сделано для сильных духом. 20684 2 zerg 2004-12-23 19:29:35 +0300 (In reply to comment #1) > 2. это уже сделано для сильных духом. В каком файле? 37945 3 zerg 2006-05-11 16:12:52 +0400 Тогда удобно было бы отражать в теме письма 42204 4 zerg 2006-11-15 12:55:56 +0300 Например +2 -3 ~44 означает, что добавлено 2, убрано 3, изменено 44 Так же можно использовать символ ! в случае чего-то очень страшного 82933 5 zerg 2008-12-18 20:38:09 +0300 Все еще достает приблизительно догадываться о пустых письмах по размеру письма 85028 6 inger 2009-01-26 18:39:19 +0300 перевешиваю на нынешнего мантейнера osec 85407 7 legion 2009-02-05 03:02:23 +0300 Не думаю, что эта фича востребована. 85408 8 zerg 2009-02-05 08:55:06 +0300 Да это не фича, а бага. Попробуй принимать такие письма с 10-и машин и читать их все, несмотря на то, что они пустые. Меня с 2-х достает читать пустые письма. 89993 9 zerg 2009-04-23 19:53:57 +0400 переименую название 101153 10 legion 2009-10-09 15:41:20 +0400 В сизиф ушёл osec-1.2.4 в котором можно включить summary об изменениях. В pipe.conf теперь можно указывать: MAIL_PIPE='/bin/mail -s "$HOSTNAME: +$ADDED -$REMOVED ~$CHANGED" root' или MAIL_PIPE='/bin/mail -s "$HOSTNAME: $STAT" root' что будет эквивалентно: MAIL_PIPE='/bin/mail -s "$HOSTNAME: chg=$CHANGED,add=$ADDED,del=$REMOVED" root' 101156 11 zerg 2009-10-09 15:46:28 +0400 О! Наконец-то! Спасибо! 101271 12 mike 2009-10-11 23:43:27 +0400 Может, такой формат и дать по умолчанию? 101273 13 legion 2009-10-11 23:46:07 +0400 (В ответ на комментарий №12) > Может, такой формат и дать по умолчанию? В конфиге есть готовые примеры. Нужно только раскомментировать при наличии пакета. 101274 14 anubix 2009-10-11 23:52:29 +0400 (В ответ на комментарий №12) > Может, такой формат и дать по умолчанию? Я хотел проверить, прежде, чем это написать :-) 101275 15 anubix 2009-10-11 23:53:33 +0400 (В ответ на комментарий №13) > Нужно только раскомментировать при наличии пакета. Чем может быть плохо раскомментировать по умолчанию ? 101456 16 anubix 2009-10-13 21:57:03 +0400 не работает 101457 17 anubix 2009-10-13 21:58:08 +0400 /etc/cron.daily/osec: line 72: ADDED: unbound variable 101460 18 anubix 2009-10-13 22:02:54 +0400 Предлагаю по умолчанию MAIL_PIPE='/bin/mail -s "[osec] $HOSTNAME: +$ADDED -$REMOVED ~$CHANGED" root' или MAIL_PIPE='/bin/mail -s "[osec] $HOSTNAME: $HUMAN_READABLE_STAT" root' что будет эквивалентно: MAIL_PIPE='/bin/mail -s "[osec] $HOSTNAME: +$ADDED -$REMOVED ~$CHANGED" root' 101466 19 mike 2009-10-13 23:54:37 +0400 (In reply to comment #18) > Предлагаю по умолчанию > MAIL_PIPE='/bin/mail -s "[osec] $HOSTNAME: +$ADDED -$REMOVED ~$CHANGED" root' Угу, эта форма более прозрачна. 101467 20 legion 2009-10-14 00:03:36 +0400 (В ответ на комментарий №19) > (In reply to comment #18) > > Предлагаю по умолчанию > > MAIL_PIPE='/bin/mail -s "[osec] $HOSTNAME: +$ADDED -$REMOVED ~$CHANGED" root' > Угу, эта форма более прозрачна. Для меня "~" не очевиден. 101468 21 anubix 2009-10-14 00:06:56 +0400 (В ответ на комментарий №20) > (В ответ на комментарий №19) > Для меня "~" не очевиден. Не проблема. Возьми любой другой 1 символ Так же, поля с нулями в тему вносить не нужно. А если одни нули можно просто фразу типа "no changed found", тогда еще лучше читаться будет. 101470 22 legion 2009-10-14 00:24:45 +0400 Мне больше нравится chg=5,add=3,del=8 101471 23 mike 2009-10-14 00:27:18 +0400 (In reply to comment #22) > Мне больше нравится chg=5,add=3,del=8 Может, тогда "5 changed, 3 added, 8 deleted"? (или хотя бы с пробелами после запятых, чтоб глаз в буковках не завязал) 101472 24 legion 2009-10-14 00:33:53 +0400 (В ответ на комментарий №23) > Может, тогда "5 changed, 3 added, 8 deleted"? (или хотя бы с пробелами после > запятых, чтоб глаз в буковках не завязал) Если у меня получится, то ты сможешь сделать как захочешь. 101473 25 legion 2009-10-14 00:43:53 +0400 (В ответ на комментарий №17) > /etc/cron.daily/osec: line 72: ADDED: unbound variable Это потому, что ты не сменил SEND_PIPE. Я знаю, что не очевидно получилось. Попробую сделать очевиднее. 101475 26 legion 2009-10-14 03:08:35 +0400 (В ответ на комментарий №23) > Может, тогда "5 changed, 3 added, 8 deleted"? (или хотя бы с пробелами после > запятых, чтоб глаз в буковках не завязал) Сделал 1.2.4-alt2, там есть возможность задавать CHANGED, ADDED, REMOVED и STAT в обоих скриптах: osec.cron и osec_mailer. Миш, если ты захочешь, то сможешь сделать любой заголовок, используя первые три переменных. Думаю, это честно. 101476 27 legion 2009-10-14 03:31:31 +0400 Исправлено в 1.2.4-alt2. 139290 28 anubix 2013-04-03 14:04:35 +0400 Так, все-таки, почему бы не сделать заголовок хоть немного информативным? 139291 29 legion 2013-04-03 14:06:15 +0400 Оно уже информативно. 139292 30 anubix 2013-04-03 14:11:52 +0400 Не вижу ничего нового в pipe.conf Какая новая информация теперь есть в теме письма? 139293 31 legion 2013-04-03 14:20:55 +0400 (В ответ на комментарий №30) > Не вижу ничего нового в pipe.conf > Какая новая информация теперь есть в теме письма? Как я писал ранее, в pipe.conf теперь можно указывать: MAIL_PIPE='/bin/mail -s "$HOSTNAME: +$ADDED -$REMOVED ~$CHANGED" root' или MAIL_PIPE='/bin/mail -s "$HOSTNAME: $STAT" root' что будет эквивалентно: MAIL_PIPE='/bin/mail -s "$HOSTNAME: chg=$CHANGED,add=$ADDED,del=$REMOVED" root' Учитывая, что на вкус и цвет согласия нет, то каждый может сформировать заголовок для себя сам. 139295 32 zerg 2013-04-03 15:01:49 +0400 (В ответ на комментарий №31) > каждый может сформировать заголовок для себя сам. Это и так понятно. Почему бы по умолчанию не сделать заголовок хоть немного информативным? 139297 33 legion 2013-04-03 15:07:17 +0400 (В ответ на комментарий №32) > Почему бы по умолчанию не сделать заголовок хоть немного информативным? Хорошо. В следующей версии я сделаю по умолчанию: "$HOSTNAME: $STAT" 139299 34 zerg 2013-04-03 16:19:55 +0400 (В ответ на комментарий №33) > Хорошо. В следующей версии я сделаю по умолчанию: "$HOSTNAME: $STAT" Клево, спасибо! На сём я полностью буду удовлетворен. 148180 35 asy 2014-10-22 11:43:20 +0400 (In reply to comment #33) > (В ответ на комментарий №32) > > Почему бы по умолчанию не сделать заголовок хоть немного информативным? > > Хорошо. В следующей версии я сделаю по умолчанию: "$HOSTNAME: $STAT" Переоткрою. Чуть-чуть бы доделать. Надо ещё переменную, скажем, $STATE c состояниями "PASSED и FAILED". Чтобы по ней сортировать можно было по заголовку. Можно, конечно, нагородить огород с регулярным выражением по нахождению некоторого количества нулей в выводе $STAT, но не очень удобно. И умолчание сделать "[osec] Daily security check $STATE -- $HOSTNAME". 148192 36 mike 2014-10-23 13:54:31 +0400 (В ответ на комментарий №35) > Переоткрою. Чуть-чуть бы доделать. Не надо так делать -- у каждой хорошей баги должны быть чёткие начало, формулировка и конец. Когда начинаются бесконечные самоуточняющиеся портянки, незаметно растёт наклад времени на их разбор и "diff" для выяснения, что ж там ещё; теряют точность ссылки на багу в %changelog (или же приходится сопоставлять и время); многих подобное подвигает в сторону "забить". Проверено на случае, где "портянки" дошли до клинических и в итоге пришлось писать внутренний регламент. Есть отдельная проблема -- есть отдельная бага. Добавил на http://www.altlinux.org/BugTracking/BugzillaMiniHowto на всякий... 148196 37 zerg 2014-10-23 15:58:07 +0400 (В ответ на комментарий №36) > Есть отдельная проблема -- есть отдельная бага. Согласен. P.S. Куча проблем сваленных в один баг -- бардак, переоткрытия, переименования, лебедь-рак-щука и т.д. 148200 38 asy 2014-10-23 17:32:45 +0400 Вот ведь накинулись, а... :-) Bug 30414 Я сам не люблю всё в один баг мешать и, частенько, занимаюсь растаскиванием одного бага на несколько. Но тут уж очень в тему: по факту баг не закрыт, так как, по-умолчанию, информации в теме всё ещё нет. 148205 39 zerg 2014-10-23 18:33:16 +0400 По факту и большому опыту забить проще ;-) 148207 40 legion 2014-10-23 18:46:49 +0400 (В ответ на комментарий №35) > Можно, конечно, нагородить огород с регулярным выражением по > нахождению некоторого количества нулей в выводе $STAT, но не очень удобно. И > умолчание сделать "[osec] Daily security check $STATE -- $HOSTNAME". Сделал subject: [osec${PROFILE:+:$PROFILE}] Daily security check ($STAT) -- $HOSTNAME" root по умолчанию. 272175 41 zerg 2025-09-09 15:43:21 +0300 *** Bug 55923 has been marked as a duplicate of this bug. ***