Re: [jdev] PyICQ-t branch / PyICQ-t fork?
It's a shame you didn't contact me a couple of months ago when I was recruiting people to take it over. =) Either way, good luck with it! Daniel On 7/4/08 7:43 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Am Fr, 4.07.2008, 11:24, schrieb Jonathan Schleifer: That channel is as dead as the Google Code project. Before I decided to put all my patches together and create a branch, I tried multiple times to get patches into the official pyICQ-t repo. No luck. I didn't really want to fork, but what should I do if the project is totally dead? If you like, please go ahead and maintaine pyicq-t and announce that. Jabber admins which use this transport would like to see that. Me too. :) Cheers Marco ___ JDev mailing list FAQ: http://www.jabber.org/discussion-lists/jdev-faq Forum: http://www.jabberforum.org/forumdisplay.php?f=20 Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: [EMAIL PROTECTED] ___ ___ JDev mailing list FAQ: http://www.jabber.org/discussion-lists/jdev-faq Forum: http://www.jabberforum.org/forumdisplay.php?f=20 Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: [EMAIL PROTECTED] ___
Re: [jdev] PyICQ-t branch / PyICQ-t fork?
*chuckle* I had posted it in the py-transports mailing list a number of times and then posted about it in my blog that's fed on planet jabber. A couple of months ago I would have been able to give you the project in summer of code, but I set some dates to separate myself from pyaim-t and pyicq-t and severed my ties with them about 2 months ago. Kinda surprising to see it went dead again --- seemed to have some pretty good steam for a time there. At this point I have no ties with it at all and no control over who's contributing. Hope your fork takes off and does well! Sucks that the current admins aren't getting back to you. Daniel On 7/4/08 1:06 PM, Jonathan Schleifer [EMAIL PROTECTED] wrote: Daniel Henninger [EMAIL PROTECTED] wrote: It's a shame you didn't contact me a couple of months ago when I was recruiting people to take it over. =) Either way, good luck with it! I created multiple tickets in the bug tracker, pasted multiple patches, joined the channel, only one person was there, I PM'd that person (he had administrator status, so I guess he's a developer), got no reply, finally left and PM'd him my JID before leaving - and never got a reply. I didn't see anyone recruiting anyone for it. ___ JDev mailing list FAQ: http://www.jabber.org/discussion-lists/jdev-faq Forum: http://www.jabberforum.org/forumdisplay.php?f=20 Info: http://mail.jabber.org/mailman/listinfo/jdev Unsubscribe: [EMAIL PROTECTED] ___
Re: [jdev] Facebook XMPP
Any reason not to go ahead and add it? I also wouldn't mind seeing: simple sametime ocs And hell: xmpp Since such a thing does exist. =) I'm actually also using gtalk, but I don't really think that ought to be officially registered. *shrug* =) Daniel On 5/22/08 1:20 PM, Peter Saint-Andre [EMAIL PROTECTED] wrote: On 05/15/2008 9:18 AM, Norman Rasmussen wrote: On Thu, May 15, 2008 at 4:39 PM, Sander Devrieze [EMAIL PROTECTED] wrote: What about a list of social networks which we predict (or know for sure) will adopt XMPP in the future? That may prevent some useless work in the future and it gives people a nice indication that XMPP is the future (I miss the Jabber Journals...). FYI: There's a existing MySpaceIM transport codebase that I've coded, it should be GPL'ed at the begining of August. Let me know when you'd like me to add MySpaceIM to the gateway list: http://www.xmpp.org/registrar/disco-categories.html#gateway (HT: Sander Devrieze) /psa
Re: [jdev] Facebook XMPP
Because some people want it. You've always complained about it. I've always have people request it. At the end of the day, if people want it, I'd rather help them out than argue with you about it. Daniel On 5/22/08 2:03 PM, Sander Devrieze [EMAIL PROTECTED] wrote: 2008/5/22 Daniel Henninger [EMAIL PROTECTED]: Any reason not to go ahead and add it? I also wouldn't mind seeing: simple sametime ocs And hell: xmpp Since such a thing does exist. =) I'm actually also using gtalk, but I don't really think that ought to be officially registered. *shrug* =) Yes, why do you actually have such a transport? AFAICS this only can confuse people, or am I wrong and are there good reasons to have it? -- Mvg, Sander Devrieze.
Re: [jdev] Facebook XMPP
I've answered this question many times in the openfire support forums. Daniel On 5/22/08 2:25 PM, Sander Devrieze [EMAIL PROTECTED] wrote: 2008/5/22 Maciek Niedzielski [EMAIL PROTECTED]: Sander Devrieze wrote: 2008/5/22 Daniel Henninger [EMAIL PROTECTED]: xmpp Since such a thing does exist. =) I'm actually also using gtalk, but I don't really think that ought to be officially registered. *shrug* =) Yes, why do you actually have such a transport? AFAICS this only can confuse people, or am I wrong and are there good reasons to have it? That's for poor clients like Coccinella that doesn't support multiple accounts ;) No, that's not what I mean. The Openfire Gateway thing includes a separate transport instance for Google Talk, besides XMPP. So people see in the list XMPP Transport *and* Google Talk Transport. I don't see why it is useful to have this kind of duplication...but maybe there is a reason for that? -- Mvg, Sander Devrieze.
Re: [jdev] Facebook XMPP
I'm responded to that question many times in the Ignite Realtime forums. To date I've never had one confused end user. Either way, don't use it if you don't like it. Daniel On 5/22/08 2:25 PM, Sander Devrieze [EMAIL PROTECTED] wrote: 2008/5/22 Maciek Niedzielski [EMAIL PROTECTED]: Sander Devrieze wrote: 2008/5/22 Daniel Henninger [EMAIL PROTECTED]: xmpp Since such a thing does exist. =) I'm actually also using gtalk, but I don't really think that ought to be officially registered. *shrug* =) Yes, why do you actually have such a transport? AFAICS this only can confuse people, or am I wrong and are there good reasons to have it? That's for poor clients like Coccinella that doesn't support multiple accounts ;) No, that's not what I mean. The Openfire Gateway thing includes a separate transport instance for Google Talk, besides XMPP. So people see in the list XMPP Transport *and* Google Talk Transport. I don't see why it is useful to have this kind of duplication...but maybe there is a reason for that? -- Mvg, Sander Devrieze.
Re: [jdev] Facebook XMPP
Huh. Good job Entourage. Sent that one before I finished typing. Longer one came afterwards. Daniel On 5/22/08 2:27 PM, Daniel Henninger [EMAIL PROTECTED] wrote: I've answered this question many times in the openfire support forums. Daniel On 5/22/08 2:25 PM, Sander Devrieze [EMAIL PROTECTED] wrote: 2008/5/22 Maciek Niedzielski [EMAIL PROTECTED]: Sander Devrieze wrote: 2008/5/22 Daniel Henninger [EMAIL PROTECTED]: xmpp Since such a thing does exist. =) I'm actually also using gtalk, but I don't really think that ought to be officially registered. *shrug* =) Yes, why do you actually have such a transport? AFAICS this only can confuse people, or am I wrong and are there good reasons to have it? That's for poor clients like Coccinella that doesn't support multiple accounts ;) No, that's not what I mean. The Openfire Gateway thing includes a separate transport instance for Google Talk, besides XMPP. So people see in the list XMPP Transport *and* Google Talk Transport. I don't see why it is useful to have this kind of duplication...but maybe there is a reason for that? -- Mvg, Sander Devrieze.
Re: [jdev] Facebook XMPP
Laugh I don't have time to sit here and run through the forums looking for links. Daniel On 5/22/08 2:40 PM, Sander Devrieze [EMAIL PROTECTED] wrote: 2008/5/22 Daniel Henninger [EMAIL PROTECTED]: I've answered this question many times in the openfire support forums. Do you have links? Remember this is a thread that is intended to post URLs ;-) -- Mvg, Sander Devrieze.
Re: [jdev] My GSoC project : to continue the PyMSNt development.
I don't disagree from the client perspective. But my philosophy has always been to make XMPP as great as it can be, then everyone else will eventually decide that they need to use XMPP and not some proprietary garbage. I won't get into my diatribe about why I think that will never happen. Aside from saying why are people still using IE6 and even IE5? ;) I've always been a big proponent of let them use what they want, we'll do what we can do make the world able to communicate better. That doesn't mean trying to tell someone your client blows, use this instead. Personally I see no problem with transport work as part of the GSoC. HOWEVER I do agree that, to me, the greater spirit of the XMPP involvement would be to learn more about XMPP and improve upon it directly. Can that be done by improving upon existing transports? Maybe. In an ideal world, it could be awefully nice to see a project in which some sort of XEP gets implemented and improved upon, or some sort of new XEP concept gets written. Either way, the PyMSNt project idea could always be suggested over in the Python GSoC stuff as well. Daniel On 4/8/08 1:40 PM, Peter Saint-Andre [EMAIL PROTECTED] wrote: Sander Devrieze wrote: 2008/4/8, Peter Saint-Andre [EMAIL PROTECTED]: I am not convinced that working on transports is an appropriate topic for the Google Summer of Code. I plan to give my votes to projects that improve or extend XMPP itself, not provide bridges to closed technologies. I do not agree on this. Yeah, but you don't have a vote. :P Good transports are advantageous for XMPP. As I already wrote on http://coccinella.im/whytransportsmatter -- More and better transports are needed to allow XMPP clients to compete effectively with the key feature of multiprotocol clients: interoperability with multiple closed networks. Multiprotocol clients can't innovate as fast as XMPP clients can (see above), so we can tackle them on the interoperability feature which is XMPP's core feature. Peter
Re: [jdev] My GSoC project : to continue the PyMSNt development.
Ok, I’ll believe it when I see it. Daniel On 4/8/08 5:48 PM, Tomasz Sterna [EMAIL PROTECTED] wrote: Dnia 2008-04-08, wto o godzinie 18:08 +, Daniel Henninger pisze: I won't get into my diatribe about why I think that will never happen. People were saying the same about SMTP. You know - this marginal protocol used to bridge proprietary Electronic Mail systems... -- /\_./o__ Tomasz Sterna (/^/(_^^' http://www.xiaoka.com/ ._.(_.)_ im:[EMAIL PROTECTED]
Re: [jdev] Ruby Jabber Server
What about: xmppd xmppd2 exmppd dxmppd (my favorite) rxmppd ;D ;D ;D *run* Daniel On Aug 11, 2007, at 11:46 PM, Peter Saint-Andre wrote: On Sat, Aug 11, 2007 at 11:17:15PM +0200, Jonathan Chayce Dickinson wrote: I am going to need more brains on this one. If anyone can help... I think this conversation should move to rjabberd-devel. Just look at the jabberd jabberd2 ejabberd djabberd rjabberd Can't we at least some up with some more creative names? ;-)
Re: [jdev] Gateway registration issue?
What transport implementation are you working with? The IM Gateway Plugin for Openfire does not follow XEP-0100 very properly due to some internal stuff I'm doing. I do have on my list of todos to try to make it behave as exactly like XEP-0100 as possible, but not entirely sure if it's going to work out or not. Either way, just wanted to make sure you weren't dealing with my plugin instead of a standalone transport. All of the standalone transports I'm aware of behave well with XEP-0100. Daniel On Apr 16, 2007, at 9:34 AM, Eugeny N Dzhurinsky wrote: On Fri, Apr 13, 2007 at 05:23:54PM +0200, Norman Rasmussen wrote: On 4/13/07, Eugeny N Dzhurinsky [EMAIL PROTECTED] wrote: We wrote simple test, which logs into a jabber server, then registers in transport and trying to send a message, but for some reason that doesn't work. You need to subscribe to the transport, before you send it presence? (That XML only shows that you've added it to your roster). I was doing as stated in http://www.xmpp.org/extensions/xep-0100.html#usecases-jabber-register: incoming ?xml version='1.0'?stream:stream xmlns='jabber:client' xmlns:stream='http://etherx.jabber.org/streams' id='539286928' from='domain.com' version='1.0' xml:lang='en'stream:featuresbind xmlns='urn:ietf:params:xml:ns:xmpp-bind'/session xmlns='urn:ietf:params:xml:ns:xmpp-session'//stream:features outgoing iq id=frdn_0 type=setbind xmlns=urn:ietf:params:xml:ns:xmpp-bindresourceFeridian/ resource/bind/iq incoming iq id='frdn_0' type='result'bind xmlns='urn:ietf:params:xml:ns:xmpp-bind'jid[EMAIL PROTECTED]/ Feridian/jid/bind/iq outgoing iq id=frdn_1 type=setsession xmlns=urn:ietf:params:xml:ns:xmpp-session//iq incoming iq type='result' id='frdn_1'session xmlns='urn:ietf:params:xml:ns:xmpp-session'//iq outgoing presence to=domain.com from=[EMAIL PROTECTED]/Feridian id=frdn_2/ // User Queries Gateway Regarding Service Discovery Identity outgoing iq type='get' from='[EMAIL PROTECTED]/Feridian' to='icq.domain.com' id='disco1' query xmlns='http://jabber.org/ protocol/disco#info'/ /iq // Gateway Returns Service Discovery Identity incoming iq from='icq.domain.com' to='[EMAIL PROTECTED]/Feridian' type='result' id='disco1'query xmlns='http://jabber.org/protocol/ disco#info'identity category='gateway' type='icq' name='JIT'/ feature var='jabber:iq:register'/feature var='jabber:iq:search'/ feature var='jabber:iq:version'/feature var='jabber:iq:time'/ feature var='jabber:iq:gateway'/feature var='vcard-temp'/ feature var='jabber:iq:last'//query/iq // User Queries Gateway Regarding Registration Requirements outgoing iq type='get' from='[EMAIL PROTECTED]/Feridian' to='icq.domain.com' id='reg1' query xmlns='jabber:iq:register'/ /iq // Gateway Returns Registration Requirements incoming iq from='icq.domain.com' to='[EMAIL PROTECTED]/Feridian' type='result' id='reg1'query xmlns='jabber:iq:register' username420874294/username password/ key9f3c46efd1f5aa86ee059d214e905a09c869b746/ keyinstructionsPlease enter your UIN and password/ instructionsregistered//query/iq // User Provides Registration Information outgoing iq type='set' from='[EMAIL PROTECTED]/Feridian' to='icq.domain.com' id='reg2' query xmlns='jabber:iq:register' username123456/username passwordsecret/password /query /iq // Gateway Informs Jabber User of Success incoming iq from='icq.domain.com' to='[EMAIL PROTECTED]/Feridian' type='result' id='reg2'/ // bypassing roster, since it seems to be optional // missing Gateway Subscribes to User's Presence here! outgoing presence to=icq.domain.com from=[EMAIL PROTECTED]/ Feridian id=frdn_4/ outgoing presence to=icq.domain.com id=frdn_5 type=subscribe/ outgoing presence to=icq.domain.com id=frdn_6 type=subscribed/ incoming iq from='[EMAIL PROTECTED]/Feridian' to='[EMAIL PROTECTED]/ Feridian' id='push' type='set'query xmlns='jabber:iq:roster'item ask='subscribe' subscription='none' jid='icq.domain.com'//query/iq outgoing message to=[EMAIL PROTECTED] from=[EMAIL PROTECTED]/Feridian id=frdn_7 type=normalbodyTest passed/body/message outgoing iq type='set' from='[EMAIL PROTECTED]/ Feridian'to='icq.domain.com'id='unreg1'query xmlns='jabber:iq:register'remove//query/iq outgoing /stream:stream If I create a roster entry, nothing really changes, I don't ever get that response with registration confirmation from server. -- Eugene N Dzhurinsky
Re: [jdev] Re: Adding a contact to msn from jabber.
;D Except for the IM Gateway plugin for Wildfire, which uses JID escaping. @ is replaced with \40. (of course you can still enable the 'percent hack' in it) I must admit I don't really like how JID escaping makes things 'look', but hey, it's an actual XEP. ;D As far as I can tell, the percent hack never made it into anything official except that nowadays it's mentioned in the jid escaping XEP as a you shouldn't use that anymore type thing. Daniel -- The most addictive drug in the world is music. - The Lost Boyz they way all the MSN gateways work is: if your gateway has the Jid msn.myserver.org and the Hotmail ID of your contact is [EMAIL PROTECTED] the resulting JabberId is [EMAIL PROTECTED] Which means the @ in the Hotmail ID gets replaces with a %. Alex
[jdev] An old pseudo standard, but is it still good?
Hi folk, Today I was having a discussion with another developer about one of the 'standards' that's been in place for a little while and it got me waffling back and forth as to whether it's a good standard or not. I'll get right to the point: MSN username: [EMAIL PROTECTED] Jabber MSN translated JID: [EMAIL PROTECTED] So where did this use of % come from? It seems to work out well, and has been used in many places, but I don't see it in any XEPs or anything like that (nothing formal). By the same token, if you look at XEP-0106, it seems like what -should- have happened is: Jabber MSN translated JID: [EMAIL PROTECTED] Now if a client 'renders' that, it looks like [EMAIL PROTECTED]@msn.jabber.fake.org, which is a tad confusing looking in it's own right. Also, if you are typing a jid on the command line, assuming you had a command line client, that would be a pain to type. The argument there as that the client should handle the translation before sending it off to an XMPP server.. ie I would actually type [EMAIL PROTECTED]@msn.jabber.fake.org. Such things are a little confusing to look at, and possibly to parse, but which is better? Obviously \40 appears to be the formal way as it's in an actual XEP. So should those of us in the transport developing world begin the process of moving from % to \40? Where did % come from? Why is it a pseudo standard to date? I'm quite interested to hear other's thoughts on this. =) Daniel -- The most addictive drug in the world is music. - The Lost Boyz
Re: [jdev] Transport suggestions
For what it's worth, I've been interested in a Jabber Transport of sorts as well. I have a bazillion Jabber accounts at this point and I'd kinda like to be able to log into a single location to get to all of them. ;D (mainly because there are occasionally clients that I want to play with that only allow one connection at a time) Daniel On May 23, 2006, at 2:09 PM, Daniel Dura wrote: Unfortunately, that doesn't fit our use case. We are using XMPP as the communications layer for our application and want people to be able to login to their GTalk account and see their GTalk contacts using our client (as well as other protocols.) It definitely goes against the general move towards trying to federate networks and jumps back to the old style gateway, but it works for our use cases. - Danny Maciek Niedzielski wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christian Cantrell wrote: I'm hoping someone can suggest a good transport solution. I'd like to set up transports for (...) Google. Google transport is called s2s module and should be included in your jabber server ;) - -- Maciek xmpp:[EMAIL PROTECTED] - BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1-nr1 (Windows XP) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEczW+7knNPWzAbeURAveGAJ470VNeLOaOJIMYDd8UQ2vwrb5CmQCff95v aZ6tEUECwUejPZHhl6YfyZw= =XN5a -END PGP SIGNATURE-
Re: [jdev] Transport suggestions
There is a Yahoo transport, it's completely different code though. =) Go to pyicq-t.blathersource.org and look at the bar at the top of the page for links. Daniel On May 22, 2006, at 9:34 PM, Christian Cantrell wrote: I'm hoping someone can suggest a good transport solution. I'd like to set up transports for AIM, ICQ, MSN, Yahoo!, and Google. I'd like them all to use a common architecture rather than cobbling together the disparate projects out there. The Py* projects work well for AIM and ICQ, but the MSN version works differently, and there's no Yahoo! version at all. Anyone have any suggestions? Has anyone wrapped the Gaim libraries, by chance? I'm not finding anything on Google, so I'm not optimistic. Thanks, Christian
Re: [jdev] ejabberd vs. Wildfire
Just curious, but what dot he macromedia flash clients require that others do not? (do you have a copy of the patch somewhere? I'm curious to look at it) Daniel On Jan 24, 2006, at 10:40 AM, [EMAIL PROTECTED] wrote: Hi Mickaël Is there a plan to support Macromedia Flash clients in the near future in ejabberd, or shall we continue to apply a patch to the current release? This is my only reason (for now) to try to build ejabberd from sources, but with little success. The use of the ejabberd 1.0.0 installer for 'runtime' only worked really well on Linux Ubuntu Breazy :-) Trying to build from the sources didn't run as well :-( Keep on the good work! Best regards Fernando On Tue, 24 Jan 2006 16:04:49 +0100, Mickael Remond [EMAIL PROTECTED] wrote: * Sander Devrieze [EMAIL PROTECTED] [2006-01-24 15:26:00 +0100]: Op maandag 23 januari 2006 02:40, schreef Yves Goergen: I know, I've already tried to compile the latest Erlang version myself but it threw too many errors that nobody could resolve on the ejabberd list. So I watched out for a ready-to-use Erlang package, but the only one I found is the said version 8 or something. Maybe I could use the one that comes with the ejabberd 1.0 binary installer, though. The installer do not include the Erlang compiler erlc AFAIK (at least not in 0.9.8). You can try the binaries of Erlang/OTP included in Erlang REPOS ( http://freshmeat.net/projects/repos/ ). I believe that includes the Erlang compiler too. I think the compiler is only required for development. The packaged version include all necessary modules including ODBC. No special need to recompile anything. We aim at keeping things simple :-) Best wishes, -- Mickaël Rémond
Re: [jdev] ejabberd vs. Wildfire
First the environment. We're a small webhosting company that is actually managed by my dad and me only, where I do the tech stuff. I'm running that Jabber server to the public and primarily set it up for my personal use. I don't expect more than a handful of users to show up there in the near future (currently there's two users). So performance/scalability isn't an important thing to me. I could even say I don't need a data import facility right now, but that shouldn't be too often in the future... In any case I'm going to use an open database (MySQL would be good). I never managed to export that Erlang database thing (forgot its name) and I somewhat dislike closed data storage systems. There is a migration tool in recent ejabberd versions. Native PostgreSQL support emerged in 1.0.0. Native MySQL support is in Subversion (and will be in 1.0.1 I guess). Documentation for SQL databases is in progress AFAIR. Also, regarding Mnesia (the erlang database you are referring to), I just wanted to chime in real quick that you can get direct access to it. I will never ever remember the commands to do so, but there's something you can do that brings up the entire database in what looks like a spreadsheet application, and you can edit/look at things directly. =) I really don't know where that's documented, and I still prefer a MySQL backend, but I did want you to know that you can get to the Mnesia database should you wish to. Daniel
Re: [jdev] Re: ejabberd vs. Wildfire
On Jan 21, 2006, at 2:28 PM, Mickael Remond wrote: * Remko Troncon [EMAIL PROTECTED] [2006-01-21 19:46:40 +0100]: On 21 Jan 2006, at 19:23, Yves Goergen wrote: I've seen that Wildfire doesn't support Privacy Lists, but as no client supports them as well (especially Psi that I use), that isn't a too big deal Actually, that is a pretty big deal IMHO, since it is required by XMPP. Even if no client implements it, many people just set a privacy list using XML, since this is an operation that you don't need to do often. It's a lot worse that clients won't be able to assume that privacy lists are implemented on every modern server (for e.g. invisibility), than to have no clients using it yet. As Remko says, ejabberd 1.0.0 is an XMPP compliant server. It also has a lot of nice module included such as good (but not yet totally complete) pubsub support. Depending on the load you are planning, ejabberd might make a big difference as it scale very well and is used in production system to run really large installation. ejabberd is also very stable. Regarding the web interface, improvements are planned for ejabberd and in the short term, we hope to have something very nice to give you. While I do find WildFire's web interface prettier, the only real thing about it that I really -use- that ejabberd's doesn't have is the ability to see a user list, maybe muck with their accounts a tad, and most importantly add a new user. I know the command like tool can do that, but still. That's definitely something I'd like to see appear in the web interface. =) Daniel
Re: [jdev] Re: ejabberd vs. Wildfire
Odd. I am running version 1.0.0 and I don't see half the options you have in that demo screen. I have only: Access Control Lists Access Rules Virtual Hosts Nodes Statistics Wonder what I'm missing? =/ The interface I see on your demo screen there looks way more involved than mine. Hrm . . . . I was having an odd problem for a while there (before upgrading to 1.0.0) where, if I went into Nodes, clicked on my node, and say... Listened Ports . . . and then maybe went to statistics if I came back to my node, I wouldn't have any options to choose from. Either that or it would provide, say, listened ports, and nothing would be filled in. Still, I'm not sure that explains the left of options on the lefthand side. I'm going to hope on the ejabberd chatroom in a sec here, maybe we can do some realtime what the crap is going on? debugging. ;D If you don't mind. Daniel On Jan 22, 2006, at 10:58 AM, Sander Devrieze wrote: Op zondag 22 januari 2006 16:32, schreef Daniel Henninger: snip While I do find WildFire's web interface prettier, the only real thing about it that I really -use- that ejabberd's doesn't have is the ability to see a user list, maybe muck with their accounts a tad, and most importantly add a new user. I know the command like tool can do that, but still. That's definitely something I'd like to see appear in the web interface. =) I guess what you are describing is in ejabberd. See this read-only demo page: http://users.telenet.be/s.devrieze/ejabberd-demo/0.9.8/server/ localhost/users/index.html Maybe you use an older ejabberd version? -- Mvg, Sander Devrieze. xmpp:[EMAIL PROTECTED] ejabberd, the expandable Jabber daemon. -- http://ejabberd.jabber.ru/
[jdev] ejabberd web interface, was: ejabberd vs. Wildfire
Aha, I was supposed to go under Virtual Hosts, not Nodes. I'm not sure why I didn't think that was the right place to look, but I guess I see jabber.vorpalcloud.org as more of a node than a virtual host. Dooh. Ok, nevermind then. I'll be over here... Daniel On Jan 22, 2006, at 11:12 AM, Daniel Henninger wrote: Odd. I am running version 1.0.0 and I don't see half the options you have in that demo screen. I have only: Access Control Lists Access Rules Virtual Hosts Nodes Statistics Wonder what I'm missing? =/ The interface I see on your demo screen there looks way more involved than mine. Hrm . . . . I was having an odd problem for a while there (before upgrading to 1.0.0) where, if I went into Nodes, clicked on my node, and say... Listened Ports . . . and then maybe went to statistics if I came back to my node, I wouldn't have any options to choose from. Either that or it would provide, say, listened ports, and nothing would be filled in. Still, I'm not sure that explains the left of options on the lefthand side. I'm going to hope on the ejabberd chatroom in a sec here, maybe we can do some realtime what the crap is going on? debugging. ;D If you don't mind. Daniel On Jan 22, 2006, at 10:58 AM, Sander Devrieze wrote: Op zondag 22 januari 2006 16:32, schreef Daniel Henninger: snip While I do find WildFire's web interface prettier, the only real thing about it that I really -use- that ejabberd's doesn't have is the ability to see a user list, maybe muck with their accounts a tad, and most importantly add a new user. I know the command like tool can do that, but still. That's definitely something I'd like to see appear in the web interface. =) I guess what you are describing is in ejabberd. See this read-only demo page: http://users.telenet.be/s.devrieze/ejabberd-demo/0.9.8/server/ localhost/users/index.html Maybe you use an older ejabberd version? -- Mvg, Sander Devrieze. xmpp:[EMAIL PROTECTED] ejabberd, the expandable Jabber daemon. -- http://ejabberd.jabber.ru/
Re: [jdev] IQ handling. Was: Directed presence + presence probe result
I would almost say that if any part of a bulk operation fails, the entire bulk operation fails (maybe rolling back the parts that did not work) and you get a single error indicating as such, I mean, what if you did a theoretical bulk operation that required the order presented: (keep in mind this is a made up scenario) iq from='[EMAIL PROTECTED]/balcony' type='set' id='roster_4' query xmlns='jabber:iq:roster' item jid='[EMAIL PROTECTED]' subscription='remove'/ item jid='[EMAIL PROTECTED]' subscription='remove'/ item jid='[EMAIL PROTECTED]' subscription='rename' to='[EMAIL PROTECTED]'/ /query /iq At that point, you would be depending on those first two to happen for the third to work correctly. If the first fails (or any of them) fail, the entire bulk operation should probably fail and, ideally, be rolled back by the target. (I'm not saying that that's easy... I'm just saying that would be ideal) (note: this is almost a proposal as to how I think it ought to work ;D ) Daniel On Nov 23, 2005, at 7:58 AM, Vinod Panicker wrote: On 11/23/05, Alexey Nezhdanov [EMAIL PROTECTED] wrote: В сообщении от Среда 23 Ноябрь 2005 14:59 Vinod Panicker написал(a): On 11/23/05, Ralph Meijer [EMAIL PROTECTED] wrote: PS: Any thoughts on the multiple iq items error handling anyone? What do you mean? An iq may only have 1 child element. Considering this stanza - Sorry! The stanza should have been like this - iq from='[EMAIL PROTECTED]/balcony' type='set' id='roster_4' query xmlns='jabber:iq:roster' item jid='[EMAIL PROTECTED]' subscription='remove'/ item jid='[EMAIL PROTECTED]' subscription='remove'/ item jid='[EMAIL PROTECTED]' subscription='remove'/ /query /iq What if there are errors for any of the items? Why not do it like this? iq from='[EMAIL PROTECTED]/balcony' type='set' id='roster_4' query xmlns='jabber:iq:roster' item jid='[EMAIL PROTECTED]' subscription='remove'/ /query /iq iq from='[EMAIL PROTECTED]/balcony' type='set' id='roster_5' query xmlns='jabber:iq:roster' item jid='[EMAIL PROTECTED]' subscription='remove'/ /query /iq iq from='[EMAIL PROTECTED]/balcony' type='set' id='roster_6' query xmlns='jabber:iq:roster' item jid='[EMAIL PROTECTED]' subscription='remove'/ /query /iq Anyways user will very rarely delete several contacts at once... What is the benefit from doing it in your way? I figured since its not expressly forbidden, then why not? Maybe bulk automated operations? Who knows? Regards, Vinod.
Re: [jdev] Re: Re: Problem with PyMSN-t
*chuckle* Well I'm going to run around and answer this in all of the places I'm aware of that you posted it so that I can 'spread the word' so to speak. There's a known bug with PyAIM (and PyICQ) under Windows that no longer occurs involving the following lines in src/ main.py: #This does not work under Windows, so we're getting rid of it for now. #if (exe.find(python) = 0): # os.execv(exe, [name, sys.argv[0]]+sys.argv[1:]) There is no actual release of PyAIM that has this fixed yet. 0.7 will. In the meantime, comment those lines out and you should be good to go. Note that this bug only occurs under Windows. Daniel On Oct 2, 2005, at 7:14 AM, Sascha wrote: Hi iam having a similar problem on JM 2 days ago i installed pyMSN-t 0.10 and it runs very fine but yesterday i tried to install pyAIM-t 0.6 and when i try to compile / install it it only compiles 3 files eg. typing-- python main.py these 3 are build utils.pyc config.pyc debug.pyc even the .pid isent created my cpu runs on 100% untill i close the dos prompt when i quit and restart the JM the only external component is still the pyMSN-t i set everything like into the pyMSN. also searched the source of main.py and config.py of pyMSN and pyAIM to may see a difference where my fault could be and changed several things but nothing helped. greetz Sascha
[jdev] xmpp: ... but what about chatrooms?
I don't suppose there is a Uri prefix that indicates a chatroom is there? Or any interest in such a thing? Basically I think it would be nice if there were a link that could trigger the client to pop up an 'enter chatroom' interface. aim has such a thing for it's illustrious public chatrooms. Anyway, Basically I'd love to be able to to something like: xmppmuc:[EMAIL PROTECTED] Any thoughts or does this already exist? Daniel -- The most addictive drug in the world is music. - The Lost Boyz ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev
Re: [jdev] xmpp: ... but what about chatrooms?
Well excellent! I didn't manage to stumble upon that JEP. Dooh! Thanks both of you. ;D Daniel -- The most addictive drug in the world is music. - The Lost Boyz -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Henninger wrote: I don't suppose there is a Uri prefix that indicates a chatroom is there? Or any interest in such a thing? Basically I think it would be nice if there were a link that could trigger the client to pop up an 'enter chatroom' interface. aim has such a thing for it's illustrious public chatrooms. Anyway, Basically I'd love to be able to to something like: xmppmuc:[EMAIL PROTECTED] Any thoughts or does this already exist? JEP-0147: XMPP IRI Query Components xmpp:[EMAIL PROTECTED] - -- Maciek xmpp:[EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1-nr1 (Windows XP) iD8DBQFDFg7J7knNPWzAbeURAgL+AJ96VwVelOWU7N612QdRmEdOLa2DBQCeLSXi dv4L24cogpBriD5/JBgSVP8= =GZqI -END PGP SIGNATURE- ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev
Re: [jdev] Re: Auto-configured external gateways
I wholeheartedly agree! My particular software, for example, would benefit greatly from it due to the way AIM handles it's chat exchanges. IE, it would be very helpful for me to be able to say that I am all of the following: aim.jabber.foo.org chatrooms.aim.jabber.foo.org exchange4.chatrooms.aim.jabber.foo.org exchange5.chatrooms.aim.jabber.foo.org ... exchange20.chatrooms.aim.jabber.foo.org Without having to open 18 different connections to the main server. As it stands right now, I think I'm willing to open 2, but I'm definitely not going to open 18. Daniel -- The most addictive drug in the world is music. - The Lost Boyz Well it would be usefull to be able to use more than 1 domain per connection, and the only way that it's going to work cross-implementation is if it becomes a proper JEP right? On 25/08/05, Stephen Marquard [EMAIL PROTECTED] wrote: Gaston Dombiak wrote: Hey Daniel, The disco packet that Jive Messenger is sending to the newly connected external component is meant for discovering if a new item should be added to the disco#items packet that the server sends back when someone tries to discover the server's items. So that disco info is not being used for binding domains to the new component. Jive Messenger is implementing JEP-114 where the TO attribute of the opening stream indicates the domain of the new service provided by the component. AFAIK, jabberd2 elaborated another component JEP (http://jabberd.jabberstudio.org/dev/docs/component.shtml#sect-id2593096) that allows to bind one or more domains for one component but JM does not support that proto-JEP. Is anyone interested in this becoming a real JEP rather than j2 internal documentation, i.e. would it be worth the effort to submit it to the JEP process? Regards Stephen ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev -- - Norman Rasmussen - Email: [EMAIL PROTECTED] - Home page: http://norman.rasmussen.co.za/ ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev
[jdev] Auto-configured external gateways
Hi folk! I'm trying to get a feel for exactly how a feature of jabberd2 and jive messenger works and am trying to figure out how to accomplish a specific task. This is all regarding PyAIMt, so bear with me as I use aim as an example this whole time. So jabberd1 and ejabberd both require me to pre-configure a transport that will be connecting to them. For example, I would have to put in an entry for aim.jabber.foo.org, indicate which port they'll be talking to the transport through, and that sort of thing. Jabberd2 and jive messenger, on the other hand, support something that enables the transport to connect and get auto-configured for lack of a better term. I have since discovered with some help from the jdev conference room and my own sniffing that, upon connection, a service discovery request is sent to the transport and that's effectively how it figures out what just connected to me?... or at least that's my understanding. So here's the issue. PyAIM wants to be both aim.jabber.foo.org and chatrooms.aim.jabber.foo.org. I'm hoping I don't have to make two entirely different connections to the serve to accomplish this. Is it possible to indicate that I am both hosts? I could certainly respond to the initial disco request with two different jid's worth of information, but my gut feeling is that the server will then ignore the jid that it wasn't asking about in the first place. (ie: if it asks for aim.jabber and i respond with both aim.jabber and chatrooms.aim.jabber, it will only care about aim.jabber) That may not be true. So what's the proper way to do this and is there any documentation out there that I could read that goes over this connect and service discovery mechanism? Am I stuck with telling people they will need to configure the component manually? I'm hoping not. =) Thanks for any help you all can provide! Daniel -- The most addictive drug in the world is music. - The Lost Boyz ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev
Re: [jdev] Re: Re: Problem with PyMSN-t
Just FYI, this threat is being taken over to the py-transports mailing list. Daniel -- The most addictive drug in the world is music. - The Lost Boyz Hey Daniel, So I have more information about the problem I'm having with PyAIM. From the command line window I execute python main.py and it seems that the process is launched in background since I have again the command line. Checking at the Windows Task Manager I see the python process running. However, I don't see any connection being established to the server. FYI, I'm using the same configuration I used for PyMSN (ie. same mainServer and port). Here is more weird information. I'm running McAfee and when I launched PyAIM the mcshield.exe process was consuming 60% of the CPU. I closed the command line window (thus killing the python process) and the mcshield.exe process went back to 0%. So my next step was to disable McAfee. This time the CSRSS.EXE process was consuming 80% of the CPU when I launched PyAIM. None of this happens when using PyMSN. BTW, I'm now using Twisted 2.0.1 for Python 2.3. Regards, -- Gato Daniel Henninger [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... I'm using PyMSNt with JM. However, I failed to start up PyAIMt. :( Define failed to start. =) Does PyAIM not work with Jive Messenger or is it not starting up period? Daniel Which client are you using? I'm using Exodus for my tests. If you want you can try connecting to my local server just to isolate the variables and confirm that it's not a client issue. Regards, -- Gato Patrick Dalla Bernardina [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi, does anybody uses JIVE with PyMSNt or PyAIMt? I couldn't make them work.. Every message I sent to an MSN or AIM user I receive a response that it is necessary to log in the transport. But I have already registered and entered my credentials How do I do this? Tim Fulcher - Clickatell wrote: Hi All I've been seating with this for a few days now. After finally succeeding to complile both mu-conference 0.6.0 and yahoo-transport 2.3.2 I run into a segfault problem on yahoo-transport. Looking into the problem I noticed that, with the exception of the component call both mu and yahoo's main.c are identical (well that shouldn't be a surprise!). The error occurs when the g_main_loop_run procedure is called. But the segfault does not manifest itself if I comment out the jcr_main_new_stream proc. Is this a common fault and if so how can it be fixed? I have attached both logs: mu-conference: main.c:148 (main): Jabber Component Runtime -- 0.2.4 starting. main.c:194 (main): Main loop starting. jcr_main_stream_error.c:50 (jcr_main_new_stream): Server stream connected. jcr_deliver.c:51 (jcr_queue_deliver): packet delivery thread starting. jcr_shutdown.c:43 (jcr_server_shutdown): Server shutting down jcr_deliver.c:97 (jcr_queue_deliver): packet delivery thread exiting. jcr_deliver.c:98 (jcr_queue_deliver): Last DvryQ Buffer='' Yahoo-Transport: main.c:148 (main): Jabber Component Runtime -- 0.2.4 starting. yahoo.localhost: Yahoo! Transport v2.3.2-JCR [stable] starting. jcr_base_connect.c:34 (jcr_socket_connect): Attempting connection to 127.0.0.1:5347 main.c:194 (main): Main loop starting. jcr_base_connect.c:34 (jcr_socket_connect): Attempting connection to 127.0.0.1:5347 jcr_base_connect.c:81 (jcr_send_start_stream): Opening XML stream: sent 161 bytes jcr_main_stream_error.c:50 (jcr_main_new_stream): Server stream connected. jcr_deliver.c:51 (jcr_queue_deliver): packet delivery thread starting. jcr_deliver.c:92 (jcr_queue_deliver): wrote 1 packets of 63 bytes jcr_elements.c:177 (jcr_read_data): Main Channel Error: rc=2 jcr_main_stream_error.c:56 (jcr_main_close_stream): Server stream error, resetting jcr_deliver.c:97 (jcr_queue_deliver): packet delivery thread exiting. jcr_deliver.c:98 (jcr_queue_deliver): Last DvryQ Buffer='' jcr_base_connect.c:34 (jcr_socket_connect): Attempting connection to 127.0.0.1:5347 jcr_base_connect.c:81 (jcr_send_start_stream): Opening XML stream: sent 161 bytes jcr_main_stream_error.c:50 (jcr_main_new_stream): Server stream connected. jcr_deliver.c:51 (jcr_queue_deliver): packet delivery thread starting. jcr_deliver.c:92 (jcr_queue_deliver): wrote 1 packets of 63 bytes jcr_elements.c:177 (jcr_read_data): Main Channel Error: rc=2 jcr_main_stream_error.c:56 (jcr_main_close_stream): Server stream error, resetting jcr_deliver.c:97 (jcr_queue_deliver): packet delivery thread exiting. jcr_deliver.c:98 (jcr_queue_deliver): Last DvryQ Buffer='' TIA Tim Fulcher ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev -- ___ jdev
Re: [jdev] Re: Re: Problem with PyMSN-t
http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports =) BTW, I assure you all that I meant thread, not threat. ;D Daniel -- The most addictive drug in the world is music. - The Lost Boyz I would like to participate of these mailing list. How can I do? Daniel Henninger wrote: Just FYI, this threat is being taken over to the py-transports mailing list. Daniel ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev
Re: [jdev] Re: Problem with PyMSN-t
I'm using PyMSNt with JM. However, I failed to start up PyAIMt. :( Define failed to start. =) Does PyAIM not work with Jive Messenger or is it not starting up period? Daniel Which client are you using? I'm using Exodus for my tests. If you want you can try connecting to my local server just to isolate the variables and confirm that it's not a client issue. Regards, -- Gato Patrick Dalla Bernardina [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi, does anybody uses JIVE with PyMSNt or PyAIMt? I couldn't make them work.. Every message I sent to an MSN or AIM user I receive a response that it is necessary to log in the transport. But I have already registered and entered my credentials How do I do this? Tim Fulcher - Clickatell wrote: Hi All I've been seating with this for a few days now. After finally succeeding to complile both mu-conference 0.6.0 and yahoo-transport 2.3.2 I run into a segfault problem on yahoo-transport. Looking into the problem I noticed that, with the exception of the component call both mu and yahoo's main.c are identical (well that shouldn't be a surprise!). The error occurs when the g_main_loop_run procedure is called. But the segfault does not manifest itself if I comment out the jcr_main_new_stream proc. Is this a common fault and if so how can it be fixed? I have attached both logs: mu-conference: main.c:148 (main): Jabber Component Runtime -- 0.2.4 starting. main.c:194 (main): Main loop starting. jcr_main_stream_error.c:50 (jcr_main_new_stream): Server stream connected. jcr_deliver.c:51 (jcr_queue_deliver): packet delivery thread starting. jcr_shutdown.c:43 (jcr_server_shutdown): Server shutting down jcr_deliver.c:97 (jcr_queue_deliver): packet delivery thread exiting. jcr_deliver.c:98 (jcr_queue_deliver): Last DvryQ Buffer='' Yahoo-Transport: main.c:148 (main): Jabber Component Runtime -- 0.2.4 starting. yahoo.localhost: Yahoo! Transport v2.3.2-JCR [stable] starting. jcr_base_connect.c:34 (jcr_socket_connect): Attempting connection to 127.0.0.1:5347 main.c:194 (main): Main loop starting. jcr_base_connect.c:34 (jcr_socket_connect): Attempting connection to 127.0.0.1:5347 jcr_base_connect.c:81 (jcr_send_start_stream): Opening XML stream: sent 161 bytes jcr_main_stream_error.c:50 (jcr_main_new_stream): Server stream connected. jcr_deliver.c:51 (jcr_queue_deliver): packet delivery thread starting. jcr_deliver.c:92 (jcr_queue_deliver): wrote 1 packets of 63 bytes jcr_elements.c:177 (jcr_read_data): Main Channel Error: rc=2 jcr_main_stream_error.c:56 (jcr_main_close_stream): Server stream error, resetting jcr_deliver.c:97 (jcr_queue_deliver): packet delivery thread exiting. jcr_deliver.c:98 (jcr_queue_deliver): Last DvryQ Buffer='' jcr_base_connect.c:34 (jcr_socket_connect): Attempting connection to 127.0.0.1:5347 jcr_base_connect.c:81 (jcr_send_start_stream): Opening XML stream: sent 161 bytes jcr_main_stream_error.c:50 (jcr_main_new_stream): Server stream connected. jcr_deliver.c:51 (jcr_queue_deliver): packet delivery thread starting. jcr_deliver.c:92 (jcr_queue_deliver): wrote 1 packets of 63 bytes jcr_elements.c:177 (jcr_read_data): Main Channel Error: rc=2 jcr_main_stream_error.c:56 (jcr_main_close_stream): Server stream error, resetting jcr_deliver.c:97 (jcr_queue_deliver): packet delivery thread exiting. jcr_deliver.c:98 (jcr_queue_deliver): Last DvryQ Buffer='' TIA Tim Fulcher ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev
RE: [jdev] XMPP Certification Opinion Poll
Could also be a good idea to just list one preferred client for each OS though this is bound to create discussions. [...] It is true that users who hit jabber.org for the first time need guidance. Most want a single simple download link. On the other hand offering only one or two clients is unfair for the other developers. Therefore we have a long list with the box at the top of the page as a compromise. A certification makes it more fair, although probably not better. A certification must not be easy to achieve. Otherwise we get a large list of certified clients, servers, etc. As a client developer, I must say that I wouldn't be insulted or find it unfair if there was a chosen client (that was not mine). =) Take gaim for example, lots of people live and breath by gaim, but if you go to AIM's site you won't find it listed there. Instead, you'll be pointed a the official AIM client. I know that's a somewhat different scenario, but I did want to point out that I don't think it's unfair to pick a particular client to be the preferred client. I don't think it's going to stop anyone from writing their own. =D Besides, in a way Jabberd1 and Jabberd2 have the aura that they are the preferred servers, but I don't think that really upsets the other server writers. Granted, that's just my opinion, I can't speak for anyone else. =D Daniel ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev
RE: [jdev] How to handle AIM/external protocol users with @ in buddyname
In PyAIMt at least, I was planning on implementing % to replace @, but I'll read over this JEP and maybe aim to support that as well. Daniel -- The most addictive drug in the world is music. - The Lost Boyz Paul, Please check out the JID Escaping JEP: http://www.jabber.org/jeps/jep-0106.html. The transport you're using might need to be updated to support this, but it seems like the right approach. There's been a lot of discussion about this JEP on the standards-jib mailing list recently. Regards, Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Clegg Sent: Thursday, April 28, 2005 9:25 AM To: jdev@jabber.org Subject: [jdev] How to handle AIM/external protocol users with @ in buddyname We recently discovered a class of AIM users who have an @ symbol in their buddy name (e.g. [EMAIL PROTECTED]). Neither aim-t or pyaim-t handle this case (the buddy is translated to the jid [EMAIL PROTECTED]@ transport.server.com http://transport.server.com, which is clearly not a legal jid). Can anyone recommend the correct way to resolve xmpp-illegal characters encountered in external protocols at the transport level, so that the contact can be properly assigned a jid, messaged, stored in the roster, etc.? I imagine that the MSN-t folks have dealt with this issue already and may have some suggestions for us. Thanks, Paul ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev
[jdev] PyICQ-t, PyAIM-t, and JWGC moved to new site
Folk, All of my projects are now hosted in a single central location, http://www.blathersource.org/. Each project's repository is now under Subversion (svn.blathersource.org) instead of CVS. All of my mailing lists (py-transports, jwgc) are now hosted at blathersource.org. Each project's respective home pages are now: - PyICQ-t: http://pyicq-t.blathersource.org/ - PyAIM-t: http://pyaim-t.blathersource.org/ - JWGC: http://jwgc.blathersource.org/ I will transfer bug reports and the like over from JabberStudio when it is back to life and/or I can get access to my data from the database in some way. Likewise, I will have them converted to off-site projects. The new site is functional, but is not complete. I have a lot of other features I am working on adding/improving, but I decided it is functional enough at this point to post. And before anyone asks, there are no current plans for other projects at the site other than my own. ;) I simply wanted a good central place to put my things. Note: This change does not affect scriptrepo, which I have been maintaining for a little bit now. It will always live on jabberstudio. I may set up a read-only mirror for it at blathersource at some point but I am not yet sure about that. Many thanks to Modevia.com for providing wonderful hosting services! Daniel -- The most addictive drug in the world is music. - The Lost Boyz ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev
Re: [jdev] Re: new www.jabber.org website
What's the layout of jabber.org and jabberstudio.org? A single host? Multiple? Separate for jabber.org and jabberstudio.org or the same? I assume it runs Apache, but 2 series or 1 series? What OS is on the underlying box(es)? Daniel -- The most addictive drug in the world is music. - The Lost Boyz Julian Missig wrote: This was completely unnecessary and not appropriate for this list. On-topic, however, I don't think the JSF should be devoting resources to developing our own CMS. It would probably be more worth our while to find a dedicated system administrator to ensure PHP is set up properly, md5 tripwires are set up, and general system maintenance tasks are taken care of so that intrusions are detected in a more timely fashion. We can then make use of existing CMS's... I agree in both points.. This is a jabber community - we don't need to develop yet another CM system. But a dedicated administrator or at least some more reasonable precautions should be taken, imho. Perhaps someone could offer to do the job and contact peter? Regards, Ben ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev
Re: [jdev] Re: new www.jabber.org website
Hrm. Ok, I actually assumed it was going to be different in it's reborn state than it was before. I don't actually get the same address for jabberstudio.org and jabber.org. jabber.org. 275 A 208.245.212.67 jabberstudio.org. 37764 A 208.245.212.109 So back to my original, now modified, question, one multi-homed box or more? =) Daniel -- The most addictive drug in the world is music. - The Lost Boyz On Tue, 8 Feb 2005, Daniel Henninger wrote: What's the layout of jabber.org and jabberstudio.org? A single host? Multiple? Separate for jabber.org and jabberstudio.org or the same? I assume it runs Apache, but 2 series or 1 series? What OS is on the underlying box(es)? A quick dig shows the same IP address so it is one box wget gives you the rest. Server: Apache/1.3.33 (Debian GNU/Linux) mod_python/2.7.8 Python/2.3.2 mod_gzip/1.3.26.1a PHP/4.3.10-2 mod_ssl/2.8.14 OpenSSL/0.9.7b R. PeteM ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev
Re: [jdev] Re: new www.jabber.org website
Looks like both of the www's are the same though. Hrm. mod_python? That actually being used somewhere? Anyway, I might be willing to take on such a task, but there are probably others that have more time than I. None-the-less, if you need me let me know... That said, my guess is the current team has it under control. They're a talented bunch. =) Daniel -- The most addictive drug in the world is music. - The Lost Boyz On Tue, 8 Feb 2005, Daniel Henninger wrote: What's the layout of jabber.org and jabberstudio.org? A single host? Multiple? Separate for jabber.org and jabberstudio.org or the same? I assume it runs Apache, but 2 series or 1 series? What OS is on the underlying box(es)? A quick dig shows the same IP address so it is one box wget gives you the rest. Server: Apache/1.3.33 (Debian GNU/Linux) mod_python/2.7.8 Python/2.3.2 mod_gzip/1.3.26.1a PHP/4.3.10-2 mod_ssl/2.8.14 OpenSSL/0.9.7b R. PeteM ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev
Re: [jdev] Usage
So what I propose is thinking through a stanza to indicate how do I use you?. I haven't looked in details at anything yet, but the idea might be something like: message to=aim.jabber.vorpalcloud.org from=[EMAIL PROTECTED]usage //message Why not just use a normal message send after registering? Or do you want to send this every time you use it? I was thinking more of a client extension then something like this. Yes, I could send it once the user registers, but that means if the user doesn't read and remember, or doesn't write it down, they're not going to know how to use the groupchat stuff unless it occurs to them to go hunting the web for instructions. (or their friendly local admin put up usage instructions) Basically, I brought this whole thing up because I believe it would be a good extension for the end user, not us programmer types. ;) If I registered with my AIM transport, for example, I doubt I'd be diving into a chatroom immediately. Month passes, a friend wants me to join a chatroom, now I'm sitting here going well crap, how do I use this?. Using message for this above was just a silly example to indicate that it's a usage request and then an answer. Another person (my apologies for not remembering your name at this time) had some good suggestions about what mechanisms to use for such a thing. (ie: not message) message from=aim.jabber.vorpalcloud.org to=[EMAIL PROTECTED]usageAfter registering with this transport, you may communicate through Jabber to users on AIM. Please note that some screen names have spaces in them in a real AIM client, but through this transport, there are no spaces. As for group chat, prefix the name of the chat room with a pound (#) symbol and, if there are any spaces in the name, replace them with underscores (_). For further assistance, please see the online documentation at http://pyaim-t.jabberstudio.org/usage.php./usage/message These problems all look solvable. JID's are allowed to have spaces in them, so you could map jids with spaces to a non-spaces AIM screen name. You can also have the transport add the # and replace spaces with _ for groupchat. It might be some extra work for you, yes ;) Yes, and I have already done this, but I'm not thinking about me, I'm thinking about the end user. How are they to read my mind and know that I change spaces to _'s, or put a # in front? Basically, I've already solved the problem for myself, but I believe it would be nice to have a way to relay this information to the end-user. Daniel ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev
[jdev] Usage
Hi folk, I was discussing ideas for how to handle incompatibilities between AIM's chat rooms and Jabber groupchat, and something occured to me. I wanted to run the concept by you all and maybe, if it sounds interesting to anyone else, sit down and write up a formal JEP for evaluation/submission. Often I run into times when people wonder well how do I use this?. I'll take pyrss as an example (my apologies to the author for me using you ;) ). You have to read the documentation of pyrss itself to figure out what you are actually support to message pyrss itself and say help to get assistance. Likewise, with PyAIM's groupchat functionality, it looks like I am going to have to do some odd things to get compatibility. So reading documentation of the actual transport is fine for the person installing the transport, but what about the end users? So what I propose is thinking through a stanza to indicate how do I use you?. I haven't looked in details at anything yet, but the idea might be something like: message to=aim.jabber.vorpalcloud.org from=[EMAIL PROTECTED]usage //message message from=aim.jabber.vorpalcloud.org to=[EMAIL PROTECTED]usageAfter registering with this transport, you may communicate through Jabber to users on AIM. Please note that some screen names have spaces in them in a real AIM client, but through this transport, there are no spaces. As for group chat, prefix the name of the chat room with a pound (#) symbol and, if there are any spaces in the name, replace them with underscores (_). For further assistance, please see the online documentation at http://pyaim-t.jabberstudio.org/usage.php./usage/message If the target doesn't understand usage, it should simply ignore the empty message sent to itself. Anyway, I just wanted to show a general concept of how this might play out, but if anyone wants me to write up something real, let me know. I think this plus client support would make a lot of jabber functionality easier to understand to end users. (this would almost be a balloon help or context sensitive help thing) Daniel -- The most addictive drug in the world is music. - The Lost Boyz ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev
[jdev] PyICQ-t/PyAIM-t mailing list
Folk, Thanks to Peter Saint-Andre, there is now a mailing just for PyICQ-t and PyAIM-t, called [EMAIL PROTECTED] You can get to the list by choosing Mailing Lists under either of the projects. If James is interested in doing so, it can be for PyMSN-t as well. =) I will post announcements and such there from now on. (unless there's a strong desire for me to post new versions of PyAIM-t and PyICQ-t here, I was aiming to refrain from doing that) It's purpose is to be an all-purpose list. Announcements, discussions, patches, questions, etc. =) Daniel -- The most addictive drug in the world is music. - The Lost Boyz ___ jdev mailing list jdev@jabber.org http://mail.jabber.org/mailman/listinfo/jdev
[jdev] Re: [jadmin] Invisibilty in Jabber
Hi folk, I had sent this to the jadmin list and just realized it's more of a jdev question. Daniel -- The most addictive drug in the world is music. - The Lost Boyz Privacy lists and the newer invisibility protocol (JEP-0126) are not supported by Jabberd 1.4.3 (yet). I'm afraid I'm not understanding how to implement this properly. First of all, I'm running a Jabberd 2.0s4 server. Is JEP-0126 implemented as of that version? Second, looking over the JEP is making me question how it would be used properly. Take the various transports. (more precisely, I'm looking to implement invisibility with PyICQ-t) Unless I'm reading something wrong, it looks to me that the client/user would have to know to grant visibility rights to the various transports he or she is subscribed to. If this is truly the case, it more or less renders invisibility in transports useless. I doubt it is going to occur to many to grant said access. Am I simply missing something or is there another way around this for transports? Thanks!! Daniel -- The most addictive drug in the world is music. - The Lost Boyz ___ jdev mailing list [EMAIL PROTECTED] http://mail.jabber.org/mailman/listinfo/jdev
[jdev] PyICQ-t 0.2 and PyAIM-t 0.1 releases
Hi folk, There are now releases of PyICQ-t and PyAIM-t available at pyicq-t.jabberstudio.org and pyaim-t.jabberstudio.org, respectively. These are very young and are bound to have unresolved issues, so please drop me any bug reports you come across! I'm probably going to be releasing a new PyAIM-t in the near future as there are some bugs fixed in CVS since 0.1. I'll post releases here and in jabberstudio's news. I'm also looking for any translations I can get! If you go to their respective web sites, you will see Submit Translation which will take you to a form that should make translation submissions easy. =) Many thanks to those who have already submitted bug reports and translations! (and also many thanks to James Bunton for his wonderfully modular approach to PyMSN-t that has made these projects go very smoothly) ;) Daniel -- The most addictive drug in the world is music. - The Lost Boyz ___ jdev mailing list [EMAIL PROTECTED] http://mail.jabber.org/mailman/listinfo/jdev
Re: [jdev] PyMSNt -- PyAIM-t -- PyFoo-t ?
I have started PyAIM-t and PyICQ-t. I'd be EXTREMELY excited if you would help me figure out how to -use- the buddy list support. ;) I can not figure it out for the life of me. Please check out PyAIM-t off of jabberstudio and check it out of CVS. PyICQ-t is empty right now as, initally, it's going to be very similar to PyAIM-t. When PyAIM-t is to a reasonable point, I'll get PyICQ-t out quickly. Daniel -- The most addictive drug in the world is music. - The Lost Boyz Has anyone started down the path of creating an AIM transport based on Jason's PyMSN transport? If not, is anyone interested in helping with this? There seems to be some potential merit to tapping Twisted's OSCAR support for server-side buddy lists, etc and to creating a more portable transport implementation. Perhaps with a bit of thought and work, a generic python transport framework could be constructed which would support any of the Twisted IM protocols via configuration settings. -Paul ___ jdev mailing list [EMAIL PROTECTED] https://jabberstudio.org/mailman/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] https://jabberstudio.org/mailman/listinfo/jdev
Re: [jdev] PyMSNt -- PyAIM-t -- PyFoo-t ?
Please contact me a [EMAIL PROTECTED] when you get a chance and we'll discuss. =) Daniel -- The most addictive drug in the world is music. - The Lost Boyz Has anyone started down the path of creating an AIM transport based on Jason's PyMSN transport? If not, is anyone interested in helping with this? There seems to be some potential merit to tapping Twisted's OSCAR support for server-side buddy lists, etc and to creating a more portable transport implementation. Perhaps with a bit of thought and work, a generic python transport framework could be constructed which would support any of the Twisted IM protocols via configuration settings. -Paul ___ jdev mailing list [EMAIL PROTECTED] https://jabberstudio.org/mailman/listinfo/jdev ___ jdev mailing list [EMAIL PROTECTED] https://jabberstudio.org/mailman/listinfo/jdev