Except that the hash is not included in the vCard. On 12/5/05, Pedro Melo <[EMAIL PROTECTED]> wrote: > Hi > > Another solution for this, would be to treat the hash as an opaque > value. > > That means that the client should store the image and the hash that > was used. > > This way, it doesn't matter how the hash was generated. > > Best regards, > > On Dec 5, 2005, at 2:59 PM, Norman Rasmussen wrote: > > > On 12/5/05, Jeff Licquia <[EMAIL PROTECTED]> wrote: > >> > >> Iris (Psi, Kopete) doesn't seem to use the hash at all. I was > >> unable to > >> find other examples of avatar handling in client source. > > > > The Pedrito build of Psi _does_ cache images, you would have to check > > the patches applied there to make sure. > > > >> The JEP should probably be clearer on this point. > > > > I have a bone to pick with 'base64' encoding. Some implementations > > create a newline after every 64 characters, others don't. Across > > different platforms, these newlines will differ: \n (*nix) vs \r\n > > (win32) vs \r (mac). As an absolute minimum _if_ the hash is computed > > using the base64 encoded data, the newlines must be removed. > > > > All this confusion is removed if the hash is computed on the raw image > > data. Also it's far simpler to compute the hash on the raw data using > > _any_ tool. (i.e. openssl, sha1sum, etc) > > > > -- > > - 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 > > -- > HIId: Pedro Melo > SMTP: [EMAIL PROTECTED] > XMPP: [EMAIL PROTECTED] > > _______________________________________________ > 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 Dec 5 17:44:19 2005 From: [EMAIL PROTECTED] (Pedro Melo) Date: Mon Dec 5 17:44:26 2005 Subject: [py-transports] PyMSN-t avtar hash In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> But is included in the presence. If the hash is absent from the presence, you should not use the photo as avatar, per jep 0153 spec. At least that's my reading of items 1 and 2 of section 4.1. Best regards, On Dec 5, 2005, at 5:32 PM, Norman Rasmussen wrote: > Except that the hash is not included in the vCard. > > On 12/5/05, Pedro Melo <[EMAIL PROTECTED]> wrote: >> Hi >> >> Another solution for this, would be to treat the hash as an opaque >> value. >> >> That means that the client should store the image and the hash that >> was used. >> >> This way, it doesn't matter how the hash was generated. >> >> Best regards, >> >> On Dec 5, 2005, at 2:59 PM, Norman Rasmussen wrote: >> >>> On 12/5/05, Jeff Licquia <[EMAIL PROTECTED]> wrote: >>>> >>>> Iris (Psi, Kopete) doesn't seem to use the hash at all. I was >>>> unable to >>>> find other examples of avatar handling in client source. >>> >>> The Pedrito build of Psi _does_ cache images, you would have to >>> check >>> the patches applied there to make sure. >>> >>>> The JEP should probably be clearer on this point. >>> >>> I have a bone to pick with 'base64' encoding. Some implementations >>> create a newline after every 64 characters, others don't. Across >>> different platforms, these newlines will differ: \n (*nix) vs \r\n >>> (win32) vs \r (mac). As an absolute minimum _if_ the hash is >>> computed >>> using the base64 encoded data, the newlines must be removed. >>> >>> All this confusion is removed if the hash is computed on the raw >>> image >>> data. Also it's far simpler to compute the hash on the raw data >>> using >>> _any_ tool. (i.e. openssl, sha1sum, etc) >>> >>> -- >>> - 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 >> >> -- >> HIId: Pedro Melo >> SMTP: [EMAIL PROTECTED] >> XMPP: [EMAIL PROTECTED] >> >> _______________________________________________ >> 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 -- HIId: Pedro Melo SMTP: [EMAIL PROTECTED] XMPP: [EMAIL PROTECTED]
