> re: http://www.darkskies.za.net/~norman/jabber/pyaimt-jabberd2- 
> v1.patch
>
> I got JD2 components for pyaimt working.  I had to add a jabberd2 user
> called 'aim.jabber.darkskies.za.net' and give it the same password as
> my legacy user.  It would be nice if the sasl username was separately
> configurable from the transport name.

Glad to hear you found out how to fix it.  I don't see why it  
couldn't have a different sasl username.  (in fact, previously, I had  
an entirely different sasl username and password config option)   
Obviously I never completed that functionality for this release so  
nothing was ironed out in that arena.

> I also fixed the routing to use the domain name of the destination
> JID.  I have found this works very well with the yahoo transport.
> (note that: 'to' could be None, but I think if that happens, then
> there's something else wrong elsewhere)

Cool!

> Also I tried to tweak the disco items so that the chat host is 'under'
> the main host.  The way disco is written atm, this makes the hash
> pretty ugly.  This is probably not the best way to do it.
> Additionally I have found that if you return no info when disco'ed is
> from your main host (i.e. disco chatrooms.aim.jabber.darkskies.za.net
> from darkskies.za.net)  then jabberd2 will not include the chatrooms
> in your disco results.  I didn't find an easy way to hook this into
> the existing disco structure.  (The addNode wants to call it's own
> function which would only call discovery.onIq if the requestor is not
> the server's jid).

I actually like that it's not "under" aim.jabber.whatever and is  
shown as it's own separate entity.  Note that if you alias the  
chatrooms instance to the main instance, you can see them both in  
disco just fine.  Why does jabberd2 not show/explore both jid's if  
you bind as both using it's own component protocol?  I wouldn't  
really mind if it was under aim.jabber though, it's "not important"  
to me where it is exactly.  =)

> Additionally I found a bug that kicks the transport off the server:
> Try and search when you're not logged in.

*chuckle*  Yes, I never did finish working out all of the bugs in the  
search functionality.  AIM's directory servers upset me.  ;D  (they  
don't let me connect a good deal of the time)  That said, it's a  
surprise to me to hear that it does crash when you aren't logged in.   
At one point I specifically took care of that.  Guess I re-broke it.   
=(  Dooh.  Mind filing a bug report at blathersource.org?

> Would it be possible to change it so that an exception doesn't boot
> the entire component off the server when something goes wrong?  (or
> get auto-reconnect working?)

Depends on the nature of the exception I imagine.  Obivously not all  
exceptions boot the component.

Daniel

>
> --
> - Norman Rasmussen
>  - Email: [EMAIL PROTECTED]
>  - Home page: http://norman.rasmussen.co.za/
> _______________________________________________
> py-transports mailing list
> [email protected]
> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports
>
>

Reply via email to