<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://yasen.lindeas.com"  xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:wfw="http://wellformedweb.org/CommentAPI/">
<channel>
 <title>Arcane Lore - AOL</title>
 <link>http://yasen.lindeas.com/taxonomy/term/1395/0</link>
 <description></description>
 <language>bg</language>
<item>
 <title>OpenAIM — добър знак или заплаха?</title>
 <link>http://yasen.lindeas.com/book/openaim-good-sign-or-threat</link>
 <description>&lt;p&gt;Днес новината е &lt;a href=&quot;http://dev.aol.com/aim&quot;&gt;OpenAIM&lt;/a&gt;. С две думи &amp;#8212; &lt;span class=&quot;caps&quot;&gt;AOL&lt;/span&gt; публикуват спецификациите на протокола Oscar, на който се базират системите за моментни съобщения &lt;span class=&quot;caps&quot;&gt;ICQ&lt;/span&gt; и &lt;span class=&quot;caps&quot;&gt;AIM&lt;/span&gt;. Съвсем видимо в обявлението и в новия сайт на проекта се набляга на понятието &amp;#8220;отворен код&amp;#8221;. Може би засега няма да освобождават програмен код, но всъщност нямат и нужда &amp;#8212; важното е, че от днес вече съвсем официално ще може да се правят клиенти за мрежата на &lt;span class=&quot;caps&quot;&gt;ICQ&lt;/span&gt;/&lt;span class=&quot;caps&quot;&gt;AIM&lt;/span&gt;, които да работят. Досега се правеха хакове и отгатвания на протокола. От днес той е публично&amp;nbsp;достъпен.&lt;/p&gt;
&lt;p&gt;Лично аз очаквах да направят крачка към джабер-федерацията. За мен това щеше да е правилинят ход. Не само, че &lt;span class=&quot;caps&quot;&gt;XMPP&lt;/span&gt; е стандартизираният протокол за такива неща, ами и след дочулите се наскоро слухове, че от &lt;a href=&quot;/book/icq-migrating-to-jabber&quot;&gt;&lt;span class=&quot;caps&quot;&gt;AOL&lt;/span&gt; експериментират&lt;/a&gt; с джабър-сървър, и нагласата сред общността на &lt;span class=&quot;caps&quot;&gt;XMPP&lt;/span&gt; и на свободния софтуер като цяло беше станала поне с малко&amp;nbsp;по-положителна.&lt;/p&gt;
&lt;p&gt;Някои ще кажат, че отварянето на протокола Oscar е добра новина. Официално заявената поддръжка на странични свободни проекти, като библиотеката Purple (използвана в Pidgin и други), обещаният примерен програмен код и пълната документация на протокола и различните видове имплементации (за уеб, с флаш и т.н.) &amp;#8212; всичко това изглежда много добре, несъмнено&amp;#8230; Но все пак е леко подъл ход. Личи си, че е от принудата на обстоятелствата, от засега относително малкия, но все по-осезаем натиск от &lt;span class=&quot;caps&quot;&gt;XMPP&lt;/span&gt;-федерацията от сървъри. Но все пак е подъл &amp;#8212; защото не е нужно да се правят такива опити да се налага втори&amp;nbsp;протокол.&lt;/p&gt;
&lt;p&gt;Oscar можеше да продължи да живее в среда на &lt;span class=&quot;caps&quot;&gt;XMPP&lt;/span&gt; &amp;#8212; като даде свежи и различни идеи за развитието му. Нямам представа дали Oscar е толкова различен от &lt;span class=&quot;caps&quot;&gt;XMPP&lt;/span&gt;, толкова принципно отдалечен, че да не може да се намери някаква средна линия. Не зная, защото не съм чел в подробности още &amp;#8212; както казах, всичко това е развитие от днешния&amp;nbsp;ден.&lt;/p&gt;
&lt;p&gt;Ще чета &amp;#8212; темата за &lt;span class=&quot;caps&quot;&gt;XMPP&lt;/span&gt; и развитията около него е сред основните ми&amp;nbsp;тук.&lt;/p&gt;
&lt;p&gt;Това, което се разбира от прима виста е, че &lt;span class=&quot;caps&quot;&gt;AOL&lt;/span&gt; явно са започнали да го закъсват откъм icq-реклами. Може би защото много хора по света ползват клиенти за &lt;span class=&quot;caps&quot;&gt;ICQ&lt;/span&gt;, които не показват реклами. Както някои от вас може би знаят, официалният клиент показва постоянно в каре в прозореца за съобщения автоматични реклами от съръврите на &lt;span class=&quot;caps&quot;&gt;ICQ&lt;/span&gt;. Може би има начини това да се спира, навремето се блокираха в защитните стени определени адреси на рекламните сървъри, може сега да има и други начини &amp;#8212; не зная, но не в това е въпросът, идеята е, че icq-услугата в голяма част се издържа от тези&amp;nbsp;реклами.&lt;/p&gt;
&lt;p&gt;Сега, когато всеки ще може да седне и да напише свой си клиент за icq (да не го превъзнасяме &amp;#8212; от години всеки може да напише свой си клиент за нещо много по-яко, именно &lt;span class=&quot;caps&quot;&gt;XMPP&lt;/span&gt;), съвсем нормално е доста от тези разработчици да не включват рекламната част. Но от друга страна може да има други, които да правят клиенти, в които основното да са точно рекламите и да се издържат от някакво рекламно партньорство с&amp;nbsp;&lt;span class=&quot;caps&quot;&gt;AIM&lt;/span&gt;.&lt;/p&gt;
&lt;p&gt;Възможностите са всякакви. Всъщност принципно може и нищо да не излезе &amp;#8212; има много услуги, които публикуват своите &lt;span class=&quot;caps&quot;&gt;API&lt;/span&gt;, но малко са успешните. Има и много публикувани протоколи, но малко от тях са разпространени и стандартизирани. Новината идва дни след като &lt;span class=&quot;caps&quot;&gt;ISO&lt;/span&gt; гласува отново против приемането на &lt;span class=&quot;caps&quot;&gt;MS&lt;/span&gt; &lt;span class=&quot;caps&quot;&gt;OOXML&lt;/span&gt;, още един такъв пример. Така че само публикуването на протокола и дори заявеното желание да се работи с общността на F/&lt;span class=&quot;caps&quot;&gt;LOSS&lt;/span&gt; не значи&amp;nbsp;много.&lt;/p&gt;
&lt;p&gt;Надявам се всичко това всъщност да послужи като още един катализатор на процесите и идеите в &lt;span class=&quot;caps&quot;&gt;XMPP&lt;/span&gt;/Jabber. Има много неща, които са подготвени от толкова много време, но се внедряват внимателно, разбирай бавно. Пренос на глас и образ, история на разговорите на сървъра, различни начини за идентификация пред сървъра (например с OpenID) и т.н. Самата джабер-федерация носи своите си проблеми, например разпределена свързаност, но в същото време &amp;#8212; концентрирана само в един сървър идентичност. При отпадане на сървъра от мрежата идентичността става недостъпна. Има идеи за федериране на идентичностите с всичките им прилежащи данни, тогава въпросът за сигурността и поверителността става&amp;nbsp;по-сложен.&lt;/p&gt;
&lt;p&gt;Но това е съвсем встрани от OpenAIM, защото Oscar, макар и публикуван вече, не дава засега начин за федериране на услугата. Тоест за да говоря с някого от &lt;span class=&quot;caps&quot;&gt;ICQ&lt;/span&gt; или &lt;span class=&quot;caps&quot;&gt;AIM&lt;/span&gt;, пак ще ми трябва идентичност, регистрирана на техния сървър и ще ми трябва и клиент, говорещ техния&amp;nbsp;протокол.&lt;/p&gt;
&lt;p&gt;На фона на слуховете за изпробване на &lt;span class=&quot;caps&quot;&gt;XMPP&lt;/span&gt; от &lt;span class=&quot;caps&quot;&gt;AOL&lt;/span&gt; тази новина наистина ми стои някак сиво&amp;#8230; И все пак &amp;#8212; честито на всички използващи &lt;span class=&quot;caps&quot;&gt;ICQ&lt;/span&gt; и &lt;span class=&quot;caps&quot;&gt;AIM&lt;/span&gt;! Най-малкото поне едно е сигурно &amp;#8212; вече няма да спират Miranda, Gaim/Pidgin, mICQ и подобни при всяка промяна на протокола. Защото ще знаят за промяната и тя вече ще е подготвена в кода&amp;nbsp;им.&lt;/p&gt;
&lt;p&gt;Като си помислим&amp;#8230; и това е нещо&amp;nbsp;;)&lt;/p&gt;
&lt;p&gt;Остават Yahoo с &lt;span class=&quot;caps&quot;&gt;YIM&lt;/span&gt; и Microsoft с &lt;span class=&quot;caps&quot;&gt;MSN&lt;/span&gt; messenger. Всъщност не &amp;#8212; за вторите е малко вероятно да отворят протокола, камо ли да се федерират с &lt;span class=&quot;caps&quot;&gt;XMPP&lt;/span&gt;. &lt;a href=&quot;http://yasen.lindeas.com/bg/book/are-yahoo-good-guys&quot;&gt;Яху&lt;/a&gt; пък хем ритат да се оттласнат от предложението на Майкрософт, хем така и така вече &lt;a href=&quot;http://www.process-one.net/en/blogs/article/after_aol_yahoo_is_also_experimenting_with_xmpp/&quot;&gt;използват &lt;span class=&quot;caps&quot;&gt;XMPP&lt;/span&gt;&lt;/a&gt; за моментните съобщения в мрежата си в Y! Live. Остава да &amp;#8220;очакваме&amp;nbsp;включване&amp;#8221;.&lt;/p&gt;
&lt;p&gt;Колко много усилия да си запазиш своя си протокол и да пускаш реклами на хората. В дни, когато масово рекламите се филтрират или избягват. И толкова шум, толкова усилия на вятъра при условие, че има работеща свободна алтернатива с критична маса потребители. От федериране с джабер &lt;span class=&quot;caps&quot;&gt;AOL&lt;/span&gt; само ще спечели, но не &amp;#8212; друго си е да си отделно и&amp;nbsp;наобратно.&lt;/p&gt;
&lt;p&gt;Но ще видим &amp;#8212; както казах, не съм чел в подробности още, а и не се знае как ще се развият нещата. Все пак честит&amp;nbsp;OpenAIM!&lt;/p&gt;

&lt;!--
&lt;rdf:RDF xmlns:rdf=&quot;http://www.w3.org/1999/02/22-rdf-syntax-ns#&quot; xmlns:dc=&quot;http://purl.org/dc/elements/1.1/&quot; xmlns:trackback=&quot;http://madskills.com/public/xml/rss/module/trackback/&quot;&gt;
&lt;rdf:Description rdf:about=&quot;http://yasen.lindeas.com/book/openaim-good-sign-or-threat&quot; dc:identifier=&quot;http://yasen.lindeas.com/book/openaim-good-sign-or-threat&quot; dc:title=&quot;OpenAIM — добър знак или заплаха?&quot; trackback:ping=&quot;http://yasen.lindeas.com/trackback/1236&quot; /&gt;
&lt;/rdf:RDF&gt;
--&gt;
&lt;ul class=&quot;custom-pager custom-pager-5 custom-pager-blog&quot;&gt;&lt;li class=&quot;custom_pager_prev first&quot;&gt;&lt;a href=&quot;/book/arthur-clarke-and-the-stars&quot;&gt;‹‹ Артър Кларк и звездите&lt;/a&gt;&lt;/li&gt;
&lt;li class=&quot;custom_pager_index&quot;&gt;&lt;a href=&quot;/book&quot;&gt;blog index&lt;/a&gt;&lt;/li&gt;
&lt;li class=&quot;custom_pager_next last&quot;&gt;&lt;a href=&quot;/book/personal-web-projects-01&quot;&gt;Лични уеб-проекти 01 ››&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;</description>
 <comments>http://yasen.lindeas.com/book/openaim-good-sign-or-threat#comments</comments>
 <category domain="http://yasen.lindeas.com/tag/aim">aim</category>
 <category domain="http://yasen.lindeas.com/tag/aol">AOL</category>
 <category domain="http://yasen.lindeas.com/tag/federation">federation</category>
 <category domain="http://yasen.lindeas.com/tag/icq">icq</category>
 <category domain="http://yasen.lindeas.com/tag/jabber">jabber</category>
 <category domain="http://yasen.lindeas.com/tag/openaim">openaim</category>
 <category domain="http://yasen.lindeas.com/tag/protocol">protocol</category>
 <category domain="http://yasen.lindeas.com/tag/xmpp">xmpp</category>
 <category domain="http://yasen.lindeas.com/tag/yahoo">yahoo</category>
 <wfw:commentRss>http://yasen.lindeas.com/crss/node/1236</wfw:commentRss>
 <pubDate>Wed, 05 Mar 2008 20:29:17 +0000</pubDate>
 <dc:creator>turin</dc:creator>
 <guid isPermaLink="false">1236 at http://yasen.lindeas.com</guid>
</item>
<item>
 <title>icq мигрира към jabber?</title>
 <link>http://yasen.lindeas.com/book/icq-migrating-to-jabber</link>
 <description>&lt;p&gt;Да, звучи малко невероятно, може би дори твърде хубаво, за да е истина. Но все пак си е вярно &amp;#8212; &lt;span class=&quot;caps&quot;&gt;ICQ&lt;/span&gt; (тоест &lt;span class=&quot;caps&quot;&gt;AOL&lt;/span&gt;, значи не само &lt;span class=&quot;caps&quot;&gt;ICQ&lt;/span&gt;, а и &lt;span class=&quot;caps&quot;&gt;AIM&lt;/span&gt; може би в скоро време) &lt;a href=&quot;http://digg.com/tech_news/AOL_adopting_XMPP_aka_Jabber&quot;&gt;вече&lt;/a&gt; &lt;a href=&quot;http://florianjensen.com/2008/01/17/aol-adopting-xmpp-aka-jabber/&quot;&gt;изпробват&lt;/a&gt; &lt;a href=&quot;http://digg.com/software/AOL_ICQ_are_adopting_the_open_source_technology_Jabber&quot;&gt;джабер&lt;/a&gt;-&lt;a href=&quot;http://programming.reddit.com/info/65snf/comments/&quot;&gt;шлюз&lt;/a&gt; към &lt;a href=&quot;http://slashdot.org/firehose.pl?op=view&amp;amp;id=473692&quot;&gt;мрежата&lt;/a&gt; си. Това значи, че най-обикновен &lt;a href=&quot;http://www.jabber.org&quot;&gt;джабер&lt;/a&gt;-потребител ще може да се свързва с &amp;#8220;черната кутия&amp;#8221;, каквато до днес беше icq. При това да се свързва пряко, без посредничеството на джабер-транспортите, с които досега ставаше връзката с целия куп собственически или остарели протоколи и други&amp;nbsp;измишльотини.&lt;/p&gt;
&lt;p&gt;Аз се радвам, защото имам един стар айсикю-номер, от който дълго време не мога да се отърва, колкото и да се опитвам, колкото и да обяснявам на познатите ми защо трябва да се ползва &lt;a href=&quot;http://xmpp.org&quot;&gt;&lt;span class=&quot;caps&quot;&gt;XMPP&lt;/span&gt;&lt;/a&gt;. В най-&amp;#8220;добрите&amp;#8221; дни на това отказване свивах списъка с айсикю-контакти до двама-трима, които просто не мога да изтрия, защото ползват само айсикю. Свързвах се само през транспорти (преди на jabber.belnet.be, а от известно време на jabber.minus273.org, където &lt;a href=&quot;http://minus273.org&quot;&gt;nikky&lt;/a&gt; поддържа страхотно услугите) и то само когато наистина имах нужда от айсикю, тоест за връзка с тези няколко човека. И въпреки това е неудобно. А многопротоколен клиент не ща да ползвам &amp;#8212; аз се радвам на напредъка на &lt;span class=&quot;caps&quot;&gt;XMPP&lt;/span&gt;, чета доста за джабер-разработките и плановете за бъдещето, а и най-малкото това е протоколът за моментни съобщения, който е стандартизиран. Ако ползвам моментни съобщения днес, то е най-вече заради джабер. Затова ми допада как първо Google с техния GTalk/GMail (вредно недоразумение, между другото, но все едно;), после с налагането им на библиотеката Jingle, а сега и &lt;span class=&quot;caps&quot;&gt;AOL&lt;/span&gt; с тази интеграция просто &amp;#8220;влизат в правия път&amp;#8221;.&amp;nbsp;;)&lt;/p&gt;
&lt;p&gt;Новината е &lt;a href=&quot;http://wiki.jabber.org/index.php/AOL_Alpha&quot;&gt;сериозна&lt;/a&gt;, но докато пиша това, клиентът ми още не се е свързал. Явно наистина сървърът xmpp.oscar.aol.com е претоварен от нетърпеливи ентусиасти в момента. Грешката е заради изтичане на време, не някаква друго и това ме кара да мисля, че натовареността е приемливо&amp;nbsp;обяснение.&lt;/p&gt;
&lt;p&gt;Накратко, за да се свържете с icq-сметката си през джабер, ползвайте &lt;span class=&quot;caps&quot;&gt;JID&lt;/span&gt; от вида &lt;span class=&quot;spamspan&quot;&gt;&lt;span class=&quot;u&quot;&gt;icqnumber&lt;/span&gt; [at] &lt;span class=&quot;d&quot;&gt;aol [dot] com&lt;/span&gt;&lt;/span&gt; към сървъра xmpp.oscar.aol.com със съответната парола на icq-сметката и на стандартния порт 5222. Трябва да се ползва &lt;span class=&quot;caps&quot;&gt;TLS&lt;/span&gt;, но то повечето съвременни клиенти се свързват по подразбиране през &lt;span class=&quot;caps&quot;&gt;TLS&lt;/span&gt;. Доколкото разбирам, би трябвало да работи и свързването с &lt;span class=&quot;caps&quot;&gt;AIM&lt;/span&gt; &amp;#8212; пак на същия сървър, но с &lt;span class=&quot;caps&quot;&gt;JID&lt;/span&gt; &lt;span class=&quot;spamspan&quot;&gt;&lt;span class=&quot;u&quot;&gt;aimusername&lt;/span&gt; [at] &lt;span class=&quot;d&quot;&gt;aol [dot] com&lt;/span&gt;&lt;/span&gt;. Няма да пробвам, макар да имам някакъв &amp;#8220;вегетиращ&amp;#8221; акаунт &amp;#8212; поне от другите затворени протоколи успях да се отърва&amp;nbsp;;)&lt;/p&gt;
&lt;p&gt;Ето го и&amp;nbsp;схематично:&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;br /&gt;
1. &lt;span class=&quot;caps&quot;&gt;JID&lt;/span&gt; &amp;#8212; &lt;span class=&quot;spamspan&quot;&gt;&lt;span class=&quot;u&quot;&gt;icquin&lt;/span&gt; [at] &lt;span class=&quot;d&quot;&gt;aol [dot] com&lt;/span&gt;&lt;/span&gt; или &lt;span class=&quot;spamspan&quot;&gt;&lt;span class=&quot;u&quot;&gt;aolusername&lt;/span&gt; [at] &lt;span class=&quot;d&quot;&gt;aol [dot] com&lt;/span&gt;&lt;/span&gt;&lt;br /&gt;
2. Host: xmpp.oscar.aol.com:5222&lt;br /&gt;
3. разрешаване на &lt;span class=&quot;caps&quot;&gt;SASL&lt;/span&gt; &lt;span class=&quot;caps&quot;&gt;PLAIN&lt;/span&gt;&lt;br /&gt;
4. включване на StartTLS&lt;br /&gt;&amp;nbsp;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Аз още не съм се свързал, но то си е алфа-тестване и явно наистина е натоварено. А и честно казано, нямам никакво намерение да прехвърлям общуването си към айсикю, пък било то и през джабер-шлюз. Ако този вид свързване проработи, ще го ползвам в крайни случаи, при връзка с айсикю-списъка ми. Поне няма да го има разкачването на някои от транспортите&amp;#8230; а, и също редовните проблеми с кодирането на кирилицата при писане с&amp;nbsp;icq-номер.&lt;/p&gt;
&lt;p&gt;Иначе засега мрежата на &lt;span class=&quot;caps&quot;&gt;ICQ&lt;/span&gt;/&lt;span class=&quot;caps&quot;&gt;AOL&lt;/span&gt; си остава затворена, защото обратната връзка май е невъзможна. Тоест не може някой с айсикю да ме добави мен с моето JabberID. GTalk/GMail се присъединиха към xmpp-федерацията и връзката е двупосочна, но дори и така да стане със сървърите на &lt;span class=&quot;caps&quot;&gt;ICQ&lt;/span&gt; след време&amp;#8230; пак бих имал резерви при общуването в прав текст нешифрирано с хора към такива централизирани сървъри. &lt;a href=&quot;/book/on-jabber-security&quot;&gt;Сигурността&lt;/a&gt; при общуването през джабер винаги минава през една &amp;#8220;тясна&amp;#8221; част и това е паметта на сървъра. А &amp;#8220;големите&amp;#8221; в бранша имат навика да &amp;#8220;помнят&amp;#8221; всичко и такова намесване на &amp;#8220;1984&amp;#8221;-усещане е неприятна тръпка. Освен ако не се ползва шифриране от край до край, винаги текстът се дешифрира в сървъра. Тъй че макар и за момент, комуникацията може да е достъпна в явен вид за някой сдобил се с root-достъп до сървъра, дори и да минава през шифриране между сървърите и към клиентите през &lt;span class=&quot;caps&quot;&gt;TLS&lt;/span&gt;. Да, вярно &amp;#8212; това изобщо не е болка за умиране, особено за такива неща като чат и изобщо щом не става дума за парични преводи, а за дреболии като разговори, хич не е толкова важно. Вярно, някой може да кракне както голям, така и малък сървър, но лично аз имам повече спокойствие за поверителността на данните си, ако са по-далечко от &amp;#8220;големите&amp;#8221;&amp;nbsp;сървъри.&lt;/p&gt;
&lt;p&gt;И все пак всичко това е добра новина. &lt;span class=&quot;caps&quot;&gt;XMPP&lt;/span&gt; е правилният начин, защото е описан подробно, публикуван е и е стандартизиран. Освен основната част на протокола има и огромен брой допълнения (&amp;#8220;предложения за подобряване&amp;#8221;, &lt;span class=&quot;caps&quot;&gt;JEP&lt;/span&gt;). Които описват практически всичко, за което днес можем да си помислим в света на моментните съобщения. И с развитието на идеите се пишат нови &lt;span class=&quot;caps&quot;&gt;JEP&lt;/span&gt;-ове и клиентите с отворен код ги имплементират&amp;nbsp;бързо.&lt;/p&gt;
&lt;p&gt;Тъй че добрата новина е за нас, ползващите джабер. За тези с icq сигурно няма да има разлика, а и едва ли ще има значение.&amp;nbsp;;)&lt;/p&gt;

&lt;!--
&lt;rdf:RDF xmlns:rdf=&quot;http://www.w3.org/1999/02/22-rdf-syntax-ns#&quot; xmlns:dc=&quot;http://purl.org/dc/elements/1.1/&quot; xmlns:trackback=&quot;http://madskills.com/public/xml/rss/module/trackback/&quot;&gt;
&lt;rdf:Description rdf:about=&quot;http://yasen.lindeas.com/book/icq-migrating-to-jabber&quot; dc:identifier=&quot;http://yasen.lindeas.com/book/icq-migrating-to-jabber&quot; dc:title=&quot;icq мигрира към jabber?&quot; trackback:ping=&quot;http://yasen.lindeas.com/trackback/1214&quot; /&gt;
&lt;/rdf:RDF&gt;
--&gt;
&lt;ul class=&quot;custom-pager custom-pager-5 custom-pager-blog&quot;&gt;&lt;li class=&quot;custom_pager_prev first&quot;&gt;&lt;a href=&quot;/book/four-years-later&quot;&gt;‹‹ Четири години по-късно...&lt;/a&gt;&lt;/li&gt;
&lt;li class=&quot;custom_pager_index&quot;&gt;&lt;a href=&quot;/book&quot;&gt;blog index&lt;/a&gt;&lt;/li&gt;
&lt;li class=&quot;custom_pager_next last&quot;&gt;&lt;a href=&quot;/book/comments-impudence&quot;&gt;Коментарна наглост ››&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;</description>
 <comments>http://yasen.lindeas.com/book/icq-migrating-to-jabber#comments</comments>
 <category domain="http://yasen.lindeas.com/tag/account">account</category>
 <category domain="http://yasen.lindeas.com/tag/aol">AOL</category>
 <category domain="http://yasen.lindeas.com/tag/federation">federation</category>
 <category domain="http://yasen.lindeas.com/tag/icq">icq</category>
 <category domain="http://yasen.lindeas.com/tag/jabber">jabber</category>
 <category domain="http://yasen.lindeas.com/tag/oscar">oscar</category>
 <category domain="http://yasen.lindeas.com/tag/security">security</category>
 <category domain="http://yasen.lindeas.com/tag/xmpp">xmpp</category>
 <wfw:commentRss>http://yasen.lindeas.com/crss/node/1214</wfw:commentRss>
 <pubDate>Fri, 18 Jan 2008 16:33:33 +0000</pubDate>
 <dc:creator>turin</dc:creator>
 <guid isPermaLink="false">1214 at http://yasen.lindeas.com</guid>
</item>
</channel>
</rss>


