On 10/8/06, Daniel <[EMAIL PROTECTED]> wrote: > Not to be rude or anything, but if you suspect the code you're using > to handle the file formats isn't very great, why not use something > that's more mature and reliable? I don't know anything about the > shelve/pickle formats, but, I'm sure there are other things out there > that'd work well. Just my $0.02. :)
The current code uses stuff (shelve) that comes with python, and doesn't require me to write and debug anything. Converting the code to use a new style could be a hassle, depending on how it's integrated. Python will probably make this easy, actually - just need a bunch of objects that think they're 'dict's. I _could_ probably just nick code from the twisted transports (and port the twisted specific stuff) like I did with the xmlconfig code. -- - Norman Rasmussen - Email: [EMAIL PROTECTED] - Home page: http://norman.rasmussen.co.za/ From [EMAIL PROTECTED] Sun Oct 8 20:24:25 2006 From: [EMAIL PROTECTED] (Michael Vogel) Date: Sun Oct 8 20:24:32 2006 Subject: [py-transports] PyYIMt is disconnecting randomly Message-ID: <[EMAIL PROTECTED]> Hi! I'm using version 0.3 and I have the problem that randomly the transport disconnects so that I have to manually log on the transport. (I'm using psi as client) But although the transport logs off the Yahoo contacts don't appear as offline - they stay in the state they were when the transport logged off. Is this problem known? Michael From [EMAIL PROTECTED] Sun Oct 8 21:20:48 2006 From: [EMAIL PROTECTED] (Norman Rasmussen) Date: Sun Oct 8 21:20:52 2006 Subject: [py-transports] PyYIMt is disconnecting randomly In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> On 10/8/06, Michael Vogel <[EMAIL PROTECTED]> wrote: > I'm using version 0.3 and I have the problem that randomly the transport > disconnects so that I have to manually log on the transport. (I'm using > psi as client) I think this is the Yahoo network dropping the connection. I've been debating on whatever or not the transport (compare to the client) should be responsible for initiating the reconnect - and making the client do it, makes sure that nothing gets into a loop. > But although the transport logs off the Yahoo contacts don't appear as > offline - they stay in the state they were when the transport logged off. > > Is this problem known? yep, known, but only recently fixed in CVS (rev 1.57, 4 days ago) The good news is that xmpp.py libs 0.4 rc tar.gz has been put together, and should be out some time this week. After that a few minor todo items on the transports, and they too get a release. -- - Norman Rasmussen - Email: [EMAIL PROTECTED] - Home page: http://norman.rasmussen.co.za/ From [EMAIL PROTECTED] Mon Oct 9 01:21:57 2006 From: [EMAIL PROTECTED] (Brian Safford) Date: Mon Oct 9 01:22:08 2006 Subject: [py-transports] yahoo-transport and Jabber XCP Message-ID: <[EMAIL PROTECTED]> Well, I dove into the Python code, and was able to come up with a modification to config.py and yahoo.py that appears to work against Jabber Inc's XCP. Thanks to the PyMSNt code for providing guidance. I added 'compjid' to config.py and then did this in yahoo.py: if config.compjid: connection = xmpp.client.Component(config.compjid,config.port,debug=debug,domains=[config.compjid,config.confjid],sasl=sasl,bind=config.useComponentBinding,route=config.useRouteWrap) else: connection = xmpp.client.Component(config.jid,config.port,debug=debug,domains=[config.jid,config.confjid],sasl=sasl,bind=config.useComponentBinding,route=config.useRouteWrap) Viola! compjid contains the openport.realm value (for those XCP users out there, you'll understand that :-) ) Pedro, if you're listening, I think I did good :-) Regards, Brian Safford EDS
