Варкалось. Хливкие шорьки пырялись по наве,
И хрюкотали зелюки, как мюмзики в мове.

О бойся Бармаглота, сын! Он так свирлеп и дик,
А в глуще рымит исполин – Злопастный Брандашмыг.

Но взял он меч, и взял он щит, высоких полон дум.
В глущобу путь его лежит под дерево Тумтум.

Он стал под дерево и ждет, и вдруг граахнул гром -
Летит ужасный Бармаглот и пылкает огнем!

Раз-два, раз-два! Горит трава, взы-взы – стрижает меч,
Ува! Ува! И голова барабардает с плеч.

О светозарный мальчик мой! Ты победил в бою!
О храброславленный герой, хвалу тебе пою!

Варкалось. Хливкие шорьки пырялись по наве,
И хрюкотали зелюки, как мюмзики в мове.

Это сценарий. В общем советую. Особенно тем, кто помнит события обоих кэрроловских алис.

Сегодня ночью дома стало на 4 пассажира больше.

Ездили сегодня в очередной раз на Русское подворье, на празднование Масленицы. Было холодно, и очень неприятный ветер. Так что все замёрзли. Но блинов поели, сбитень попили, я в стенке потолкался. Так что праздник прошёл успешно. Видео со стенки ниже (к сожалению фотик сдох, так что больше ничего нет из своих фото-видео материалов).

Случайно наткнулся в блоге Паши Нагаева на пост о борьбе с зомби-пользователями в правах доступа к общим папкам. В качестве решения в комментариях было предложено решение от Васи Гусева, правда, применительно к одной папке (вложенные не очищались).

Стандартная картинка с правами доступа к общей папке может выглядеть следующим образом:

На картинке прекрасно видно, что происходит с записями в ACL в случае удаления пользователя из AD. Именно поэтому советуют раздавать права на уровне групп, а не отдельных пользователей. Впрочем, в ситуации показанной выше проблема с присутствием так называемого зомби-пользователя существует, и было бы неплохо её решить. А ещё лучше было бы у всех общих папок скопом всех зомби-пользователей удалить. Скрипт в итоге получился следующий:

Get-PublicFolder -Identity "\" -Recurse | Get-PublicFolderClientPermission | where {$_.User -like "NT User:S*"} | Remove-PublicFolderClientPermission

Скрипт перебирает все общие папки, смотрит в них права доступа и если находит пользователя, начинающегося с «NT User:S», то удаляет его из ACL.

Похоже пора вводить новый тэг.

Вязку делали в самом конце декабря прошлого года вот с этим замечательным британцем. Половина котят будет с голубым окрасом, половина – лиловые. Чистопородные британцы, годные для разведения. В предках 4 чемпиона мира итд. Котята все будут привитые, с медкнижками, можно на них будет получить родословную. Так что кто хочет недорого – обращайтесь =).

Задача – собрать архив сообщений отсылавшихся на группу рассылки Distribution List. Доступ к нему должен быть у нескольких человек, пополняться он должен автоматически. Имеется человек (User1), который утверждает, что у него есть самые старые сообщения от этой группы рассылки.

Решение следующее. Создаём общий почтовый ящик Archive Mailbox, включаем его в группу Distribution List. Таким образом, все новые сообщения для группы Distribution List будут попадать в наш архивный ящик. Осталось заполнить его старыми сообщениями. Сделаем для них специальную папку в корне Archive. Заполнение делается через EMS. Команда выглядит следующим образом:

Export-Mailbox -Identity User1 -IncludeFolders "\Inbox" -TargetMailbox "Archive Mailbox" -TargetFolder Archive -RecipientKeywords "Distributionb List"

Команда делает поиск писем, посланных на Distribution List, в папке Inbox пользователя User1 и копирует их в папку Archive ящика Archive Mailbox. Ключ -IncludeFolders можно убрать – тогда поиск будет идти по всему почтовому ящику (включая календари, контакты, удалённые итд). После завершения процесса достаточно будет переместить скопированные сообщения из папки Archive в папку Inbox в Archive Mailbox.

Проблема: имеется сайт domain.com (хостится на одном из виртуальных серверов одного из провайдеров) на битриксе, в нём настроены различные типы уведомлений, которые уходят на разные адреса в случае наступления определённых условий (отсылкой занимается Exim поднятый на этом виртуальном сервере). Причём, домен domain.com я поддерживаю на своих серверах (то есть зона и все записи находятся у меня, то же самое и с почтой). Уведомления, отправляемые на почтовые ящики домена domain.com, при этом не доходят на мои почтовые сервера. На другие почтовые ящики (например на gmail.com уходит без проблем).

Первое что приходит в голову – посмотреть логи Exim. Сказано – сделано. Поключаюсь по ssh, смотрю, что находится в /var/log, что могло бы быть логами Exim. Нахожу, смотрю. Следующий кусок лога привлекает внимание:

2010-01-25 15:58:20 == root@vps.provider.com domain@domain.com R=localuser T=local_delivery defer (-29): User 0 set for local_delivery transport is on the never_users list
2010-01-25 15:58:22 => s.buldakov@gmail.com R=lookuphost T=remote_smtp H=gmail-smtp-in.l.google.com [209.85.211.20]

Получается, что на мой адрес почта уходит на сервер gmail.com, а на адрес domain@domain.com почта пытается доставится локально, а не на мои почтовые сервера. Непорядок, смотрю /etc/exim.conf. Нахожу следующее:

domainlist local_domains = lsearch; /etc/localdomains

Открываю /etc/localdomains. Вижу следующее:

vps.provider.com
domain.com

Проблема локализована, убираем из него domain.com, рестартуем Exim:

/etc/init.d/exim restart

Теперь можно заняться поисками виновного. =)

Вышел очередной пакет обновлений для Exchange 2007 sp2 под номером 2. Качаем здесь. Описание здесь. Как обычно, советуется предыдущий пакет обновлений удалить перед установкой нового и обеспечить доступ к http://crl.microsoft.com/pki/crl/products/CodeSigPCA.crl для обновляемого сервера для успешного завершения процесса обновления.

Новость относительно старая. Тем не менее, информация интересная. Symantec обещает поддержку Exchange 2010 в Enterprise Vault, но только в следующей версии (9.0). Enterprise Vault 8.0 поддерживать Exchange 2010 не будет. Программа бэта-тестирования EV 9.0 начнётся в марте, релиз обещают в мае этого года. Оригинал новости можно посмотреть здесь.