[OTR-dev] Re: [Gaim-devel] gaim-OTR, AIM DirectIM, and messaging signals

[Mark Doliner]

On Fri, 17 Feb 2006 13:57:37 -0500, Evan Schoenberg wrote
> (Please reply-to-all, as I'm sending this to both relevant lists)
> 
> AIM DirectIM can't work within an OTR-encrypted chat; the same is  
> true of any other gaim plugin-based encryption scheme.
> 
> 1) User sends message in Gaim
> 2) Gaim gives plugins an opportunity to modify the message; an  
> encryption plugin such as gaim-otr encrypts the message if  
> appropriate, returning the encrypted message
> 3) Gaim sends the encrypted message to the prpl
> 4) In the case of oscar within a DirectIM session, the message is  
> normally post-processed, looking for <IMG> tags, which reference ids 
>  from the gaim img store in the form <img='2'> where 
> gaim_imgstore_get 
> (2) will return the GaimStoredImage* for the image.  The image's 
>  data, size, etc. are inserted into the message..... but the message 
>  is encoded, so such a tag isn't found, and images can not be sent.
> 
> A similar situation exists on the receiving side, where the prpl  
> processes the incoming message, looking for <img> tags to convert to 
>  the gaim img store and their corresponding IDs but sees only the  
> gibberish of an encrypted message.
> 
> As I mentioned, this is not specific to the gaim-otr implementation  
> but rather a result of how the signals are set up.  One solution 
> I've  come up with is giving the prpl a chance to modify the 
> outgoing  message before it is sent to plugins via a signal, and 
> similarly call  the prpl for final post-processing of incoming 
> messages after the  first signal is sent when receiving a message.
> 
> Thoughts?
> 
> Cheers,
> Evan
> www.adiumx.com

That would be kind of a pain, but if you really want to fix it I guess that's
the only way to do it.  Personally I'd rather see us implement AIM's built-in
encryption capabilities.  That wouldn't solve the problem, but it would
hopefully make it less of an issue?

-Mark