Подскажите im client для линукс. Со способностью сохронять историю на сервере

Хранишь лог в папке Dropbox, которая синхронизируется с сервером. Не вариант? Кажется google джаббер хранит на сервере.

был какой-то, название из трёх букв по-моему, сходу не вспомнить
мультиплатформенный

первая буква M
)

вот он!
http://www.mdc.ru/

MDC (Multiple Direct Communicator) – это универсальный мультипротокольный мессенджер с поддержкой операционных систем Windows, Linux, MacOS X и протоколов ICQ, Mail.Agent, Jabber и др. Интуитивность интерфейса, возможность хранения истории на сервере, объединение контактов из разных IM-сетей – это лишь начало того, что вы найдете для себя в MDC.

Под какую систему обмена сообщений? Jabber? Тогда на выбор: gtalk(только для серверов гугла), Я.Онлайн(тоже для яндекса), Vacuum-IM(тут заявлено без ограничений :-))

пробовал я его. Такого гламура я еще ни в одном jabber-клиенте не видел... А не, вру, в Spark(openfire-овская разработка) еще больший трындец

Любой клиент + самопальный скрипт, заливающий историю по ftp. Не катит?

Imo.im. Любая система с браузером, отдельные приложения для всех актуальных мобильных платформ, возможность одновременно общаться с нескольких клиентов (при этом твои собственные сообщения также синхронизируются, можно отойти от компьютера и продолжить общение с телефона). Один из основателей работал в гугле почти с самого начала, тесно связан с gmail, adsense и кучей других основных сервисов.

Mcabber в screen на домашнем сервере или vps, а ходить туда по ssh.

любой + rsync/ssh/ftp/etc

сохронять

ЗОГружать

Vacuum-IM(тут заявлено без ограничений :-))

В смысле?

Mcabber - бесполезная фигня(функционалникакой, документация тоже), finch лучше.

а, ТС же не уточнял, какой конкретно IM-протокол

ну, тогда просто pidgin, а ходить на сервер по vnc :3

Любой клиент + самопальный скрипт, заливающий историю по ftp. Не катит?

Клиент не любой, а позволяющий хранить историю в виде одна сессия — один файл. Иначе начнётся трындец при конфликтах модификаций файлов.

А таких клиентов очень мало. Я, вот, Pidgin использую. И, да, потом синхронизацию через Dropbox.

Хотя Gtalk (не клиент, а реализация XMPP) всё равно рулит :) А то Pidgin'а нет, скажем, под Android. Или в браузерной версии...

Разве?

Судя по тому, что Finch тот же Pidgin (libpurple), а pidgin один из самых убогих в плане числа реализованных XEP-ов или как там это называется в jabber.

Вряд ли может быть что-то менее функциональное, чем pidgin.

Vacuum-IM(тут заявлено без ограничений :-))

Только для серверов, которые разрешают хранить историю на сервере, а таких нету, если только свой поднять.

http://developer.pidgin.im/wiki/SupportedXEPs (список неполный)

XEP-0004: Data Forms 	
XEP-0012: Last Activity 	
XEP-0020: Feature Negotiation 	(for file transfers)
XEP-0030: Service Discovery 	(no UI implementation in Finch)
XEP-0045: Multi-User Chat 	
XEP-0047: In-band Bytestreams (IBB) 	Since 2.6.0
XEP-0050: Ad-Hoc Commands 	
XEP-0054: vcard-temp 	
XEP-0055: Jabber Search 	
XEP-0060: Publish-Subscribe 	(partial/minimal support, used for PEP)
XEP-0065: SOCKS5 Bytestreams 	
XEP-0066: Out of Band Data 	
XEP-0071: XHTML-IM 	
XEP-0077: In-Band Registration 	
XEP-0084: User Avatar 	v1.1
XEP-0085: Chat State Notifications 	
XEP-0092: Software Version 	
XEP-0095: Stream Initiation 	
XEP-0096: SI File Transfer 	(SOCKS5 bytestreams, IBB)
XEP-0100: Gateway Interaction 	minimal support in Pidgin/Finch
XEP-0107: User Mood 	
XEP-0115: Entity Capabilities 	v1.5 since 2.6.0
XEP-0118: User Tune 	
XEP-0124: Bidirectional-streams Over Synchronous HTTP (BOSH) 	Since 2.6.0
XEP-0153: vCard-Based Avatars 	
XEP-0156: Discovering Alternate XMPP Connection Methods 	partial support since 2.6.0 (for BOSH)
XEP-0163: Personal Eventing Protocol 	
XEP-0166: Jingle 	Since 2.6.0
XEP-0167: Jingle RTP Sessions 	Since 2.6.0 when compiled with voice and video support
XEP-0172: User Nickname 	
XEP-0174: Serverless Messaging 	(via the Bonjour prpl)
XEP-0176: Jingle ICE-UDP Transport Method 	Since 2.6.0 when compiled with voice and video support
XEP-0177: Jingle Raw-UDP Transport Method 	Since 2.6.0 when compiled with voice and video support
XEP-0191: Simple Communications Blocking 	
XEP-0199: XMPP Ping 	
XEP-0202: Entity Time 	
XEP-0203: Delayed Delivery 	
XEP-0206: XMPP Over BOSH 	Since 2.6.0
XEP-0224: Attention 	
XEP-0231: Bits of Binary 	(used for custom emoticons)
XEP-0232: Software Information 	
XEP-0237: Roster Versioning 	Since 2.6.5
XEP-0245: The /me Command 	
XEP-0249: Direct MUC Invitations 	
XEP-0256: Last Activity in Presence

http://wiki.mcabber.com/index.php/Main_Page

XEP-0012 - Last Activity 
XEP-0022 - Message Events 
XEP-0027 - Current Jabber OpenPGP Usage 
XEP-0030 - Service Discovery (partial) 
XEP-0045 - Multi-User Chat 
XEP-0048 - Bookmark Storage 
XEP-0049 - Private XML Storage 
XEP-0054 - vcard-temp (retrieval only) 
XEP-0085 - Chat State Notifications 
XEP-0086 - Error Condition Mappings 
XEP-0090 - Entity Time 
XEP-0091 - Delayed Delivery 
XEP-0092 - Software Version 
XEP-0115 - Entity Capabilities 
XEP-0145 - Annotations 
XEP-0146 - Remote Controlling Clients (partial) 
XEP-0184 - Message Delivery Receipts 
XEP-0199 - XMPP Ping (answering only) 
XEP-0202 - Entity Time 
XEP-0203 - Delayed Delivery 
XEP-0249 - Direct MUC Invitations (partial) 

Со способностью сохронять историю на сервере
сохронять

Здравствуйте. Я, Кирилл. Хочу чтобы вы сделали игру, 3Д-экшон суть токова: ...

А что пиджин уже перестал создавать новый лог файл на каждое закрытие/открытие окна переписки?

Клиент не любой, а позволяющий хранить историю в виде одна сессия — один файл.

Либо БД.

А что пиджин уже перестал создавать новый лог файл на каждое закрытие/открытие окна переписки?

Именно про это требование я и писал. Читай внимательнее. Одна сессия — один файл.

Либо БД.

Геморрой страшный и в общем случае не помогает. Я пробовал мучиться на примере Gajim'а. Базы данных в общем случае не консистентны. Как их синхронизировать? Даже ростеры могут быть разные. У юзеров — разные ID. Ковыряния дампов превращаются в дискотеку, периодически отнимающую уйму времени.

А форматом одна сессия — один файл таких вопросов вообще не возникает. Всё синхронизируется автоматически и ни одного конфликта за годы практики.