Yes, that seems to be the problem. I sniffed the connection between the 
msn gateway and the server and it does not receive the presence packets 
with no type.
What should I do to create an account for the component? I can't create 
an account named [EMAIL PROTECTED]

Regards
        Jorge

Norman Rasmussen wrote:
> ahh, hang on... does the component have a user account on the server
> that it logs into? or is it a 'transport'.
> 
> I'm not 100% how to do a transport<->transport session working.  
> Generally I would have created a bot that has a normal user account on
> the server, then you add the msn gateway to the bot's roster.
> 
> On 12/08/05, Jorge Merlino <[EMAIL PROTECTED]> wrote:
> 
>>I already do that also. I added the component to the contact list of a
>>jabber user and all works fine, I see the component user come online
>>just fine.
>>But for some reason the msn component does not get my presence messages.
>>I'll try asking in the server list (jive)
>>
>>Regards
>>        Jorge
>>
From [EMAIL PROTECTED]  Mon Aug 15 15:55:45 2005
From: [EMAIL PROTECTED] (Norman Rasmussen)
Date: Mon Aug 15 15:55:47 2005
Subject: [py-transports] Register another component to msn
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

what about creating an account called [EMAIL PROTECTED] ?

does the component have multiple user accounts or resources or
anything special? (surely it can run as a normal user).

I know this twists the way you've designed the component, but it
should make like easier in the long run.  (i.e. run it as a
bot/client, not a component)

On 15/08/05, Jorge Merlino <[EMAIL PROTECTED]> wrote:
> Yes, that seems to be the problem. I sniffed the connection between the
> msn gateway and the server and it does not receive the presence packets
> with no type.
> What should I do to create an account for the component? I can't create
> an account named [EMAIL PROTECTED]
> 
> Regards
>         Jorge
> 
> Norman Rasmussen wrote:
> > ahh, hang on... does the component have a user account on the server
> > that it logs into? or is it a 'transport'.
> >
> > I'm not 100% how to do a transport<->transport session working.
> > Generally I would have created a bot that has a normal user account on
> > the server, then you add the msn gateway to the bot's roster.
> >
> > On 12/08/05, Jorge Merlino <[EMAIL PROTECTED]> wrote:
> >
> >>I already do that also. I added the component to the contact list of a
> >>jabber user and all works fine, I see the component user come online
> >>just fine.
> >>But for some reason the msn component does not get my presence messages.
> >>I'll try asking in the server list (jive)
> >>
> >>Regards
> >>        Jorge
> >>
> _______________________________________________
> py-transports mailing list
> [email protected]
> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports
> 


-- 
- Norman Rasmussen
 - Email: [EMAIL PROTECTED]
 - Home page: http://norman.rasmussen.co.za/
From [EMAIL PROTECTED]  Mon Aug 15 16:54:40 2005
From: [EMAIL PROTECTED] (Jorge Merlino)
Date: Mon Aug 15 16:54:58 2005
Subject: [py-transports] Register another component to msn
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>     <[EMAIL PROTECTED]>     
<[EMAIL PROTECTED]>     <[EMAIL PROTECTED]>     <[EMAIL PROTECTED]>     <[EMAIL 
PROTECTED]>     <[EMAIL PROTECTED]>     <[EMAIL PROTECTED]>     <[EMAIL 
PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Yes, I suppose that's what I should do. I'm planning to redesign other 
parts of the bot so I guess I'll rewrite it from scratch as a normal user.
You'll hear from me again if I have other problems with this :)

Thank you for your time

Regads,
        Jorge

Norman Rasmussen wrote:
> what about creating an account called [EMAIL PROTECTED] ?
> 
> does the component have multiple user accounts or resources or
> anything special? (surely it can run as a normal user).
> 
> I know this twists the way you've designed the component, but it
> should make like easier in the long run.  (i.e. run it as a
> bot/client, not a component)
> 
> On 15/08/05, Jorge Merlino <[EMAIL PROTECTED]> wrote:
> 
>>Yes, that seems to be the problem. I sniffed the connection between the
>>msn gateway and the server and it does not receive the presence packets
>>with no type.
>>What should I do to create an account for the component? I can't create
>>an account named [EMAIL PROTECTED]
>>
>>Regards
>>        Jorge
>>
>>Norman Rasmussen wrote:
>>
>>>ahh, hang on... does the component have a user account on the server
>>>that it logs into? or is it a 'transport'.
>>>
>>>I'm not 100% how to do a transport<->transport session working.
>>>Generally I would have created a bot that has a normal user account on
>>>the server, then you add the msn gateway to the bot's roster.
>>>
>>>On 12/08/05, Jorge Merlino <[EMAIL PROTECTED]> wrote:
>>>
>>>
>>>>I already do that also. I added the component to the contact list of a
>>>>jabber user and all works fine, I see the component user come online
>>>>just fine.
>>>>But for some reason the msn component does not get my presence messages.
>>>>I'll try asking in the server list (jive)
>>>>
>>>>Regards
>>>>       Jorge
>>>>
>>
>>_______________________________________________
>>py-transports mailing list
>>[email protected]
>>http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports
>>
> 
> 
> 

-- 
Ing. Jorge Merlino
Teledata Comunicaciones
Canelones 2101 - Montevideo - Uruguay
[EMAIL PROTECTED]
From [EMAIL PROTECTED]  Mon Aug 15 17:36:24 2005
From: [EMAIL PROTECTED] (Daniel Henninger)
Date: Mon Aug 15 17:36:23 2005
Subject: [py-transports] (PyAIMt) Trouble with extended status
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Ok folk, after looking over the issues with setting your extended status
message quite a few times over the last 2 days, I've come to the
conclusion that the packet we're sending should be fine.  I've watched the
way iChat does it, the way adiumX does it, and looked over gaim's code. 
I've watched it with ethereal and everything seems fine.  One odd thing
I've noticed is that adiumX, for example, looks like it does this:
1. set away message to extended status message
2. clear away message
3. send extended status packet
... weird

I tried emulating this exactly to no avail.  My theory at this point is
that there is something earlier on in the communication with the OSCAR
servers that we need to do to indicate that we support this functionality.
 Now to figure out what that is.  ;D  I'm getting in touch with the author
of the AIM/ICQ components of Gaim, so stay tuned.  =)

Daniel

-- 
"The most addictive drug in the world is music."
     - The Lost Boyz

> I'll take a look at it tonight, but if others look at it first and
> find something, more power to you!  =)
>
> As for avatars, I would most definitely like to see them implemented
> as would many others!  I have been waiting until it seems like
> PyMSN's handling of them is stable and was going to copy over the
> relavant code and implement the AIM pieces.  (same for ICQ)  If you'd
> like to tackle it immediately, I'd love to see it, and I'm sure you
> would receive the praise of everyone who uses it!  (include me ;D)  I
> just don't have as much time to put into the Py's lately as I'd
> like.  But hey, that's life.  =)
>
> One of the first steps is definely going to be to include an
> indicator that you support Avatars (CAP_ICON) and then probably fire
> up ethereal and see what you get sent.  Also, there's the excellent
> OSCAR docs that I mirrored on my site at http://www.vorpalcloud.org/
> tools/oscar/ that you might want to look over.  Plus there's always
> gaim.  Unfortunately, at this time, I don't have a lot of other
> helpful suggestions.  PyMSN, I believe, has all of the jabber
> portions in place for you to look at.
>
> If you would indeed be interested in looking into it, I'll take it
> off my list of things to look into.  (and I'll copy whatever you do
> into PyICQ as well)  But please don't feel pressured or anything, if
> you simply don't feel like it, let me know.  =)  Anyway, thanks for
> all your work!
>
> I need to run but I'll be back this evening.
>
> Daniel
>
> --
> "The most addictive drug in the world is music."
>       - The Lost Boyz
>
>
>
> On Aug 13, 2005, at 3:56 PM, Robert B Quattlebaum, Jr. wrote:
>
>> I submitted the patch to add support for viewing the extended
>> status messages (ie: like the ones set by iChat). I also tried to
>> add support for setting an extended status message, but my efforts
>> have been futile. I am requesting another pair of eyes to take a
>> look at the "set_back" function in src/tlib/oscar.py. It can be
>> found near line 1056.
>>
>> I have looked over the function many, many times over the past few
>> weeks trying to figure out where things are going wrong. As far as
>> I can tell, I am doing exactly what GAIM is doing. This is driving
>> me up the wall!
>>
>> In other news, is anyone interested in throwing in avatar support
>> into PyAIMt? I figure that most of the effort in setting this up is
>> duplicated in the PyMSNt avatar implementation. I would be more
>> than willing to help implement this, I just need to be pointed in
>> the right direction for the first steps.
>>
>> __________________
>> Robert Quattlebaum
>> Mobile: +1(425)443-6785
>> eMail:  [EMAIL PROTECTED]
>> Jabber: [EMAIL PROTECTED]
>> MSN:    [EMAIL PROTECTED]
>> AIM:    rquat2
>> yahoo:  robert_quattlebaum
>> ICQ:    1454810
>>
>>
>>
>> _______________________________________________
>> py-transports mailing list
>> [email protected]
>> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports
>>
>
> _______________________________________________
> py-transports mailing list
> [email protected]
> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports
>
>
>

Reply via email to