Sorry for the blasted MS mail client. Work standards, I have no choice :( -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alexey Nezhdanov Sent: Sunday, January 08, 2006 12:41 AM To: PyAIM-t/PyICQ-t/PyMSN-t Discussion Subject: Re: [py-transports] PyAIMt
On Sunday, Jan 08 2006 04:36 Daniel Henninger wrote: > =D What format is that in? File gives me: > katana:~ daniel$ file ~/Desktop/winmail.dat > /Users/daniel/Desktop/winmail.dat: Transport Neutral Encapsulation > Format > > =D He uses either Outlook Express or MS Outlook. I know - we should kill him for this but for sake of making PyAIMt here is version decoded with tneff. Small text is really _very_ small - actually it was very hard to me to found it. Blue nickname writes it. > Daniel > > On Jan 7, 2006, at 6:02 PM, Parish, Ray wrote: > > Here is a screen shot. You can see the small text! :) > > > > > > ________________________________ > > > > From: [EMAIL PROTECTED] on behalf of Daniel > > Henninger > > Sent: Thu 1/5/2006 10:41 AM > > To: PyAIM-t/PyICQ-t/PyMSN-t Discussion > > Subject: Re: [py-transports] PyAIMt > > > > > > > > OPN? =) When you say legit AOL clients, do you mean those using the > > official AIM client, or those not only using the official AIM client, > > but also using AOL "as a whole". (the service or whatever you'd call > > it) I have no way of testing the AOL "as a whole" service, but there > > shouldn't be any reason why it doesn't come through correctly based > > off PyAIM's code. (simply because it never ever references italics, > > blue, or any type of font really. =/ I can't imagine what else > > would cause it. Does anyone happen to have a screenshot of this > > behavior so that I can look and see if I notice anything unusual? > > > > Daniel > > > > On Jan 5, 2006, at 9:16 AM, Parish, Ray wrote: > >> The only reports I have heard are from legit AOL clients. If other > >> aim > >> users are using Trillian or someother IM Client, the font comes > >> over as > >> it should. > >> > >> More info on our environment: > >> > >> We are using OPN Server client 4.5 sp1. The OPN server talks to our > >> jabber 1.4.4 server to access the gateways. > >> We only transitioned from the old c transport because the process > >> would > >> die several times a day. We switched to the PyAIMt and it has been > >> running solid for over a week with no problems. > >> > >> > >> Thanks > >> > >> > >> -----Original Message----- > >> From: [EMAIL PROTECTED] > >> [mailto:[EMAIL PROTECTED] On Behalf Of Daniel > >> Henninger > >> Sent: Thursday, January 05, 2006 9:07 AM > >> To: PyAIM-t/PyICQ-t/PyMSN-t Discussion > >> Subject: Re: [py-transports] PyAIMt > >> > >> Say -what-? Ack! The default handling of text in PyAIM is to be > >> simple "black text on white background"... nothing special about it. > >> If your Jabber client is providing XHTML, then I tried to pass that > >> on if I can. All I can think of is that either: > >> > >> A. The person on the other end has something configured poorly in > >> their AIM client > >> B. The jabber client is set to be small blue italicized > >> > >> I can't imagine where else this would be coming from! =/ Anyone > >> else seen this before? > >> > >> Daniel > >> > >> On Jan 5, 2006, at 8:56 AM, Parish, Ray wrote: > >>> Sorry if this has been covered before, I just transitioned from the > >>> old aim c transport to the new Python AIM. > >>> > >>> Very stable compared to the old c transport, thanks guys. > >>> > >>> > >>> > >>> PyAIMt-0.7b version > >>> > >>> > >>> > >>> I am getting reports that when a user uses the PyAIMt transport to > >>> communicate to an AIM client (legit download client) the font is > >>> seen to the AIM client as small blue italicized font. > >>> > >>> > >>> > >>> Any fix? > >>> > >>> > >>> > >>> > >>> > >>> _______________________________________________ > >>> py-transports mailing list > >>> py-transports@blathersource.org > >>> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports > >> > >> _______________________________________________ > >> py-transports mailing list > >> py-transports@blathersource.org > >> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports > >> _______________________________________________ > >> py-transports mailing list > >> py-transports@blathersource.org > >> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports > > > > _______________________________________________ > > py-transports mailing list > > py-transports@blathersource.org > > http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports > > > > > > <winmail.dat> > > _______________________________________________ > > py-transports mailing list > > py-transports@blathersource.org > > http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports > > _______________________________________________ > py-transports mailing list > py-transports@blathersource.org > http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports -- Respectfully Alexey Nezhdanov From [EMAIL PROTECTED] Mon Jan 9 18:20:51 2006 From: [EMAIL PROTECTED] (Nathan Palmer) Date: Mon Jan 9 18:21:02 2006 Subject: [py-transports] pyMSN Avatar Issue (again) Message-ID: <[EMAIL PROTECTED]> This morning I updated to the Pandion 2.5 that was released. I also cleared all my Pandion settings (including avatars) and I cleared the pymsn avatars (I do have that directory.) I restarted both and it seems the issue is still happening. I enabled the debug.log file like you said and it has a ton of information including the same error that I had posted before. The first line is interesting though. Is it a problem that we start with backslashes and then move to forward-slashes? Is it trying to find this file and maybe failing? 2006/01/09 11:12 Mountain Standard Time [XmlStream,client] INFO :: :: Avatar not found. :: getAvatarData :: <avatar.AvatarCache instance at 0x0126C968> :: {'self': <avatar.AvatarCache instance at 0x0126C968>, 'key': '8181b0e039800e07872a845713f505aeb374963b', 'filename': 'C:\\Program Files\\Wildfire\\transports\\pymsnt-0.10.3/msn.dsdemail.com/avatars/818/ 8181b0e039800e07872a845713f505aeb374963b'} 2006/01/09 11:12 Mountain Standard Time [XmlStream,client] Traceback (most recent call last): File "C:\Python24\lib\site-packages\twisted\python\log.py", line 56, in callWithLogger return callWithContext({"system": lp}, func, *args, **kw) File "C:\Python24\lib\site-packages\twisted\python\log.py", line 41, in callWithContext return context.call({ILogContext: newCtx}, func, *args, **kw) File "C:\Python24\lib\site-packages\twisted\python\context.py", line 52, in callWithContext return self.currentContext().callWithContext(ctx, func, *args, **kw) File "C:\Python24\lib\site-packages\twisted\python\context.py", line 31, in callWithContext return func(*args,**kw) --- <exception caught here> --- File "C:\Python24\lib\site-packages\twisted\internet\selectreactor.py", line 139, in _doReadOrWrite why = getattr(selectable, method)() File "C:\Python24\lib\site-packages\twisted\internet\tcp.py", line 351, in doRead return self.protocol.dataReceived(data) File "C:\Python24\lib\site-packages\twisted\xish\xmlstream.py", line 145, in dataReceived self.stream.parse(buf) File "C:\Python24\lib\site-packages\twisted\xish\domish.py", line 600, in parse self.parser.Parse(buffer) File "C:\Python24\lib\site-packages\twisted\xish\domish.py", line 638, in _onEndElement self.ElementEvent(self.currElem) File "C:\Python24\lib\site-packages\twisted\xish\xmlstream.py", line 166, in onElement self.dispatch(element) File "C:\Python24\lib\site-packages\twisted\xish\utility.py", line 233, in dispatch callbacklist.callback(object) File "C:\Python24\lib\site-packages\twisted\xish\utility.py", line 37, in callback methodwrapper(*args, **kwargs) File "C:\Python24\lib\site-packages\twisted\xish\utility.py", line 21, in __call__ self.method(*nargs, **nkwargs) File "C:\Program Files\Wildfire\transports\pymsnt-0.10.3\src\disco.py", line 150, in onIq handler(el) File "C:\Program Files\Wildfire\transports\pymsnt-0.10.3\src\misciq.py", line 266, in incomingIq PHOTO = c.avatar.makePhotoElement() File "C:\Program Files\Wildfire\transports\pymsnt-0.10.3\src\avatar.py", line 56, in makePhotoElement binval.addContent(base64.encodestring(self.getImageData())) File "C:\Python24\lib\base64.py", line 311, in encodestring for i in range(0, len(s), MAXBINSIZE): exceptions.TypeError: len() of unsized object Thanks for the help. Nathan Palmer [EMAIL PROTECTED] -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lars T. Mikkelsen Sent: Friday, January 06, 2006 4:13 PM To: py-transports@blathersource.org Subject: Re: [py-transports] pyMSN Avatar Issue (again) On Fri, Jan 06, 2006 at 01:52:09PM -0700, Nathan Palmer wrote: > Pandion 2.1.2 beta Pandion actually had a bug with vCard based avatars, as discussed in a previous thread [1], though it got fixed in 2.1.2 beta. However, the developers of Pandion silently update the beta without any change to the version number, so if you got a really old version, your might consider upgrading it (they have in fact just released 2.5 RC1 [2]). > Traceback (most recent call last): [snip] > File "C:\Program > Files\Wildfire\transports\pymsnt-0.10.3\src\avatar.py", line > > 56, in makePhotoElement > > binval.addContent(base64.encodestring(self.getImageData())) > > File "C:\Python24\lib\base64.py", line 311, in encodestring > > for i in range(0, len(s), MAXBINSIZE): > > exceptions.TypeError: len() of unsized object My guess is that the avatars are not stored (or read) properly in the avatar cache on disk. You should have a folder "C:\Program Files\Wildfire\transports\pymsnt-0.10.3\<value of jid in config.xml>\avatars" which contains three-letter subfolders. These subfolders should again contain 40-letter files. Could you please check if you got these folders and files? You should also have a debug.log in the pymsnt-0.10.3 folder. Try checking that file for errors regarding avatars. Best regards, Lars [1] http://modevia.com/pipermail/py-transports/2005-August/001032.html [2] http://www.pandion.be/upload/Pandion-2.5%20RC1.exe _______________________________________________ py-transports mailing list py-transports@blathersource.org http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports From [EMAIL PROTECTED] Mon Jan 9 18:32:15 2006 From: [EMAIL PROTECTED] (Nathan Palmer) Date: Mon Jan 9 18:32:20 2006 Subject: [py-transports] pyMSN Avatar Issue (again) Message-ID: <[EMAIL PROTECTED]> Also something interesting I noticed here. When I compare Pandion's PNG cache to pyMSN they are different. I'll have a file for example within pyMSN that is named 0962a528e0cc55b44cc1d735c98a6040de3eb000 That is 16,397 bytes. The same file in Pandion is 6 bytes and only has "?PNG" inside of it. So something might be being lost in the transfer. I copied all the avatar files directly over to see if they would show up in Pandion and they still aren't. Something else interesting though, the avatars in Pandion's cache that have larger byte sizes I can put a .PNG on the end and open it up in my image viewer. All of these seem to be the ones that come with Pandion. I cannot however do the same thing with the pyMSN avatars. Should they be able to open in a standard image viewer that can view PNG files? Nathan Palmer [EMAIL PROTECTED] -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lars T. Mikkelsen Sent: Friday, January 06, 2006 4:13 PM To: py-transports@blathersource.org Subject: Re: [py-transports] pyMSN Avatar Issue (again) On Fri, Jan 06, 2006 at 01:52:09PM -0700, Nathan Palmer wrote: > Pandion 2.1.2 beta Pandion actually had a bug with vCard based avatars, as discussed in a previous thread [1], though it got fixed in 2.1.2 beta. However, the developers of Pandion silently update the beta without any change to the version number, so if you got a really old version, your might consider upgrading it (they have in fact just released 2.5 RC1 [2]). > Traceback (most recent call last): [snip] > File "C:\Program > Files\Wildfire\transports\pymsnt-0.10.3\src\avatar.py", line > > 56, in makePhotoElement > > binval.addContent(base64.encodestring(self.getImageData())) > > File "C:\Python24\lib\base64.py", line 311, in encodestring > > for i in range(0, len(s), MAXBINSIZE): > > exceptions.TypeError: len() of unsized object My guess is that the avatars are not stored (or read) properly in the avatar cache on disk. You should have a folder "C:\Program Files\Wildfire\transports\pymsnt-0.10.3\<value of jid in config.xml>\avatars" which contains three-letter subfolders. These subfolders should again contain 40-letter files. Could you please check if you got these folders and files? You should also have a debug.log in the pymsnt-0.10.3 folder. Try checking that file for errors regarding avatars. Best regards, Lars [1] http://modevia.com/pipermail/py-transports/2005-August/001032.html [2] http://www.pandion.be/upload/Pandion-2.5%20RC1.exe _______________________________________________ py-transports mailing list py-transports@blathersource.org http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports From [EMAIL PROTECTED] Mon Jan 9 19:20:41 2006 From: [EMAIL PROTECTED] (Norman Rasmussen) Date: Mon Jan 9 19:20:47 2006 Subject: [py-transports] pyMSN Avatar Issue (again) In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Does Pandion cache the vcards? If so what's in them. Any chance at catching the vcard's xml as it arrives over the wire? Try calculating the sha1 hash of the file, does it match the file's name? (openssl sha1 < file) Clearly Pandion is calculating the right hash (for the full data), but then failing to store the file correctly. Off the top of my head I thought this might be related to file buffers not flushing, or bad base64 decoding, but alas no, after a bit of reading I think I found the reason why you have short files: Having a look at a sample png file, the 7th byte is a 0x1A - otherwise know as the 'DOS end-of-file marker'. My guess would be that something is messing up when it reads the png files. Can you check with another client to check if it's Pandion or PyMSNt/python. Is anyone else running PyMSNt on windows? On 1/9/06, Nathan Palmer <[EMAIL PROTECTED]> wrote: > Also something interesting I noticed here. When I compare Pandion's PNG > cache to pyMSN they are different. > > I'll have a file for example within pyMSN that is named > > 0962a528e0cc55b44cc1d735c98a6040de3eb000 > > That is 16,397 bytes. The same file in Pandion is 6 bytes and only has > "?PNG" inside of it. So something might be being lost in the transfer. I > copied all the avatar files directly over to see if they would show up in > Pandion and they still aren't. > > Something else interesting though, the avatars in Pandion's cache that have > larger byte sizes I can put a .PNG on the end and open it up in my image > viewer. All of these seem to be the ones that come with Pandion. I cannot > however do the same thing with the pyMSN avatars. Should they be able to > open in a standard image viewer that can view PNG files? > > Nathan Palmer > [EMAIL PROTECTED] > > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lars T. > Mikkelsen > Sent: Friday, January 06, 2006 4:13 PM > To: py-transports@blathersource.org > Subject: Re: [py-transports] pyMSN Avatar Issue (again) > > On Fri, Jan 06, 2006 at 01:52:09PM -0700, Nathan Palmer wrote: > > Pandion 2.1.2 beta > > Pandion actually had a bug with vCard based avatars, as discussed in a > previous thread [1], though it got fixed in 2.1.2 beta. However, the > developers of Pandion silently update the beta without any change to the > version number, so if you got a really old version, your might consider > upgrading it (they have in fact just released 2.5 RC1 [2]). > > > Traceback (most recent call last): > [snip] > > File "C:\Program > > Files\Wildfire\transports\pymsnt-0.10.3\src\avatar.py", line > > > > 56, in makePhotoElement > > > > binval.addContent(base64.encodestring(self.getImageData())) > > > > File "C:\Python24\lib\base64.py", line 311, in encodestring > > > > for i in range(0, len(s), MAXBINSIZE): > > > > exceptions.TypeError: len() of unsized object > > My guess is that the avatars are not stored (or read) properly in the > avatar cache on disk. You should have a folder "C:\Program > Files\Wildfire\transports\pymsnt-0.10.3\<value of jid in > config.xml>\avatars" which contains three-letter subfolders. These > subfolders should again contain 40-letter files. Could you please check > if you got these folders and files? > > You should also have a debug.log in the pymsnt-0.10.3 folder. Try > checking that file for errors regarding avatars. > > Best regards, > Lars > > [1] http://modevia.com/pipermail/py-transports/2005-August/001032.html > [2] http://www.pandion.be/upload/Pandion-2.5%20RC1.exe > _______________________________________________ > py-transports mailing list > py-transports@blathersource.org > http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports > _______________________________________________ > 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] Mon Jan 9 20:29:07 2006 From: [EMAIL PROTECTED] (Lars T. Mikkelsen) Date: Mon Jan 9 20:29:28 2006 Subject: [py-transports] pyMSN Avatar Issue (again) In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> On Mon, Jan 09, 2006 at 11:20:51AM -0700, Nathan Palmer wrote: > I enabled the debug.log file like you said and it has a ton of > information including the same error that I had posted before. The > first line is interesting though. Is it a problem that we start with > backslashes and then move to forward-slashes? Is it trying to find this > file and maybe failing? The mix of backslashes and forward slashes might very well be the problem. However, I find it a bit strange if Python is able to write but not read from such paths. I'm attaching a patch to use the correct directory separator. Please try applying the patch. Best regards, Lars -------------- next part -------------- Index: avatar.py =================================================================== --- avatar.py (revision 59) +++ avatar.py (working copy) @@ -74,7 +74,7 @@ def dir(self, key): """ Returns the full path to the directory that a particular key is in. Creates that directory if it doesn't already exist. """ - d = os.path.abspath(config.spooldir) + "/" + config.jid + "/avatars/" + key[0:3] + "/" + d = os.path.join(os.path.abspath(config.spooldir), config.jid, "avatars", key[0:3]) if not os.path.exists(d): os.makedirs(d) return d @@ -87,7 +87,7 @@ LogEvent(INFO, "", "Setting avatar %s" % (key)) prev_umask = os.umask(SPOOL_UMASK) try: - f = open(self.dir(key) + key, 'w') + f = open(os.path.join(self.dir(key), key), 'w') f.write(imageData) f.close() except IOError, e: @@ -104,7 +104,7 @@ def getAvatarData(self, key): """ Loads the avatar with SHA1 hash of 'key' from disk and returns the data """ try: - filename = self.dir(key) + key + filename = os.path.join(self.dir(key), key) if os.path.isfile(filename): LogEvent(INFO, "Getting avatar.") f = open(filename) From [EMAIL PROTECTED] Mon Jan 9 21:08:41 2006 From: [EMAIL PROTECTED] (Norman Rasmussen) Date: Mon Jan 9 21:08:46 2006 Subject: [py-transports] pyMSN Avatar Issue (again) In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> I doubt the patch will, help. In getAvatarData try changing this instead: f = open(filename) to f = open(filename, 'rb') On 1/9/06, Lars T. Mikkelsen <[EMAIL PROTECTED]> wrote: > On Mon, Jan 09, 2006 at 11:20:51AM -0700, Nathan Palmer wrote: > > I enabled the debug.log file like you said and it has a ton of > > information including the same error that I had posted before. The > > first line is interesting though. Is it a problem that we start with > > backslashes and then move to forward-slashes? Is it trying to find this > > file and maybe failing? > > The mix of backslashes and forward slashes might very well be the > problem. However, I find it a bit strange if Python is able to write but > not read from such paths. I'm attaching a patch to use the correct > directory separator. Please try applying the patch. > > Best regards, > Lars > > > _______________________________________________ > 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] Mon Jan 9 21:24:27 2006 From: [EMAIL PROTECTED] (Lars T. Mikkelsen) Date: Mon Jan 9 21:24:34 2006 Subject: [py-transports] pyMSN Avatar Issue (again) In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> On Mon, Jan 09, 2006 at 11:08:41PM +0200, Norman Rasmussen wrote: > I doubt the patch will, help. In getAvatarData try changing this instead: > > f = open(filename) > > to > > f = open(filename, 'rb') While this is a good suggestion and might be necessary to get the avatars fully working on Windows, I don't this it is the current issue. Note the debug output Nathan posted, it says "Avatar not found." This is printed if os.path.isfile(filename) fails in getAvatarData(), and thus, f = open(filename) isn't reached. Best regards, Lars From [EMAIL PROTECTED] Mon Jan 9 21:52:33 2006 From: [EMAIL PROTECTED] (Norman Rasmussen) Date: Mon Jan 9 21:52:37 2006 Subject: [py-transports] pyMSN Avatar Issue (again) In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Well he's obviously managing to get 6 byte avatars to pandion, so something must be working. Maybe the avatar not found is only if the avatar isn't cached on pymsnt (which he said he'd cleared the avatar cache). I still reckon that the open fix will fix his issue, and no other changes are required - only Nathan can tell us. On 1/9/06, Lars T. Mikkelsen <[EMAIL PROTECTED]> wrote: > On Mon, Jan 09, 2006 at 11:08:41PM +0200, Norman Rasmussen wrote: > > I doubt the patch will, help. In getAvatarData try changing this instead: > > > > f = open(filename) > > > > to > > > > f = open(filename, 'rb') > > While this is a good suggestion and might be necessary to get the > avatars fully working on Windows, I don't this it is the current issue. > Note the debug output Nathan posted, it says "Avatar not found." This is > printed if os.path.isfile(filename) fails in getAvatarData(), and thus, > f = open(filename) isn't reached. > > Best regards, > Lars > _______________________________________________ > 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] Mon Jan 9 23:59:37 2006 From: [EMAIL PROTECTED] (Lars T. Mikkelsen) Date: Mon Jan 9 23:59:48 2006 Subject: [py-transports] pyMSN Avatar Issue (again) In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> On Mon, Jan 09, 2006 at 11:52:33PM +0200, Norman Rasmussen wrote: > Well he's obviously managing to get 6 byte avatars to pandion, so > something must be working. Maybe the avatar not found is only if the > avatar isn't cached on pymsnt (which he said he'd cleared the avatar > cache). I still reckon that the open fix will fix his issue, and no > other changes are required - only Nathan can tell us. I'm sorry, I think you're absolutely right. I hadn't done my homework on the 'DOS end-of-file marker' properly. :-) Perhaps it's also necessary to use 'wb' in setAvatar() to avoid conversion of newlines? Best regards, Lars From [EMAIL PROTECTED] Tue Jan 10 00:13:12 2006 From: [EMAIL PROTECTED] (Nathan Palmer) Date: Tue Jan 10 00:13:18 2006 Subject: [py-transports] pyMSN Avatar Issue (again) Message-ID: <[EMAIL PROTECTED]> Ok guys. Thanks for the suggestions. I first dumped out the XML that pandion receives. I did in-fact only get what was written out to disk. Here is a sample. <iq to="npalmer/Pandion" from="[EMAIL PROTECTED]" id="sd62" type="result"><vCard xmlns="vcard-temp"><NICKNAME>andy</NICKNAME><PHOTO><TYPE>image/png</TYPE ><BINVAL>iVBORwo= </BINVAL></PHOTO></vCard></iq> Once I add the 'rb' It came out a little different. <iq to="npalmer/Pandion" from="[EMAIL PROTECTED]" id="sd70" type="result"><vCard xmlns="vcard-temp"><NICKNAME>andy</NICKNAME><PHOTO><TYPE>image/png</TYPE ><BINVAL>iVBORw0NChoNCgAAAA1JSERSAAAAYAAAAGAIAgAAAG364G8AAAAEZ0FNQQAA2QN C1k+hAAAACXBI WXMAABuvAAAbrwFeGpEcAAAAJHRFWHRTb2Z0d2FyZQBRdWlja1RpbWUgNy4wLjMgKE1hYyBP UyBY KQCfXjhJAAAAB3RJTUUH1gEBFx01PdkGjQAAIABJREFUeJy9vXeQpdl1H/bd8MWXX/frPD2h e+Lu ... Removed for brevity 2SCaMx5tvORjEc1W6Aahy1thCEUfRV4zaowHY+yb759TOQJk4NNtZHRR6O76fi3CSzzqTOL8 jVev SrrY0ASdiFZqTKiVo/Jm7xJ2fGt9E6JJJZNmbxEG+j8BZNAXSoGP0qsAAAAASUVORK5CYII= </BINVAL></PHOTO></vCard></iq> At this point the avatars in Pandion's cache matched those of pyMSN's cache. But the avatars still aren't coming up. Next I tried to use Lars's patch, I didn't think it would do anything since it was fixing the path. It behaved as expected (same as before.) But I did notice in the pyMSN debug.log that it has the correct path now. 2006/01/09 16:12 Mountain Standard Time [XmlStream,client] INFO :: :: Avatar not found. :: getAvatarData :: <avatar.AvatarCache instance at 0x0126E940> :: {'self': <avatar.AvatarCache instance at 0x0126E940>, 'key': '8181b0e039800e07872a845713f505aeb374963b', 'filename': 'C:\\Program Files\\Wildfire\\transports\\pymsnt-0.10.3\\msn.dsdemail.com\\avatars\\8 18\\8181b0e039800e07872a845713f505aeb374963b'} I tried to run pyMSN from a linux box and the avatars come through just fine on Pandion. So it must be something with pyMSN and Windows. I grabbed an avatar from linux and one from windows. There is a 5 byte difference where the file on windows is larger. I will attach them to this email and hopefully they will come through. Nathan Palmer [EMAIL PROTECTED] -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Norman Rasmussen Sent: Monday, January 09, 2006 2:53 PM To: PyAIM-t/PyICQ-t/PyMSN-t Discussion Subject: Re: [py-transports] pyMSN Avatar Issue (again) Well he's obviously managing to get 6 byte avatars to pandion, so something must be working. Maybe the avatar not found is only if the avatar isn't cached on pymsnt (which he said he'd cleared the avatar cache). I still reckon that the open fix will fix his issue, and no other changes are required - only Nathan can tell us. On 1/9/06, Lars T. Mikkelsen <[EMAIL PROTECTED]> wrote: > On Mon, Jan 09, 2006 at 11:08:41PM +0200, Norman Rasmussen wrote: > > I doubt the patch will, help. In getAvatarData try changing this instead: > > > > f = open(filename) > > > > to > > > > f = open(filename, 'rb') > > While this is a good suggestion and might be necessary to get the > avatars fully working on Windows, I don't this it is the current issue. > Note the debug output Nathan posted, it says "Avatar not found." This is > printed if os.path.isfile(filename) fails in getAvatarData(), and thus, > f = open(filename) isn't reached. > > Best regards, > Lars > _______________________________________________ > 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: 00d56020d915d3ae36d35fcebe46d7d8a54ccb3d.linux Type: application/octet-stream Size: 13395 bytes Desc: 00d56020d915d3ae36d35fcebe46d7d8a54ccb3d.linux Url : http://modevia.com/pipermail/py-transports/attachments/20060109/72541693/00d56020d915d3ae36d35fcebe46d7d8a54ccb3d-0002.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: 00d56020d915d3ae36d35fcebe46d7d8a54ccb3d.windows Type: application/octet-stream Size: 13440 bytes Desc: 00d56020d915d3ae36d35fcebe46d7d8a54ccb3d.windows Url : http://modevia.com/pipermail/py-transports/attachments/20060109/72541693/00d56020d915d3ae36d35fcebe46d7d8a54ccb3d-0003.obj From [EMAIL PROTECTED] Tue Jan 10 00:37:13 2006 From: [EMAIL PROTECTED] (Lars T. Mikkelsen) Date: Tue Jan 10 00:37:18 2006 Subject: [py-transports] pyMSN Avatar Issue (again) In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> On Mon, Jan 09, 2006 at 05:13:12PM -0700, Nathan Palmer wrote: > <iq to="npalmer/Pandion" from="[EMAIL PROTECTED]" id="sd70" > type="result"><vCard > xmlns="vcard-temp"><NICKNAME>andy</NICKNAME><PHOTO><TYPE>image/png</TYPE > ><BINVAL>iVBORw0NChoNCgAAAA1JSERSAAAAYAAAAGAIAgAAAG364G8AAAAEZ0FNQQAA2QN > C1k+hAAAACXBI [snip] Base64 decoding this gives "89 50 4e 47 0d 0d 0a 1a 0d 0a". The PNG header should be "89 50 4e 47 0d 0a 1a 0a", so I think 'wb' is needed for open() in setAvatar(). > 2006/01/09 16:12 Mountain Standard Time [XmlStream,client] INFO :: :: > Avatar not found. :: getAvatarData :: <avatar.AvatarCache instance at > 0x0126E940> :: {'self': <avatar.AvatarCache instance at 0x0126E940>, > 'key': '8181b0e039800e07872a845713f505aeb374963b', 'filename': > 'C:\\Program > Files\\Wildfire\\transports\\pymsnt-0.10.3\\msn.dsdemail.com\\avatars\\8 > 18\\8181b0e039800e07872a845713f505aeb374963b'} Just to make sure. This files does actually exist? :-) As Norman said, this doesn't need to be an error though. Are you still getting the exceptions, and if so, do they occur just after this "Avatar not found." message? Best regards, Lars From [EMAIL PROTECTED] Tue Jan 10 04:54:05 2006 From: [EMAIL PROTECTED] (Nathan Palmer) Date: Tue Jan 10 04:54:12 2006 Subject: [py-transports] pyMSN Avatar Issue (again) Message-ID: <[EMAIL PROTECTED]> Yes, I looked into those errors and the file does not exist, although the folder does. So I don't know if it got the avatar, created the three character folder, but didn't write out the file; or if this is expected behavior. I still get the errors though in the debug.log. Nathan Palmer [EMAIL PROTECTED] -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lars T. Mikkelsen Sent: Monday, January 09, 2006 5:37 PM To: py-transports@blathersource.org Subject: Re: [py-transports] pyMSN Avatar Issue (again) On Mon, Jan 09, 2006 at 05:13:12PM -0700, Nathan Palmer wrote: > <iq to="npalmer/Pandion" from="[EMAIL PROTECTED]" id="sd70" > type="result"><vCard > xmlns="vcard-temp"><NICKNAME>andy</NICKNAME><PHOTO><TYPE>image/png</TYPE > ><BINVAL>iVBORw0NChoNCgAAAA1JSERSAAAAYAAAAGAIAgAAAG364G8AAAAEZ0FNQQAA2QN > C1k+hAAAACXBI [snip] Base64 decoding this gives "89 50 4e 47 0d 0d 0a 1a 0d 0a". The PNG header should be "89 50 4e 47 0d 0a 1a 0a", so I think 'wb' is needed for open() in setAvatar(). > 2006/01/09 16:12 Mountain Standard Time [XmlStream,client] INFO :: :: > Avatar not found. :: getAvatarData :: <avatar.AvatarCache instance at > 0x0126E940> :: {'self': <avatar.AvatarCache instance at 0x0126E940>, > 'key': '8181b0e039800e07872a845713f505aeb374963b', 'filename': > 'C:\\Program > Files\\Wildfire\\transports\\pymsnt-0.10.3\\msn.dsdemail.com\\avatars\\8 > 18\\8181b0e039800e07872a845713f505aeb374963b'} Just to make sure. This files does actually exist? :-) As Norman said, this doesn't need to be an error though. Are you still getting the exceptions, and if so, do they occur just after this "Avatar not found." message? Best regards, Lars _______________________________________________ py-transports mailing list py-transports@blathersource.org http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports From [EMAIL PROTECTED] Tue Jan 10 05:06:45 2006 From: [EMAIL PROTECTED] (Nathan Palmer) Date: Tue Jan 10 05:06:49 2006 Subject: [py-transports] pyMSN Avatar Issue (again) Message-ID: <[EMAIL PROTECTED]> That did the trick! I changed the line to say 'wb' and now my avatars are coming through, except for 1, but I'm going to count that as a different issue. I appreciate the help on this one. So hopefully you guys can get these changes into the next release. Nathan Palmer [EMAIL PROTECTED] -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lars T. Mikkelsen Sent: Monday, January 09, 2006 5:37 PM To: py-transports@blathersource.org Subject: Re: [py-transports] pyMSN Avatar Issue (again) On Mon, Jan 09, 2006 at 05:13:12PM -0700, Nathan Palmer wrote: > <iq to="npalmer/Pandion" from="[EMAIL PROTECTED]" id="sd70" > type="result"><vCard > xmlns="vcard-temp"><NICKNAME>andy</NICKNAME><PHOTO><TYPE>image/png</TYPE > ><BINVAL>iVBORw0NChoNCgAAAA1JSERSAAAAYAAAAGAIAgAAAG364G8AAAAEZ0FNQQAA2QN > C1k+hAAAACXBI [snip] Base64 decoding this gives "89 50 4e 47 0d 0d 0a 1a 0d 0a". The PNG header should be "89 50 4e 47 0d 0a 1a 0a", so I think 'wb' is needed for open() in setAvatar(). > 2006/01/09 16:12 Mountain Standard Time [XmlStream,client] INFO :: :: > Avatar not found. :: getAvatarData :: <avatar.AvatarCache instance at > 0x0126E940> :: {'self': <avatar.AvatarCache instance at 0x0126E940>, > 'key': '8181b0e039800e07872a845713f505aeb374963b', 'filename': > 'C:\\Program > Files\\Wildfire\\transports\\pymsnt-0.10.3\\msn.dsdemail.com\\avatars\\8 > 18\\8181b0e039800e07872a845713f505aeb374963b'} Just to make sure. This files does actually exist? :-) As Norman said, this doesn't need to be an error though. Are you still getting the exceptions, and if so, do they occur just after this "Avatar not found." message? Best regards, Lars _______________________________________________ py-transports mailing list py-transports@blathersource.org http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports From [EMAIL PROTECTED] Tue Jan 10 05:29:20 2006 From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Daniel_D=EDaz?=) Date: Tue Jan 10 05:29:26 2006 Subject: [py-transports] PyMSN & aMSN Message-ID: <[EMAIL PROTECTED]> Hello! Do PyMSN & aMSN talk to each other nicely? I tried rev 88 of PyMSN with aMSN 0.94 (Ubuntu PPC) and the conversation kept closing. I then went to 0.95 (Gentoo x86) and I keep getting the same: ---------- [23:14:44] Daniel D?az joins conversation [23:14:44] Daniel D?az leaves conversation [23:14:47] Daniel D?az joins conversation [23:14:49] Daniel D?az leaves conversation [23:14:49] Daniel D?az says: test [23:14:49] Daniel D?az joins conversation [23:14:50] Daniel D?az leaves conversation [23:14:52] Daniel D?az joins conversation [23:14:52] Daniel D?az leaves conversation [23:14:55] Daniel D?az joins conversation [23:14:55] Daniel D?az leaves conversation [23:14:58] Daniel D?az joins conversation [23:14:59] Daniel D?az leaves conversation [23:15:01] Daniel D?az joins conversation [23:15:01] Daniel D?az leaves conversation [23:15:04] Daniel D?az joins conversation [23:15:04] Daniel D?az leaves conversation [23:15:07] Daniel D?az joins conversation [23:15:07] Daniel D?az leaves conversation [23:15:10] Daniel D?az joins conversation [23:15:10] Daniel D?az leaves conversation [23:15:31] Daniel D?az joins conversation [23:15:32] Daniel D?az leaves conversation [23:15:47] The following message could not be delivered: test ---------- And on the debug log I keep getting these: ---------- 2006/01/09 23:15 CST [OneSwitchboardSession,client] Traceback (most recent call last): File "/usr/lib/python2.3/site-packages/twisted/internet/pollreactor.py", line 145, in doPoll log.callWithLogger(selectable, _drdw, selectable, fd, event, POLLIN, POLLOUT, log) File "/usr/lib/python2.3/site-packages/twisted/python/log.py", line 65, in callWithLogger callWithContext({"system": lp}, func, *args, **kw) File "/usr/lib/python2.3/site-packages/twisted/python/log.py", line 52, in callWithContext return context.call({ILogContext: newCtx}, func, *args, **kw) File "/usr/lib/python2.3/site-packages/twisted/python/context.py", line 43, 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 255, in doRead return self.protocol.dataReceived(data) File "/usr/lib/python2.3/site-packages/twisted/protocols/basic.py", line 229, in dataReceived return self.rawDataReceived(data) File "/usr/lib/jabberd/msn-transport/src/tlib/msn/msn.py", line 823, in rawDataReceived self.currentMessage.readPos += len(data) exceptions.AttributeError: 'NoneType' object has no attribute 'readPos' 2006/01/09 23:15 CST [OneSwitchboardSession,client] Stopping factory <twisted.internet.protocol.ClientFactory instance at 0xb4d09fcc> ---------- This doesn't happen with Gaim 1.4.0 or the official MSN client (7.5 on WinXP, they say). Has anyone experienced something similar? Greetings! Daniel D?az [EMAIL PROTECTED] From [EMAIL PROTECTED] Tue Jan 10 08:14:49 2006 From: [EMAIL PROTECTED] (Lars T. Mikkelsen) Date: Tue Jan 10 08:14:58 2006 Subject: [py-transports] PyMSN & aMSN In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> On Mon, Jan 09, 2006 at 11:29:20PM -0600, Daniel D?az wrote: > Do PyMSN & aMSN talk to each other nicely? I tried rev 88 of PyMSN > with aMSN 0.94 (Ubuntu PPC) and the conversation kept closing. I then > went to 0.95 (Gentoo x86) and I keep getting the same: [snip] > File "/usr/lib/jabberd/msn-transport/src/tlib/msn/msn.py", > line 823, in rawDataReceived > self.currentMessage.readPos += len(data) > exceptions.AttributeError: 'NoneType' object has no attribute > 'readPos' I think this actually got fixed in rev 89. :-) Best regards, Lars From [EMAIL PROTECTED] Tue Jan 10 13:07:49 2006 From: [EMAIL PROTECTED] (Michael Vogel) Date: Tue Jan 10 13:07:58 2006 Subject: [py-transports] PyMSNt - how to disable "The MSN contact ... has a Jabber ID" Message-ID: <[EMAIL PROTECTED]> Hi! I'm using PyMSNt 0.10.2. I have the problem that one of my chat partners is changing her jabber server every week or so. So I don't want to add all her jabber contacts but only her MSN id. But then PyMSNt tells me that she is using Jabber so I should use it instead. How can this message be disabled? The config doesn't have an option for that :-( Michael From [EMAIL PROTECTED] Tue Jan 10 13:31:03 2006 From: [EMAIL PROTECTED] (Alexey Nezhdanov) Date: Tue Jan 10 13:31:16 2006 Subject: [py-transports] PyMSNt - how to disable "The MSN contact ... has a Jabber ID" In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> On Tuesday, Jan 10 2006 16:07 Michael Vogel wrote: > Hi! > > I'm using PyMSNt 0.10.2. I have the problem that one of my chat partners > is changing her jabber server every week or so. So I don't want to add > all her jabber contacts but only her MSN id. > > But then PyMSNt tells me that she is using Jabber so I should use it > instead. > > How can this message be disabled? The config doesn't have an option for > that :-( I did that by searching for this sting in source and disabling it there (if do not know python - just remove offending lines. > Michael > _______________________________________________ > py-transports mailing list > py-transports@blathersource.org > http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports -- Respectfully Alexey Nezhdanov
