> That's a very strange error to be running into :P
>
> Can you edit src/tlib/msn/msn.py and look for the line DEBUGALL = False
> Change it to DEBUGALL = True
>
> You'll get a whole lot more in your log, but that should help me
> figure out what's going wrong. Thanks.
>
> ---
>
> James
>
> _______________________________________________
> py-transports mailing list
> py-transports@blathersource.org
> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports
This is beyond strange. Now the error has gone away. Something has
changed with my account on the MSN servers I guess because the error is
now gone. I havent tried it for a few hours, just left it alone while I
waited for your reply, and in the meantime something happened...
So then I cannot help debu the original problem anymore.
Ok, then I get back to testing the proxy / file transfer problem. :)
Best regards
Stian B. Barmen
From [EMAIL PROTECTED] Tue Feb 7 21:25:36 2006
From: [EMAIL PROTECTED] (Trejkaz)
Date: Tue Feb 7 21:24:35 2006
Subject: [py-transports] MSN transport errors this morning.
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
On Wednesday 08 February 2006 00:22, Daniel Henninger wrote:
> Oh! Yeah, it's that "No Outlook" filter I have in place. ;D
> Kidding. Hrm, well I get bounces when you post, but they don't really
> tell me anything. (so I know that you tried to post, and that it
> bounced, and what you said, but I have no idea why) I'll ask my
> providers if they can see any reason why that's happening. =)
Actually, jokes aside, the "No Outlook" filter is pretty common. It happens
quite often when the Outlook user hasn't configured their client not to send
those winmail.dat rich text attachments. Many mail servers block
unacceptable attachments and I've definitely seen a couple of servers where
those winmail.dat files are considered unacceptable. Outlook pretty commonly
attached vCard files to emails too. It can all be turned off, but the
majority of people don't do it.
Chalk it up to Outlook having "bad defaults". All mail clients should default
to text-only mail.
TX
--
Email: [EMAIL PROTECTED]
Jabber ID: [EMAIL PROTECTED]
Web site: http://trypticon.org/
GPG Fingerprint: 9EEB 97D7 8F7B 7977 F39F A62C B8C7 BC8B 037E EA73
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url :
http://modevia.com/pipermail/py-transports/attachments/20060208/474e952d/attachment.pgp
From [EMAIL PROTECTED] Wed Feb 8 09:49:46 2006
From: [EMAIL PROTECTED] (Norman Rasmussen)
Date: Wed Feb 8 09:49:54 2006
Subject: [py-transports] MSN transport errors this morning.
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
On 2/7/06, Trejkaz <[EMAIL PROTECTED]> wrote:
> Chalk it up to Outlook having "bad defaults". All mail clients should default
> to text-only mail.
First thing I do after a fresh install (at work, so Outlok is
'required') is turn off that compose emails using Word. Means less
memory usage, and no skrewed up winmail attachments.
--
- Norman Rasmussen
- Email: [EMAIL PROTECTED]
- Home page: http://norman.rasmussen.co.za/
From [EMAIL PROTECTED] Wed Feb 8 10:02:11 2006
From: [EMAIL PROTECTED] (Jeff)
Date: Wed Feb 8 10:01:50 2006
Subject: [py-transports] A problem with avatars over the transport.
Message-ID: <[EMAIL PROTECTED]>
Since the transport contact JIDs have a /msn resource added to them, I can
no longer retrieve my friend's avatars.
When my client sends:
<iq id='2' type='get' to='[EMAIL PROTECTED]/msn'><query
xmlns='jabber:iq:avatar'/></iq>
The server returns:
<iq from='msn.jabber.no' to='[EMAIL PROTECTED]/resource' id='2'
type='error'><error code='404'
type='cancel'><recipient-unavailable/></error></iq>
However, if I send the bare JID, instead of the JID with resource
included, I can download the avatar. Can anyone else confirm that on
msn.jabber.no or another server using the latest pymsnt?
--
Jeff
From [EMAIL PROTECTED] Wed Feb 8 10:35:19 2006
From: [EMAIL PROTECTED] (Norman Rasmussen)
Date: Wed Feb 8 10:35:44 2006
Subject: [py-transports] A problem with avatars over the transport.
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
You're not supposed to ask the full jid for the avatar, only the bare
jid. Whatever client you're using, it needs to be tweaked to work
properly.
On 2/8/06, Jeff <[EMAIL PROTECTED]> wrote:
> Since the transport contact JIDs have a /msn resource added to them, I can
> no longer retrieve my friend's avatars.
>
> When my client sends:
> <iq id='2' type='get' to='[EMAIL PROTECTED]/msn'><query
> xmlns='jabber:iq:avatar'/></iq>
>
> The server returns:
> <iq from='msn.jabber.no' to='[EMAIL PROTECTED]/resource' id='2'
> type='error'><error code='404'
> type='cancel'><recipient-unavailable/></error></iq>
>
> However, if I send the bare JID, instead of the JID with resource
> included, I can download the avatar. Can anyone else confirm that on
> msn.jabber.no or another server using the latest pymsnt?
>
>
> --
> Jeff
> _______________________________________________
> py-transports mailing list
> py-transports@blathersource.org
> 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] Wed Feb 8 11:21:03 2006
From: [EMAIL PROTECTED] (Jeff)
Date: Wed Feb 8 11:20:44 2006
Subject: [py-transports] A problem with avatars over the transport.
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Of course you are. Look at JEP-0008.
On Wed, 08 Feb 2006 04:35:19 -0600, Norman Rasmussen
<[EMAIL PROTECTED]> wrote:
> You're not supposed to ask the full jid for the avatar, only the bare
> jid. Whatever client you're using, it needs to be tweaked to work
> properly.
>
> On 2/8/06, Jeff <[EMAIL PROTECTED]> wrote:
>> Since the transport contact JIDs have a /msn resource added to them, I
>> can
>> no longer retrieve my friend's avatars.
>>
>> When my client sends:
>> <iq id='2' type='get' to='[EMAIL PROTECTED]/msn'><query
>> xmlns='jabber:iq:avatar'/></iq>
>>
>> The server returns:
>> <iq from='msn.jabber.no' to='[EMAIL PROTECTED]/resource' id='2'
>> type='error'><error code='404'
>> type='cancel'><recipient-unavailable/></error></iq>
>>
>> However, if I send the bare JID, instead of the JID with resource
>> included, I can download the avatar. Can anyone else confirm that on
>> msn.jabber.no or another server using the latest pymsnt?
>>
>>
>> --
>> Jeff
>> _______________________________________________
>> py-transports mailing list
>> py-transports@blathersource.org
>> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports
>>
>
>
> --
> - Norman Rasmussen
> - Email: [EMAIL PROTECTED]
> - Home page: http://norman.rasmussen.co.za/
> _______________________________________________
> py-transports mailing list
> py-transports@blathersource.org
> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports
--
Jeff
From [EMAIL PROTECTED] Wed Feb 8 11:32:59 2006
From: [EMAIL PROTECTED] (Oleg Motienko)
Date: Wed Feb 8 11:33:03 2006
Subject: [py-transports] PyICQ: FYI
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Maybe it's a trouble with freebsd ports install
On 2/7/06, Daniel Henninger <[EMAIL PROTECTED]> wrote:
> x11? what the crap would it need x11? ;D I don't recall anything
> from the compile/configure that wanted X11.
>
> Daniel
>
> On Feb 7, 2006, at 9:47 AM, Oleg Motienko wrote:
>
> > Thanks, I noticed that package already :)
> > But it want to install x11 on dependence :(.
--
Regards,
Oleg
From [EMAIL PROTECTED] Wed Feb 8 11:45:36 2006
From: [EMAIL PROTECTED] (Oleg Motienko)
Date: Wed Feb 8 11:45:43 2006
Subject: [py-transports] PyICQ: FYI
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Igor at goryachev org post a patch
http://www.blathersource.org/bugs_view.php?projid=pyicq-t&bugid=89
Posted by guest at 2006-02-08 11:21:22
Well, it seems to be broken in the surrent svn. I have created a tiny patch to
fix it.
Posted by guest at 2006-02-08 11:23:00
Ohh. Forgot to remove 'print "|%r|" % msg' debug statement...
On 2/7/06, Daniel Henninger <[EMAIL PROTECTED]> wrote:
> Ok, it's implemented now. ;D What's in SVN is effectively a release
> candidate right now. If I don't hear otherwise, I'll probably make
> it a real release ... tonight? Probably tonight.
--
Regards,
Oleg
From [EMAIL PROTECTED] Wed Feb 8 11:47:35 2006
From: [EMAIL PROTECTED] (Norman Rasmussen)
Date: Wed Feb 8 11:47:43 2006
Subject: [py-transports] A problem with avatars over the transport.
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
On 2/8/06, Jeff <[EMAIL PROTECTED]> wrote:
> Of course you are. Look at JEP-0008.
Woops, sorry I was thinking about vcard based avatars.
JEP-0008: If the first method fails, the second method that should be
attempted by sending a request to the server for the avatar-generating
user's public XML containing the avatar data. This data is to be
stored in the storage:client:avatar namespace. This method presumes
that the avatar-generating client has already stored its avatar data
on the server.
Does you client fall back to retrieve the public XML version? Does
PyMSNt support both?
--
- Norman Rasmussen
- Email: [EMAIL PROTECTED]
- Home page: http://norman.rasmussen.co.za/
From [EMAIL PROTECTED] Wed Feb 8 11:51:48 2006
From: [EMAIL PROTECTED] (Jeff)
Date: Wed Feb 8 11:51:27 2006
Subject: [py-transports] A problem with avatars over the transport.
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
On Wed, 08 Feb 2006 05:47:35 -0600, Norman Rasmussen
<[EMAIL PROTECTED]> wrote:
> On 2/8/06, Jeff <[EMAIL PROTECTED]> wrote:
>> Of course you are. Look at JEP-0008.
>
> Woops, sorry I was thinking about vcard based avatars.
>
> JEP-0008: If the first method fails, the second method that should be
> attempted by sending a request to the server for the avatar-generating
> user's public XML containing the avatar data. This data is to be
> stored in the storage:client:avatar namespace. This method presumes
> that the avatar-generating client has already stored its avatar data
> on the server.
>
> Does you client fall back to retrieve the public XML version? Does
> PyMSNt support both?
My client doesn't fall back on storage:client:avatar (if it did I never
would have noticed this problem), but yes pymsnt supports storage.
--
Jeff
From [EMAIL PROTECTED] Wed Feb 8 11:56:24 2006
From: [EMAIL PROTECTED] (Oleg Motienko)
Date: Wed Feb 8 11:56:37 2006
Subject: [py-transports] PyICQ: FYI
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
He use hardcoded cp1251 encoding (default for russian)
status = status.encode('cp1251', 'replace')
I think, It must be an encodig from config or spool xml file.
Also, I found a bug: if client places incorrect encoding name into
registration form, pyicq-t gives an exception. I think it must be
replaced by default encoding from config file.
On 2/8/06, Oleg Motienko <[EMAIL PROTECTED]> wrote:
> Igor at goryachev org post a patch
>
> http://www.blathersource.org/bugs_view.php?projid=pyicq-t&bugid=89
--
Regards,
Oleg
From [EMAIL PROTECTED] Wed Feb 8 12:17:54 2006
From: [EMAIL PROTECTED] (Daniel Henninger)
Date: Wed Feb 8 12:18:02 2006
Subject: [py-transports] PyICQ: FYI
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
I get notifications when people post comments on blathersource, so no
need to point me at them. ;D But what do you mean "if client
places incorrect encoding name into registration form"? All I ask
for in the registration form is username and password, so I'm
confused about where you would be entering a wrong encoding name. As
for the status bug, I need to look into that a tad closer. I think
there might be something broken at a lower level. Can you ...
actually email ought to work ... email me a russian phrase that I can
test with as a status message? And is this Russian typed via unicode
or via codepage 1251?
Daniel
On Feb 8, 2006, at 6:56 AM, Oleg Motienko wrote:
> He use hardcoded cp1251 encoding (default for russian)
>
> status = status.encode('cp1251', 'replace')
> I think, It must be an encodig from config or spool xml file.
>
> Also, I found a bug: if client places incorrect encoding name into
> registration form, pyicq-t gives an exception. I think it must be
> replaced by default encoding from config file.
>
> On 2/8/06, Oleg Motienko <[EMAIL PROTECTED]> wrote:
>> Igor at goryachev org post a patch
>>
>> http://www.blathersource.org/bugs_view.php?projid=pyicq-t&bugid=89
>
> --
> Regards,
> Oleg
> _______________________________________________
> py-transports mailing list
> py-transports@blathersource.org
> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports
