<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" >

  <channel>
    <title><![CDATA[Комментарии / Профиль coldzero]]></title>
    <link>https://habr.com/ru/users/coldzero/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя coldzero]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Wed, 29 Apr 2026 15:00:25 GMT</pubDate>
    
    
      <image>
        <link>https://habr.com/ru/</link>
        <url>https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png</url>
        <title>Хабр</title>
      </image>
    

    
      

      
        
  
    <item>
      <title>18.02.2012 14:53:43 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/138400/#comment_4623131</guid>
      <link>https://habr.com/ru/articles/138400/#comment_4623131</link>
      <description><![CDATA[Мы пользуемся <a href="http://www.lansweeper.com/">www.lansweeper.com/</a> — в бесплатном варианте позволяет делать инвентаризацию. Хранит все в базе, куча отчетов и много других вкусностей.]]></description>
      <pubDate>Sat, 18 Feb 2012 14:53:43 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>21.12.2011 17:16:50 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/134981/#comment_4485333</guid>
      <link>https://habr.com/ru/articles/134981/#comment_4485333</link>
      <description><![CDATA[Статья вроде называется «Включение общей адресной книги в Zimbra» и в данной статье используется механизм GAL-внутренняя. Как мне показалось, они просто настроили использование внутренней адресной книги, которая используется на сервере Zimbra (пока эту опцию не настроишь, GAL не работает, даже внутренний), при этом они все данные о пользователе (учетной записи) ведут в Zimbra. Я же описал возможность вести всю инфу по пользователю в AD, при этом проводить автоматическую синхронизацию с AD — в Zimbra есть такой механизм. В моем случае, мы в Zimbra кроме имени пользователя в учетке, ничего не прописываем — все прописываем в AD.]]></description>
      <pubDate>Wed, 21 Dec 2011 17:16:50 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>21.12.2011 14:08:09 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/134981/#comment_4484779</guid>
      <link>https://habr.com/ru/articles/134981/#comment_4484779</link>
      <description><![CDATA[есть более интересный метод — это использование GAL в режиме внутренний и внешний. В нашей организации мы его и используем. При этом внешний — это синхронизация с AD, а внутренний — это те почтовый ящики, которые по каким-то причинам не требуется заводить в AD. Внешний — синхронизация каждый час (при заведение пользователя в AD, информация о нем уже через час доступна всем), при этом берутся данные: ФИО, должность, телефон, электронный адрес, мобильный телефон и прочее — так же удобно, если вы используете окошко в верхнем правом углу «поиск людей» (мы таким образом ушли от печатных версий списков сотрудников). Все всегда актуально: сотрудник пересел, уволился или сменились у него любые реквизиты — поправили в AD и все сразу в курсе. Также удобно при написании писем, так как сперва производится поиск по локальной контактной (личной сотрудника) книжке, потом по глобальной, при этом у пользователя не создается ни одной дополнительной контактной книжки.<br/>
<img src="https://habrastorage.org/storage2/de2/6d8/adf/de26d8adfae2a00ba459949dab1be9d5.jpg" alt="image"/><br/>
<img src="https://habrastorage.org/storage2/b57/a34/55c/b57a3455ce8bc75d6f2d6cd6907daa1e.jpg"/>]]></description>
      <pubDate>Wed, 21 Dec 2011 14:08:09 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.04.2011 16:24:19 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/117854/#comment_3837503</guid>
      <link>https://habr.com/ru/articles/117854/#comment_3837503</link>
      <description><![CDATA[Я этого ждал очень долго — скорей бы уже появилось в продаже!<br/>
А то количество проводов для различных устройств занимает дома целый ящик… :)]]></description>
      <pubDate>Wed, 20 Apr 2011 16:24:19 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.03.2011 14:00:43 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/115758/#comment_3753526</guid>
      <link>https://habr.com/ru/articles/115758/#comment_3753526</link>
      <description><![CDATA[Вы забыли опубликовать содержимое snapshot_vars.cmd, который у вас используется в «set snapshot_var_script=snapshot_vars.cmd»]]></description>
      <pubDate>Sun, 20 Mar 2011 14:00:43 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>11.03.2011 11:09:58 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/112850/#comment_3730064</guid>
      <link>https://habr.com/ru/articles/112850/#comment_3730064</link>
      <description><![CDATA[есть одно существенное замечание — недавно столкнулись при установке Ubuntu 10.04 LTS под Hyper-V.<br/>
Если после установки системы и включения всех модулей hv_vmbus, hv_storvsc, hv_blkvsc, hv_netvsc, hv_utils провести обновления системы, а именно:<br/>
#apt-get upgrade или(и)<br/>
#apt-get dist-upgrade, то система сваливается в ошибку при обновлении, а при перезагрузке полностью умирает! :)<br/>
<br/>
Решение:<br/>
перед обновлением системы из модулей <br/>
hv_vmbus<br/>
hv_storvsc<br/>
hv_blkvsc<br/>
hv_netvsc<br/>
hv_utils <br/>
нужно оставить включенными модули<br/>
hv_vmbus<br/>
hv_netvsc<br/>
после этого можно спокойно обновить систему, а потом обратно включить выключенные модули]]></description>
      <pubDate>Fri, 11 Mar 2011 11:09:58 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.10.2010 16:40:27 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/106322/#comment_3357518</guid>
      <link>https://habr.com/ru/articles/106322/#comment_3357518</link>
      <description><![CDATA[супер! спасибо! тоже классный способ!]]></description>
      <pubDate>Fri, 22 Oct 2010 16:40:27 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.10.2010 16:37:56 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/106322/#comment_3357509</guid>
      <link>https://habr.com/ru/articles/106322/#comment_3357509</link>
      <description><![CDATA[тоже странно… у меня данное действо не происходило, thunderbird не подхватывал расширение, скопированное в папку extensions в program files. На win7 пробовали? Просто у меня задача была и для winXP и win7. Возможно в win7 thunderbird вел себя как-то не так, поэтому и пришлось писать скрипт поиска дефолтного профиля thunderbird. Но заметь-те, что в моем случае, у вас не будет сбоев 100%, а в предлагаемом Вами способе у меня происходил сбой.]]></description>
      <pubDate>Fri, 22 Oct 2010 16:37:56 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.10.2010 15:03:14 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/106322/#comment_3357254</guid>
      <link>https://habr.com/ru/articles/106322/#comment_3357254</link>
      <description><![CDATA[к сожалению, данный метод не работает. я пробовал — thunderbird не видит данное расширение автоматически. во-вторых, конфликта версий не будет, файлы в папке перезаписываются. в-третьих, сам thunderbird автоматически видит расширение и его не требуется ни обновлять, ни устанавливать — оно уже (по мнению thunderbird) установлено. Когда я разрабатывал схему обновления lighting, то проверил все эти возможности, о которых вы написали, особенно копирование папки расширений в папку thunderbird в Program Files. Если бы так работало, то не пришлось бы писать скрипт нахождения дефолтного профиля thunderbird. Про конфликт версий — никаких конфликтов: при копировании поверх, thunderbird все отлично отрабатывает, при этом не беспокоит пользователя и если посмотреть в менеджере расширений, то в нем автоматически появляется старшая версия lighting.]]></description>
      <pubDate>Fri, 22 Oct 2010 15:03:14 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>31.07.2009 11:13:58 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/65857/#comment_1847325</guid>
      <link>https://habr.com/ru/articles/65857/#comment_1847325</link>
      <description><![CDATA[Интересно! Всех с профессиональным праздником!!! ]]></description>
      <pubDate>Fri, 31 Jul 2009 11:13:58 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>31.07.2009 09:43:48 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/65638/#comment_1846943</guid>
      <link>https://habr.com/ru/articles/65638/#comment_1846943</link>
      <description><![CDATA[В добавок в этой же статье далее идет «It performs poorly under high load; excessive sender address verification activity may even cause your site to be blacklisted by some providers» — я думаю в блэклисты никому не хочется попасть?]]></description>
      <pubDate>Fri, 31 Jul 2009 09:43:48 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>31.07.2009 09:41:15 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/65638/#comment_1846922</guid>
      <link>https://habr.com/ru/articles/65638/#comment_1846922</link>
      <description><![CDATA[Если вы внимательно читали указанную вами ссылку, то в первой же строчке указано «The sender/recipient address verification feature described in this document is suitable only for low-traffic sites». А это означает, что для высоконагруженных систем, когда у вас по 50.000 и более попыток соединений идет в сутки — абсолютно не эффективно (если конечно у вас не навороченный сервак).]]></description>
      <pubDate>Fri, 31 Jul 2009 09:41:15 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>30.07.2009 06:37:59 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/65638/#comment_1841757</guid>
      <link>https://habr.com/ru/articles/65638/#comment_1841757</link>
      <description><![CDATA[около 100. домену уже 15 лет, а пользаки за это время сумели зарегистрироваться на куче нехороших сайтов — вот и перло столько писем, сейчас намного меньше — около 15000 попыток.]]></description>
      <pubDate>Thu, 30 Jul 2009 06:37:59 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>30.07.2009 05:26:42 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/65638/#comment_1841598</guid>
      <link>https://habr.com/ru/articles/65638/#comment_1841598</link>
      <description><![CDATA[интересная мысль megadoizer — нужно посмотреть. Недавно знакомые сталкивались с такой же проблемкой по подделке домена. Но есть одно НО, нужно посмотреть в какое место поставить check_sender_access hash:/etc/postfix/disallow_my_domain. Вы же прекрасно понимаете, что очень многое зависит от последовательности размещения правил проверки. Что-то не то поставил раньше и пошли потери или наоборот… :)]]></description>
      <pubDate>Thu, 30 Jul 2009 05:26:42 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>30.07.2009 05:11:11 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/65638/#comment_1841576</guid>
      <link>https://habr.com/ru/articles/65638/#comment_1841576</link>
      <description><![CDATA[в моем случае, да и в большинстве это решается занесением сервака в один из вышеуказанных файлов хеша. Пользователи тоже не дремлют и, если возникают такие проблемы, то быстро сообщают. Таких случаев было не более десятка.]]></description>
      <pubDate>Thu, 30 Jul 2009 05:11:11 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>30.07.2009 05:06:36 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/65638/#comment_1841570</guid>
      <link>https://habr.com/ru/articles/65638/#comment_1841570</link>
      <description><![CDATA[Спасибо foboss! Только что еще раз проверил — да, так и есть. Убрал из статьи.]]></description>
      <pubDate>Thu, 30 Jul 2009 05:06:36 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>30.07.2009 05:01:55 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/65638/#comment_1841560</guid>
      <link>https://habr.com/ru/articles/65638/#comment_1841560</link>
      <description><![CDATA[Спасибо, Sb0y! Исправил — как-то залетело при написании…]]></description>
      <pubDate>Thu, 30 Jul 2009 05:01:55 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>30.07.2009 04:59:25 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/65638/#comment_1841553</guid>
      <link>https://habr.com/ru/articles/65638/#comment_1841553</link>
      <description><![CDATA[У вас такое было? На моем опыте не было.]]></description>
      <pubDate>Thu, 30 Jul 2009 04:59:25 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>30.07.2009 04:57:39 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/65638/#comment_1841550</guid>
      <link>https://habr.com/ru/articles/65638/#comment_1841550</link>
      <description><![CDATA[Речь идет как раз о тех пользователях, которые снаружи вашей сети.]]></description>
      <pubDate>Thu, 30 Jul 2009 04:57:39 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>30.07.2009 04:55:56 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/65638/#comment_1841546</guid>
      <link>https://habr.com/ru/articles/65638/#comment_1841546</link>
      <description><![CDATA[Потому что иногда вам нужно от каких-то серверов получить почту. Ведь никто не застрахован от попадания в RBL.]]></description>
      <pubDate>Thu, 30 Jul 2009 04:55:56 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
