Hi! Roberto Jung Drebes schrieb:
> It seems that only the yellow Jabber lightbulb is displayed on myremote > MSN contacts. If I try the avatar in iChat, later, it stilljust shows > the yellow lightbulb. Is that how it is supposed to be? I made the experience that it seems to depend upon the remote system whether it displays your iChat avatar or the lightbulb. I got chat partners that used the windows MSN client. They saw my own avatar. Then I had an user that used the MSN client under MacOS - she saw the lightbulb. Michael -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3483 bytes Desc: S/MIME Cryptographic Signature Url : http://modevia.com/pipermail/py-transports/attachments/20060119/84827cc9/smime.bin From [EMAIL PROTECTED] Thu Jan 19 08:49:00 2006 From: [EMAIL PROTECTED] (Norman Rasmussen) Date: Thu Jan 19 08:49:05 2006 Subject: [py-transports] More MSN wierdness In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> On 1/19/06, James Bunton <[EMAIL PROTECTED]> wrote: > The transport explicitly sets your privacy settings to > a particular mode to make operation consistent between accounts. You > just reminded me of the reason that I chose to do this. There is no way > to tell the transport what setting you would like, so it picks one. sounds like it should be an option in the registration screen, or even better changable via adhoc commands. -- - Norman Rasmussen - Email: [EMAIL PROTECTED] - Home page: http://norman.rasmussen.co.za/ From [EMAIL PROTECTED] Thu Jan 19 14:03:36 2006 From: [EMAIL PROTECTED] (Eric Langheinrich) Date: Thu Jan 19 14:03:42 2006 Subject: [py-transports] [pyMSN-t]Is messages sending alowed w/o auth? In-Reply-To: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> > > Trying to exchange messages automatically between two clients I have > finally > found that pyMSN-t will not deliver messages if neither party never > requested > <presence type='subscribe'/>. > Sending such presence is enough ever if this is the only presence packet > between parties - ever w/o subscription approval or rejection packets. > > As far as I can say - this is pyMSN-t (or MSN?) specific issue. No other > transports posed such a problem to me. This is happening because when you sign onto MSN through the transport the MSN "anti-spam" flag is getting set to not allow messages from anyone not specifically in your "allow" list. Further, even if you log into MSN directly and change the "Other .Net Messages" to be allowed, the transport changes your security setting to disallow "Other" messages again. > > Can anyone please say how to override this bug? I'm hoping that it will be something simple to change. If you follow the "More MSN Wierdness" thread, I'm asking essentially the same question.
