Hi Nate! I watched your podcast, excellent! =) I’m not sure if the Packet Filter plugin would work in this instance because it would need to have some knowledge of the internals of the IM Gateway plugin. If XMPP user A sends a message to MSN user XYZ who happens to also be XMPP user B, the packet goes into the gateway plugin, and out through MSN. Then MSN sends it to XMPP user B back through their own MSN session. There’s no external idea of how XMPP user A and B map together. The IM gateway plugin can make that mapping by looking in it’s own registration tables.
One possibility might be if the IM Gateway plugin could “tell the packet filter” plugin what to do. In other words… XMPP user A logs in. I’m going to shorten my plugin to IMG and yours to PF because I’m tired of typing. lol XMPP user A logs in and IMG tells PF “hey, map all internal messages to email@example.com, firstname.lastname@example.org, email@example.com to XMPP user A”. That way it could go ahead and set up the relationship and intercept things on the fly. That’s kinda an interesting concept. I haven’t looked at PF enough yet to know if that would be possible. Thoughts?
(that still would dodge by the possible request to have the messages flat out denied and the end user told to use XMPP, but it would be a way to handle the other scenario in a nice clean fashion that doesn’t involve me writing a lot of extra support ;D )