Message Archiving (XEP-0136)

[Thomas]

some server support XEP-136 it's a solution like Gtalk to find old messages. I think it's a good idea that Gajim support it.

[misc]

For information, I think ejabbrd support it, and I think openfire does too ( not sure for the non commercial version however ).

[Jim++]

See also #1528

[mcepl]

This is reaelly duplicate of 1528.

[mcepl]

Silly me, it is not duplicate (the other bug is about switching off the recording). OK, so couple of notes here:

Concerning server-side support:

* there is a module for ejabberd ( http://www.ejabberd.im/mod_archive which) has been (apparently -- according to  http://blog.bepointbe.be/index.php/2007/10/09/22-server-archive-online-reader) upgraded to the latest spec.

* there is also a third-party open source plugin for openfire --  http://www.igniterealtime.org/community/docs/DOC-1094

[anonymous]

#1282 is duplicate of this

[mcepl]

Actually, the best what I would like to see is storing logs into sotre, which could be sqlite (default), or anything else for which plugin is written (so that even reporter of the unfortunate #1604 could be satisfied if he writes a plugin for the plain text log files), and here it would be stored in the server using XEP-0136 protocol.

[steve-e]

Yes, strategy pattern is the way to go here. First step would be to define a sane API.

Any volunteers? :-)

[anonymous]

As far as i understand this enhancement is not even on a roadmap?

[anonymous]

I think comment 11 is what matters here. So, no, it isn't.

[mcepl]

Is this part of  http://socghop.appspot.com/student_project/show/google/gsoc2009/python/t124024627730 ? If not, it should be IMHO.

[asterix]

it is of course!

[asterix]

message archiving branch has been merged in [71350c946dc3]