тест карбонки и вопрос
Поменял немного реализацию карбонки (по типу фидошной) у себя в .procmailrc,
чтобы
отлавливать ответы, пришедшие через gmane (USENET):
.
.
.
# Use either the msgids from In-Reply-To: or the last msgid from References:
# when there is no In-Reply-To: (covers both RFC2822 and USENET mail)
INREPLYTO=
:0
* ^In-Reply-To:
{ INREPLYTO=`formail -czxIn-Reply-To: | grep -Eo '<[^>]+>'` }
:0 E
* ^References:
{ INREPLYTO=`formail -czxReferences: | grep -Eo '<[^>]+>$'` }
.
.
.
# carbon-copies ###
:0
* LASTFOLDER ?? ^list\.
* $ ! (^TO_|^From:)$MYSELF
{
:0:
* ? test "$INREPLYTO" && grep -qF "$INREPLYTO" .ccids
carbon-copies
.
.
.
}
.
.
.
Здесь .ccids - локальный кеш msgids моих отправленных писем.
Соответственно вопрос: в USENET возможен tag reply сразу на несколько
сообщений? В обычной почте в этом случае в In-Reply-To: кладутся
msgids помеченных сообщений. Но в USENET этого заголовка нет, а есть
только References:
Пока я решил, что буду отслеживать только последний msgid в
References: в этом случае.
--
Stanislav
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120620082904.GA30355@kaiba.homelan
Re: автоматизация деятельности компаний занимающихся ИТ-аутсорсингом ?
По некоторым вопросам есть соображения. 1. Правильно организованная работа на предприятии решает 50% проблем и делает простыми остальные 50. Но в этом случае клиент начинает задумываться над таким дурацким вопросом, как " и так всё работает, нафига платить за поддержку" 2. Винду удобно бэкапить через дуалбут с помощью ntfs-clone. У самого на всех машинах так и стоит, пользователям хватает 20 Gb пространства, остальное - под слепки, нефиг срать на рабочем месте. Восстановление критически сбившейся ОС занимает считанные минуты. По сути дела, запиливаем свой аналог Акрониса. 3. Домен и переносимые профили сильно помогают, хотя местами от профилей бывает лишь худо. 4. VNC + VPN для удалённого админинга рабочих станций. SSH - для серверов. 5. Для управления софтом есть GPO, скрипты, Puppet. 6. Для инвентаризации - Inventory + GLPI. 7. Для заявок - OTRS 8. Для переписки - jabber + pidgin (вон тут Psi рекомендуют, тоже годно) Всё решаемо, но набирать придётся по частям. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fe18bd3.7070...@mail.ru
[no subject]
Приветствую. Про'upgrade'ил систему в одной виртуалке. Отчего-то стало так. # df -l Filesystem 1K-blocks Used Available Use% Mounted on rootfs 3844152 901180 2747696 25% / /dev/disk/by-uuid/2cd0d12d-ec24-47d9-9c8b-838ed9e7d4e9 3844152 901180 2747696 25% / Почему две строчки? -- Peter Teslenko skype: smartchecker
Re: автоматизация деятельности компаний занимающихся ИТ-аутсорсингом ?
20.06.2012 12:37, evgeny_ver...@mail.ru пишет: > 1. Правильно организованная работа на предприятии решает 50% проблем и > делает простыми остальные 50. Но в этом случае клиент начинает > задумываться над таким дурацким вопросом, как " и так всё работает, > нафига платить за поддержку" С теми, кто так считает, предпочитаю не связываться. Их из далека видно. Они или всю кровь выпьют, или ты к ним "обычным" админом пойдёшь. Причём ЗП "обычного" админа им платить конечно не хочется. Да и не будут. Да и скучно у них. В основном женские склоки да перекуры с бухашкой по каждому поводу. Странно как такие вообще существуют. > 2. Винду удобно бэкапить через дуалбут с помощью ntfs-clone. У самого > на всех машинах так и стоит, пользователям хватает 20 Gb пространства, > остальное - под слепки, нефиг срать на рабочем месте. Восстановление > критически сбившейся ОС занимает считанные минуты. > По сути дела, запиливаем свой аналог Акрониса. Как вызываешь? Удобен ли процесс бэкапа? Сколько времени занимает? Кем инициируется? Какова периодичность? > 3. Домен и переносимые профили сильно помогают, хотя местами от > профилей бывает лишь худо. Там, где профили засирают так, что они грузятся по полчаса - производятся разъяснительные работы с объяснением причин и следствий. Обычно доходит с первого раза. > 4. VNC + VPN для удалённого админинга рабочих станций. SSH - для > серверов. А какой vnc-демон используешь на пользовательских машинах? Он нормально стартует сам до логина пользователя? А то ultravnc иногда (редко, но всё же) бывает отказывается передавать ctrl+alt+del или вообще стартует только после логина пользователя. > 5. Для управления софтом есть GPO, скрипты, Puppet. > 6. Для инвентаризации - Inventory + GLPI. > 7. Для заявок - OTRS Не прижилось. Пользователю проще позвонить/написать, чем писать тикет. (У меня тут и так "№;%:? не работает, а тут ещё какой-то тикет непонятный пиши! Давайте вообще возьмём моего [криворукого] племянника на работу!) > 8. Для переписки - jabber + pidgin (вон тут Psi рекомендуют, тоже годно) > > Всё решаемо, но набирать придётся по частям. Ага. ТС хочет эдакий велосипед, который бы умел всё в одном. -- Best regards, Mikhail - WWW: http://www.antmix.pp.ru/ XMPP: ant...@stopicq.ru signature.asc Description: OpenPGP digital signature
Re: автоматизация деятельности компаний занимающихся ИТ-аутсорсингом ?
20.06.2012 15:16, Mikhail A Antonov пишет: 20.06.2012 12:37, evgeny_ver...@mail.ru пишет: 1. Правильно организованная работа на предприятии решает 50% проблем и делает простыми остальные 50. Но в этом случае клиент начинает задумываться над таким дурацким вопросом, как " и так всё работает, нафига платить за поддержку" С теми, кто так считает, предпочитаю не связываться. Их из далека видно. Они или всю кровь выпьют, или ты к ним "обычным" админом пойдёшь. Причём ЗП "обычного" админа им платить конечно не хочется. Да и не будут. Да и скучно у них. В основном женские склоки да перекуры с бухашкой по каждому поводу. Странно как такие вообще существуют. То ли мне так не повезло, то ли меньше надо было с ювелирами связываться, но у меня таких клиентов было большинство в своё время. Им бы всё, быстро и бесплатно. 2. Винду удобно бэкапить через дуалбут с помощью ntfs-clone. У самого на всех машинах так и стоит, пользователям хватает 20 Gb пространства, остальное - под слепки, нефиг срать на рабочем месте. Восстановление критически сбившейся ОС занимает считанные минуты. По сути дела, запиливаем свой аналог Акрониса. Как вызываешь? Удобен ли процесс бэкапа? Сколько времени занимает? Кем инициируется? Какова периодичность? Процесс бэкапа на обычных местах инициируется 1 раз - после введения в домен и настройки всего и вся. Ну ещё при каких-то глобальных изменениях на некоторых особо замороченных машинах делается, например, главбуха, где за простой бить будут ногами по лицу. Однако никто не запрещает наскриптовать хоть ежедневный бэкап при каждой загрузке, смысла только маловато. Времени занимает не много, минут 5-15, смотря сколько данных на разделе было, может и за минуту справиться. Восстановление так же. 3. Домен и переносимые профили сильно помогают, хотя местами от профилей бывает лишь худо. Там, где профили засирают так, что они грузятся по полчаса - производятся разъяснительные работы с объяснением причин и следствий. Обычно доходит с первого раза. Опять же, это там, где есть административный ресурс. У меня следствия хлебали вплоть до "а теперь садитесь и переделываете всю свою работу за последнюю неделю". Ничему не учит, так как в некоторых местах работа за неделю - ноль целых, хрен десятых. 4. VNC + VPN для удалённого админинга рабочих станций. SSH - для серверов. А какой vnc-демон используешь на пользовательских машинах? Он нормально стартует сам до логина пользователя? А то ultravnc иногда (редко, но всё же) бывает отказывается передавать ctrl+alt+del или вообще стартует только после логина пользователя. TightVNC использую, указанных проблем нету, достойная программа. 5. Для управления софтом есть GPO, скрипты, Puppet. 6. Для инвентаризации - Inventory + GLPI. 7. Для заявок - OTRS Не прижилось. Пользователю проще позвонить/написать, чем писать тикет. (У меня тут и так "№;%:? не работает, а тут ещё какой-то тикет непонятный пиши! Давайте вообще возьмём моего [криворукого] племянника на работу!) OTRS да, нужен сильный ресурс для внедрения. Плюс действительно заявку "не работает сеть" сложно на нём передать :-) 8. Для переписки - jabber + pidgin (вон тут Psi рекомендуют, тоже годно) Всё решаемо, но набирать придётся по частям. Ага. ТС хочет эдакий велосипед, который бы умел всё в одном. Я бы пошёл по пути раскуривания каждой детали по-отдельности и составления чёткого плана внедрения каждого модуля. Пару раз сделаешь - считай и готово, и велосипед велосипедить не надо. Ну а часть рутины наскриптовать и опубликовать можно, для будущих поколений аутсорсеров. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fe1bce6.2080...@mail.ru
Re: автоматизация деятельности компаний занимающихся ИТ-аутсорсингом ?
А можно услышать подробности использования ipv6 для доступа к машинам клиента? Особенности настройки и тому подобное.
Обновил testing - машина стала притормаживать
Коллеги, есть мощная машинка, debian testing, сегодня обновил все пакеты до последних версий. И - стало ощутимо подтормаживать: Chrome оочень неторопливо переключается между табами, LibreOffice вчетверо медленней сохраняет не такой уж большой документ на винт, и т.п. Htop ничего криминального не показывает, пробовал ядро 3.1 и 3.2, результат не изменился. В чём может быть дело? Собсно я понимаю, что правильный ответ на этот вопрос "сам дурак" ;-) Но может быть кто-то подскажет, куда посмотреть? С уважением, Евгений.
Re: Обновил testing - машина стала притормаживать
On Wed, Jun 20, 2012 at 11:07:45PM +0600, Евгений Золотов wrote: > Коллеги, > > есть мощная машинка, debian testing, сегодня обновил все пакеты до > последних версий. И - стало ощутимо подтормаживать: Chrome оочень > неторопливо переключается между табами, LibreOffice вчетверо медленней > сохраняет не такой уж большой документ на винт, и т.п. Htop ничего > криминального не показывает, пробовал ядро 3.1 и 3.2, результат не > изменился. В чём может быть дело? > Собсно я понимаю, что правильный ответ на этот вопрос "сам дурак" ;-) > Но может быть кто-то подскажет, куда посмотреть? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666468 Видео какое, для статистики? -- WBR, wRAR signature.asc Description: Digital signature
Re: Обновил testing - машина стала притормаживать
GeForce GT 550 вроде. Е. > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666468 > Видео какое, для статистики? > > -- > WBR, wRAR
Re: Обновил testing - машина стала притормаживать
Андрей, спасибо за наводку! Полагаю, надо откатить libcairo2 до предыдущей версии. Не понимаю только - как :-) Е. On Thu, Jun 21, 2012 at 12:04 AM, Евгений Золотов wrote: > GeForce GT 550 вроде. > > Е. > >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666468 >> Видео какое, для статистики? >> >> -- >> WBR, wRAR
Re: Обновил testing - машина стала притормаживать
On Thu, Jun 21, 2012 at 12:12:43AM +0600, Евгений Золотов wrote: > Андрей, спасибо за наводку! Полагаю, надо откатить libcairo2 до > предыдущей версии. Не понимаю только - как :-) debsnap -- WBR, wRAR signature.asc Description: Digital signature
Re: df -l
Peter Teslenko writes: > Про'upgrade'ил систему в одной виртуалке. > Отчего-то стало так. > > # df -l > Filesystem 1K-blocks > Used Available Use% Mounted on > rootfs 3844152 > 901180 2747696 25% / > /dev/disk/by-uuid/2cd0d12d-ec24-47d9-9c8b-838ed9e7d4e9 3844152 > 901180 2747696 25% / > > Почему две строчки? Потому, что стало % ls -la /etc/mtab lrwxrwxrwx 1 root root 12 Май 1 22:01 /etc/mtab -> /proc/mounts Ну и http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653073 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656067 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87lijh7pah@sghpc.hn.golosunov.pp.ru
Re: Обновил testing - машина стала притормаживать
Век живи - век учись :-) Е. 2012/6/21 Andrey Rahmatullin : > On Thu, Jun 21, 2012 at 12:12:43AM +0600, Евгений Золотов wrote: >> Андрей, спасибо за наводку! Полагаю, надо откатить libcairo2 до >> предыдущей версии. Не понимаю только - как :-) > debsnap > > -- > WBR, wRAR
mutt по ssh и attache'ы
долгое время пользовался только локальным mutt, который ходил по imap или по imap через ssh на сервер. сейчас на одном из компьютеров по некоторым соображениям локальный mutt я запускать не могу, но поскольку почту смотреть надо, смотрю ее по mutt запущенному в ssh-сессии. соответственно возникают траблы некоторые в случае, если надо скажем посмотреть картинку в аттаче: ее приходится копировать для просмотра с хоста на хост. никто не автоматизировал никак эту проблему? -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: mutt по ssh и attache'ы
On 2012.06.21 at 10:11:40 +0400, Dmitry E. Oboukhov wrote: > долгое время пользовался только локальным mutt, который ходил по imap > или по imap через ssh на сервер. > > сейчас на одном из компьютеров по некоторым соображениям локальный > mutt я запускать не могу, но поскольку почту смотреть надо, смотрю ее > по mutt запущенному в ssh-сессии. > > соответственно возникают траблы некоторые в случае, если надо скажем > посмотреть картинку в аттаче: ее приходится копировать для просмотра с > хоста на хост. > > никто не автоматизировал никак эту проблему? А запускать вьюер на той стороне, чтобы рисовал картинку на локальном X-сервере через ssh X-форвардинг не получится? Для этого, на мой взгляд, нужен канал не менее 10мбит/с, иначе быстрее скопировать. Но это решение, если не считать его скорости, работоспособно всегда, и требует только наличия локального X-сервера. Насколько я знаю, вьюеров картинок для графических терминалов tektronics, которые умеют эмулировать xterm и виндовый ssh-клиент teratem, не бывает. А то было бы второе решение, претендующее на универсальность. А любое другое решение, которое в результате выполнения скрипта "там" (при просмотре аттачмента из mutt) выполнит что-то "здесь" (покажет на экране картинку) требует доступности машины "здесь" со стороны машины "там". -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120621063315.ga7...@wagner.pp.ru
Re: mutt по ssh и attache'ы
>> долгое время пользовался только локальным mutt, который ходил по imap >> или по imap через ssh на сервер. >> >> сейчас на одном из компьютеров по некоторым соображениям локальный >> mutt я запускать не могу, но поскольку почту смотреть надо, смотрю ее >> по mutt запущенному в ssh-сессии. >> >> соответственно возникают траблы некоторые в случае, если надо скажем >> посмотреть картинку в аттаче: ее приходится копировать для просмотра с >> хоста на хост. >> >> никто не автоматизировал никак эту проблему? > А запускать вьюер на той стороне, чтобы рисовал картинку на локальном > X-сервере через ssh X-форвардинг не получится? > Для этого, на мой взгляд, нужен канал не менее 10мбит/с, иначе быстрее > скопировать. канал-то быстрый. в канале не проблема. проблема в том что нельзя все подряд поставить на сервер. иногда всякие doc'и приходят. > А любое другое решение, которое в результате выполнения скрипта "там" > (при просмотре аттачмента из mutt) выполнит что-то "здесь" (покажет на > экране картинку) требует доступности машины "здесь" со стороны машины > "там". ну да, тут и видится какой-то скрипт. можно его поваять самому, но может кто-то ваял подобное? -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: mutt по ssh и attache'ы
On Thu, Jun 21, 2012 at 10:48:30AM +0400, Dmitry E. Oboukhov wrote: > канал-то быстрый. в канале не проблема. проблема в том что нельзя все > подряд поставить на сервер. иногда всякие doc'и приходят. Тогда не следует использовать этот сервер как запускалку mutt'a. Настройте копирование почтовых ящиков на пользовательские машины, либо сделайте "терминальный" сервер со всем нужным барахлом. -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120621065343.gc3...@protva.ru
