On Thu, Jan 26, 2006 at 03:08:37PM +1100, Laurent Dinclaux wrote:
> Thanks but I was talking about the web registration form located here:
> http://msn-transport.jabberstudio.org/webreg/

You can download webreg here:
http://msn-transport.jabberstudio.org/?page=downloads

Best regards,
Lars
From [EMAIL PROTECTED]  Thu Jan 26 09:33:34 2006
From: [EMAIL PROTECTED] (Hylke van der Schaaf)
Date: Thu Jan 26 15:53:47 2006
Subject: [py-transports] Re: problems running PyMSNt
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

James Bunton wrote:
> Which version are you using?

I was using 0.10.3. I just tried the cvs version, and that one didn't
have the problem, so I guess it's allready fixed :)

> Can we please move this to the py-transports@blathersource.org mailing 
> list as well?

sure, no problem.

Cya,
Hylke

> On 19/01/2006, at 3:38 AM, Hylke van der Schaaf wrote:
> 
>> Hi,
>>
>> I've been trying to convert my javver1.4 server to ejabberd and PyMSNt.
>> Using the guide on  
>> http://msn-transport.jabberstudio.org/docs/server.html
>> everything seemed to go fine except for 2 little problems.
>>
>> 1. If I use privilege switching, the directories created by PyMSNt in
>> the spool directory have the wrong permissions (root.root instead of  the
>> user PyMSNt runs at) but that's easily fixed
>>
>> 2. after loggin in, none of my msn contacts come online, and the logs  of
>> PyMSNt are swamped with what seems to be two errors repeated over and
>> over. It does create directories for the avatars, but the avatar files
>> themselves are not created.
>>
>> I hope I pasted enough of the logfiles to make sense, if not I can
>> allways send you more.
>>
>> Do you know what's wrong?
>> Cya,
>> Hylke
>>
>> ========== part of PyMSNt log ============
>>
>> 2006/01/18 17:28 CET [Notification,client] INFO ::
>> [EMAIL PROTECTED] ::  :: loggedIn ::
>> <legacy.glue.LegacyConnection instance at 0xb760bd8c> :: {'self':
>> <legacy.glue.LegacyConnection instance at 0xb760bd8c>}
>> 2006/01/18 17:28 CET [Notification,client] INFO ::
>> [EMAIL PROTECTED] ::  :: loggedIn ::  <legacy.msnw.Notification
>> instance at 0xb24d178c> :: {'self': <legacy.msnw.Notification instance
>> at 0xb24d178c>, 'verified': 1, 'userHandle': '[EMAIL PROTECTED]'}
>> 2006/01/18 17:28 CET [Notification,client] Received unknown command
>> (SBS), params: ['0', 'null']
>> 2006/01/18 17:28 CET [Notification,client] INFO ::
>> [EMAIL PROTECTED] ::  :: listSynchronized ::
>> <legacy.msnw.Notification instance at 0xb24d178c> :: {'self':
>> <legacy.msnw.Notification instance at 0xb24d178c>, 'args':
>> ((<tlib.msn.MSNContactList instance at 0xb5d028ec>, [('MFN', 'The
>> Noid'), ('MBE', 'N'), ('WWE', '0')]),)}
>> 2006/01/18 17:28 CET [Notification,client] INFO ::
>> [EMAIL PROTECTED] ::  :: sendPresence :: <session.Session
>> instance at 0xb780208c> :: {'status': None, 'show': None, 'self':
>> <session.Session instance at 0xb780208c>, 'fro':
>> 'msn.noid.homelinux.org', 'avatarHash': None, 'ptype': None,  'priority':
>> None, 'to': u'[EMAIL PROTECTED]', 'nickname': None, 
>> 'payload': []}
>> 2006/01/18 17:28 CET [Notification,client] Unhandled error in Deferred:
>> 2006/01/18 17:28 CET [Notification,client] Traceback (most recent call
>> last):
>>       File "/usr/local/PyMSNt/src/tlib/msn.py", line 1049, in handle_LST
>>     
>>       File "/usr/local/PyMSNt/src/tlib/msn.py", line 605, in
>> _fireCallback
>>     
>>       File "/usr/lib/python2.3/site-packages/twisted/internet/defer.py",
>> line 254, in callback
>>         self._startRunCallbacks(result)
>>       File "/usr/lib/python2.3/site-packages/twisted/internet/defer.py",
>> line 315, in _startRunCallbacks
>>         self._runCallbacks()
>>     --- <exception caught here> ---
>>       File "/usr/lib/python2.3/site-packages/twisted/internet/defer.py",
>> line 328, in _runCallbacks
>>         self.result = callback(self.result, *args, **kw)
>>       File "/usr/local/PyMSNt/src/legacy/msnw.py", line 611, in
>> listSynchronized
>>     
>>       File "/usr/local/PyMSNt/src/legacy/glue.py", line 299, in
>> listSynchronized
>>     
>>     exceptions.AttributeError: LegacyConnection instance has no attribute
>> 'legacyList'
>>     2006/01/18 17:28 CET [Notification,client] INFO ::
>> [EMAIL PROTECTED] ::  :: avatarHashChanged ::
>> <legacy.msnw.Notification instance at 0xb24d178c> :: {'self':
>> <legacy.msnw.Notification instance at 0xb24d178c>, 'hash':
>> 'Apyg1UdUc79Eo5WSNYZqmWi9WjY=', 'userHandle': 
>> '[EMAIL PROTECTED]'}
>> 2006/01/18 17:28 CET [Notification,client] INFO ::  :: Avatar not  found.
>> :: getAvatarData :: <avatar.AvatarCache instance at 0xb75f07ec> ::
>> {'self': <avatar.AvatarCache instance at 0xb75f07ec>, 'key':
>> '029ca0d5475473bf44a3959235866a9968bd5a36', 'filename':
>> '/var/lib/jabber_transports/msn.noid.homelinux.org/avatars/029/
>> 029ca0d5475473bf44a3959235866a9968bd5a36'}
>> 2006/01/18 17:28 CET [Notification,client] INFO ::
>> [EMAIL PROTECTED] ::  :: requestAvatar ::
>> <legacy.glue.LegacyConnection instance at 0xb760bd8c> :: {'self':
>> <legacy.glue.LegacyConnection instance at 0xb760bd8c>, 'userHandle':
>> '[EMAIL PROTECTED]'}
>> 2006/01/18 17:28 CET [Notification,client] INFO ::
>> (u'[EMAIL PROTECTED]', '[EMAIL PROTECTED]') ::  ::
>> __init__ :: <legacy.msnw.SwitchboardSession instance at 0xb754d80c> ::
>> {'resource': None, 'd': <Deferred at 0xB5D1224CL>, 'remoteUser':
>> '[EMAIL PROTECTED]', 'self': <legacy.msnw.SwitchboardSession
>> instance at 0xb754d80c>, 'host': None, 'sessionID': None, 'key': None,
>> 'msncon': <legacy.glue.LegacyConnection instance at 0xb760bd8c>,
>> 'reply': False, 'port': None}
>> 2006/01/18 17:28 CET [Notification,client] INFO ::
>> [EMAIL PROTECTED] ::  :: contactStatusChanged ::
>> <legacy.msnw.Notification instance at 0xb24d178c> :: {'self':
>> <legacy.msnw.Notification instance at 0xb24d178c>, 'screenName':
>> 'chriz', 'userHandle': '[EMAIL PROTECTED]', 'statusCode': 'NLN'}
>> 2006/01/18 17:28 CET [Notification,client] INFO ::
>> [EMAIL PROTECTED] ::  :: contactStatusChanged ::
>> <legacy.glue.LegacyConnection instance at 0xb760bd8c> :: {'remoteUser':
>> '[EMAIL PROTECTED]', 'self': <legacy.glue.LegacyConnection
>> instance at 0xb760bd8c>}
>> 2006/01/18 17:28 CET [Notification,client] Traceback (most recent call
>> last):
>>       File "/usr/lib/python2.3/site-packages/twisted/python/log.py", line
>> 56, in callWithLogger
>>         return callWithContext({"system": lp}, func, *args, **kw)
>>       File "/usr/lib/python2.3/site-packages/twisted/python/log.py", line
>> 41, in callWithContext
>>         return context.call({ILogContext: newCtx}, func, *args, **kw)
>>       File "/usr/lib/python2.3/site-packages/twisted/python/context.py",
>> line 52, in callWithContext
>>         return self.currentContext().callWithContext(ctx, func,
>> *args,  **kw)
>>       File "/usr/lib/python2.3/site-packages/twisted/python/context.py",
>> line 31, in callWithContext
>>         return func(*args,**kw)
>>     --- <exception caught here> ---
>>       File
>> "/usr/lib/python2.3/site-packages/twisted/internet/pollreactor.py",  line
>> 160, in _doReadOrWrite
>>         why = selectable.doRead()
>>       File
>> "/usr/lib/python2.3/site-packages/twisted/internet/tcp.py",  line
>> 351, in doRead
>>         return self.protocol.dataReceived(data)
>>       File "/usr/lib/python2.3/site-packages/twisted/protocols/basic.py",
>> line 221, in dataReceived
>>         why = self.lineReceived(line)
>>       File "/usr/local/PyMSNt/src/tlib/msn.py", line 669, in lineReceived
>>     
>>       File "/usr/local/PyMSNt/src/tlib/msn.py", line 968, in handle_ILN
>>     
>>       File "/usr/local/PyMSNt/src/legacy/msnw.py", line 635, in
>> contactStatusChanged
>>     
>>       File "/usr/local/PyMSNt/src/legacy/glue.py", line 348, in
>> contactStatusChanged
>>     
>>     exceptions.AttributeError: Session instance has no attribute 
>> 'contactList'
>>     
>> 2006/01/18 17:28 CET [Notification,client] Stopping factory
>> <tlib.msn.NotificationFactory instance at 0xb24d170c>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 256 bytes
Desc: OpenPGP digital signature
Url : 
http://modevia.com/pipermail/py-transports/attachments/20060126/f01e8635/signature-0001.pgp
From [EMAIL PROTECTED]  Thu Jan 26 16:45:45 2006
From: [EMAIL PROTECTED] (Andrew Diederich)
Date: Thu Jan 26 16:45:50 2006
Subject: [py-transports] changing PyMSNt.tac
Message-ID: <[EMAIL PROTECTED]>

Currently (10.3) the first lines of PyMSNt.tac look like this:

# Path to the PyMSNt installed directory
PATH = "/usr/local/PyMSNt/"

# Path to the configuration file
CONFIG = "/usr/local/PyMSNt/config.xml"


Since PATH is set by the time CONFIG is reached, I think it makes
sense to change CONFIG to:
CONFIG = "{$PATH}/config.xml"

Any objections?

--
Andrew Diederich
[EMAIL PROTECTED]
From [EMAIL PROTECTED]  Thu Jan 26 17:28:27 2006
From: [EMAIL PROTECTED] (Andrew Diederich)
Date: Thu Jan 26 17:28:33 2006
Subject: [py-transports] Re: changing PyMSNt.tac
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Ignore my last email.  That was dumb.

--
Andrew Diederich
From [EMAIL PROTECTED]  Thu Jan 26 18:39:10 2006
From: [EMAIL PROTECTED] (Peter Berry)
Date: Thu Jan 26 18:39:26 2006
Subject: [py-transports] Autostart?
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Wed, 25 Jan 2006, Adam Chernow wrote:

> Hey Guys,
>
> Is there a way to get pyMSNt to autostart when my Wildfire (formerly Jive 
> Messenger) server starts @ boot?  I'm on Redhat Prof.
>
> -A

I have packaged 0.10.3 for Fedora Core 3, running as jabber and including 
an init script. It is available here:

ftp://sucs.org/pub/linux/pymsnt-0.10.3-fc3.3.noarch.rpm

and an SRPM here:

ftp://sucs.org/pub/linux/pymsnt-0.10.3-fc3.3.src.rpm

The init script assumes jabberd, so you will need to adjust it to check 
for your own jabber server instead.

HTH

- -- 
Peter Berry, SUCS Ex-Treasurer
<[EMAIL PROTECTED]>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.7 (GNU/Linux)
Comment: For info see http://quantumlab.net/pine_privacy_guard/

iD8DBQFD2RdSjQ2dXZ8OEFERAnYsAKCSEMYjt2khpJF7UZYV50XSaSw13QCdGD0R
zaACuumeyXXiItc4rfnaa5o=
=b44D
-----END PGP SIGNATURE-----
From [EMAIL PROTECTED]  Thu Jan 26 19:26:07 2006
From: [EMAIL PROTECTED] (Alexey Nezhdanov)
Date: Thu Jan 26 19:26:21 2006
Subject: [py-transports] delays in pyAIM-t and pyICQ-t
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

? ????????? ?? ??????? 24 ?????? 2006 22:20 Alexey Nezhdanov ???????(a):
> ? ????????? ?? ??????? 24 ?????? 2006 21:09 Daniel Henninger ???????(a):
> > =(  Maybe, but I hate that there's nothing concrete I can really tell
> > you there.  I wonder why gaim is behaving better...  What jabber
> > server are you running/connecting through?
>
> ejabberd in one case (where it was slower)
> jabberd13 in other (where it was faster)
>
> I think I'd say "forgot it, I'll do more testing and then report back" now.
> The problem is really too not specific and leaves us only to guess why it
> is happened.
>
> There can be another answer: may be AOL had been doing something nasty...

Ok. I have done more tests and got more info.
Problem appears only when contacts not yet authorised each other.
Method of testing:
create two fresh ICQ contacts.
initiate chat between them using Psi, ejabberd and pyICQ-t
after exchanging several messages authorise both contacts and exchange more 
messages.
Results (message deliver time in seconds):

One test:
56-5-16-20-8-2-3-6-14-26-27-1-25
AUTH
23-1-1-2-1-1-2-2-1-8-0-4-4

Another test:
18-3-4-4-28-24-25-3-24-33
AUTH
1-1-1-1-1-2-2-2-3-4-2-4-4-1-1

I didn't tested gaim in new conditions though. Will try it tomorrow.

It feels like until contacts authorise each other ICQ server handles messages 
as "offline ones" and processes them on different server that have much more 
delays than realtime one. Though it is just a suggestion.

Also since in previous testing series gaim performed well in the same 
conditions I can suggest that may be gaim was using another submit method for 
offline messages.
Again: I'll try to test gaim tomorrow and will report back.

-- 
Respectfully
Alexey Nezhdanov

Reply via email to