Do any clients support XEP-0136 yet? Also, do you plan on providing an administrative interface to set/manage the negotiation of OTR modes between the server and clients?
Thanks,
-B
Do any clients support XEP-0136 yet? Also, do you plan on providing an administrative interface to set/manage the negotiation of OTR modes between the server and clients?
Thanks,
-B
Open Archive is an attempt to overcome the hen and egg problem of missing client/server support for XEP-0136. Up to now I am not aware of a client supporting the XEP.
Currently there are now plans to expand the features of Open Archive though that might change as soon as there is more interest.
I’m receiving “???login.title???” on title page.
Only this message have problem.
I have already renamed the plugin file to archive.jar.
That’s a known issue but without functional implication
thanx for your the plugin!
*sorry for the typo
“Open Archive is an attempt to overcome the hen and egg problem of missing client/server support for XEP-0136. Up to now I am not aware of a client supporting the XEP”.
Thank you very much for this plugin. It is a very great XMPP enhancement.
Since few days, Synapse-IM, a (very cool) fork of Psi, supports Message Archiving in the SVN repository.
“Currently there are now plans to expand the features of Open Archive though that might change as soon as there is more interest.”
I, for one, would be very interested into archiving PubSub ATOM messages like the ones published @ xmpp:pubsub.ik.nu. I’m thinking to a mailbox-like GUI in which PubSub messages would be stored to avoid losing notifications and perhaps for an offline/disconnected mode.
Cheers.
Cool that looks promising. Did you already have a chance to test it wit Open Archive?
Yes, I’m currently using it with Openfire 3.4.4 and Archive 1.0.4 and it works well, except sometimes where it seems buggy but no sure (actually, it displays that some messages exist but they’re not seen then).
Yeah, that really looks promising.
Tried to compile an run it from svn trunk on Ubuntu 7.10 64bit but it dumped core as soon as I tried to add a new account. Are there binary snapshots somewhere?
Hey jstreit12,
Thank you to share this MOD… It works like a charm…
Unfortunately, there’s no recent binary snapshots .
I’m running SVNed Synapse-IM on Ubuntu Gusty and it works normally (except some dev bugs).
Odd it crashes on 64bit PC.
You may want to try rev 226, now.
The next release will probably be available in one week, and there might be a binary snapshot for 64bits PC.
Yes it turned out it was the missing “make install”.
Works quite well now and really cool to finally see a first client in the wild
I’d have several questions :
Is there a way to export archives ? I’d like to reinstall my system and save the archives file (currently using the embedded DB). This would a great feature to enhance the plugin.
When querying an disco#info, the XEP-0136 namespace doesn’t appear in the result. Am I missing something ?
Regarding message archiving per se, apparently only “raw” and XHTML-IM messages are saved ; Pubsub messages aren’t. I was wondering if Pubsub messages could be archived too.
For example, when subscribing to xmpp:pubsub.ik.nu;?node=mimir/news/slashdot with :
The pubsub server then sends XMPP messages which contain several ATOM items per message and look like this :
So I’m wondering if it’d be possible to save these messages using XEP-0136, with separated messages per entry.
Actually, it looks like the combination of Pubsub, ATOM notifications over XMPP and message archiving could be used to build an ****
XMPP ATOM aggregator
(with offline capability amongst other features).
ad 1: Currently there is no such feature but you can export the tables at the db level and reimport into the new database. Then you can rebuild the index and everything should be fine again.
ad 2: There is a feature element when the connection is established. Does the XEP also require a disco item?
If it is and Open Archive is still missing it, just open a bug at http://jira.reucon.org/browse/OA
ad 3: In general this is possible, its just interesting how we could map this to the concept of a conversation and how (if) we would display that in the conversation browser on the UI. If you’ld like to add more information feel free to open a feature request on jira.
Love the plugin! but I am having a few problems. I am receiving an ‘error’ when entering a search field and clicking the rebuild index button. Conversations are split and the header for the main page has "Openfire ???login.title???. I think it may have something to do with the version of openfire. I put the latest version on (3.4.5) and then found this plugin to play with so Im not sure if it would work better on an earlier version. Any ideas?
I hate to throw my hat in the ring with a “me, too”, but, well… Me, too. I can’t get the openfire web admin interface to search on the archives and if I begin to type names in, I get a javascript pop-up with “Error”.
I had this plugin working with an older version of Openfire, but it seems to have broken under Openfire 3.6.3. I downloaded and installed openarchive 1.0.5, and immediately had the same problem that others were having “??title??” & etc.
Just for the record, to fix that issue:
o Rename your download of open archive from “archive-1.0.5.jar” to “archive.jar”
o Upload the jar file
The problem comes up when you attempt to upload the jar file with the version number attached to it.
However, I am still left with the inability to search via the openfire admin interface.
install and start ver. 1.0.5
search messages in base - all work
try to use from “jabber archive web reader” - http://bepointbe.be/jabwebhist/index.php (port 5222 open to internet)
succsesful login (Connection established) , try “Config”“Browse” -
The server has returned one error. Maybe the server doesn’t support archiving
<service-unavailable/>
Has anyone created a oracle sql script yet?