Разведение
Где-то в прошлый четверг заметил забавное явление, при отключении от джаббера – транспорт аськи не уходит в оффлайн (при принудительной просьбе тоже). Ну да ладно, сообщения же доходят, ну и пусть висит. Закончилось же это все само в субботу (асечный аптайм составлял почти 3 дня) – транспорт присалал кучу ошибок на тему «пароль не верный». Задумался…

Разгребание
Восстановил пароль на номер через вопросы/ответы, благо все это было записано. Захожу… и вижу в информации чужое мыло. Т.е. угоняли то они все правильно (6тизнак, было ради чего стараться). Пришлось ретривить еще раз через примари во избежание…

Размышления
Мысль о том, что используя транспорт в какую-нибудь систему тебе приходится доверять человеку который держит всю эту лавочку меня посещала очень давно, но я обычно рассчитывал на порядочность админов, «это же люди, которые действительно знают о вас всё» (с) =) В моем случае я думаю была слита кем-то левым база этого транспорта, т.к. мыло было там автосгенеренное (82c75@kso.ss). Что за зона .ss? И админы скорее всего непричем, просто не уследили за безопасностью своего детища.
Ну и остается еще один второй вопрос – связано ли это как-то с почти 3-х дневным аптаймом аси?
Не знаю, но поднять свой собственный транспорт (с преферансом и поэтессами) захотелось еще больше. Но пока лень/нет времени. =)

Несколько статей по ICQ-безопсности напоследок:
http://brute.ru/safe.php
http://brute.ru/retrieve.php
http://brute.ru/password/

P.S. Люди, переходите на джаббер, это на самом деле здорово! Если jabber станет IM средством де-факто, то отпадет необходимость в транспортах во многие другие IM-системы.

Дело в том, что после проведения всех манипуляций, описанных в данной статье впринципе все будет работать, но при этом останется необходимость во многих Jabber-клиентах отдельно указывать в настройках хост для подключения (talk.google.com), что не есть удобно. А все потому, что для подключения современные клиенты умеют читать т.н. «клиентские» SRV-записи, а про них в самой статье (как и в справочной системе гугла) ничего не сказано. Для того чтобы избавиться от лишних телодвижений следует добавить в настройки зоны домена  эти самые «клиентские» записи…

Итак, теперь перед вами все SRV-записи (всего 15), которые необходимо добавить:

Серверные:

_xmpp-server._tcp.example.com. IN SRV 5 0 5269 xmpp-server.l.google.com.
_xmpp-server._tcp.example.com. IN SRV 20 0 5269 xmpp-server1.l.google.com.
_xmpp-server._tcp.example.com. IN SRV 20 0 5269 xmpp-server2.l.google.com.
_xmpp-server._tcp.example.com. IN SRV 20 0 5269 xmpp-server3.l.google.com.
_xmpp-server._tcp.example.com. IN SRV 20 0 5269 xmpp-server4.l.google.com.
_jabber._tcp.example.com. IN SRV 5 0 5269 xmpp-server.l.google.com.
_jabber._tcp.example.com. IN SRV 20 0 5269 xmpp-server1.l.google.com.
_jabber._tcp.example.com. IN SRV 20 0 5269 xmpp-server2.l.google.com.
_jabber._tcp.example.com. IN SRV 20 0 5269 xmpp-server3.l.google.com.
_jabber._tcp.example.com. IN SRV 20 0 5269 xmpp-server4.l.google.com.

Клиентские:

_xmpp-client._tcp.example.com. IN SRV 5 0 5222 xmpp-server.l.google.com.
_xmpp-client._tcp.example.com. IN SRV 20 0 5222 xmpp-server1.l.google.com.
_xmpp-client._tcp.example.com. IN SRV 20 0 5222 xmpp-server2.l.google.com.
_xmpp-client._tcp.example.com. IN SRV 20 0 5222 xmpp-server3.l.google.com.
_xmpp-client._tcp.example.com. IN SRV 20 0 5222 xmpp-server4.l.google.com.

З.Ы. Ну думаю, что не стоит напоминать, про то, что «example.com» нужно заменить на имя своего домена, к которому осуществляется «привязка»  Jabber’а.