SOAP
Posted: Sat Aug 04, 2007 1:19 amI've been studying SOAP::Lite and the related server classes as a way to expose a couple of methods for spamgourmet via SOAP - this would make things like a firefox plugin easier, and also get us going toward a rework of the website into AJAX.
Any opinions on how to set up the server side, as long as they involve Apache and Perl? SSL and cookie based security are probably also requirements (although I could rework the security if there was a really good reason).
I sort of got a bug in my ear recently when I noticed that GMail remapped the mailto: link in firefox so that it would be the default MUA (after it asked politely, of course). That made me think that maybe we could intercept the mailto link and reach out to a spamgourmet SOAP method to transparently grab a redirection address, and then supply the redirection address to the MUA instead.
Frankly, I haven't seen a huge value in a firefox plugin, because I'm one of those users who don't visit the website very often, and so don't feel like I need much of any user interface. But... I've been sending a bunch of cranky emails recently, and each was preceded by a visit to the website, which was kind of a pain. I think I'd really like the transparent imposition of a redirection address on a mailto: link -- the plugin (or the SOAP method) would have to be smart enough to automatically create a new address or use an existing one (refilling it) depending on the circumstances, but that doesn't seem like a big deal. Maybe other people could start adding more features to the plugin if they want them
-- I promise to add the corresponding SOAP methods.
Any opinions on how to set up the server side, as long as they involve Apache and Perl? SSL and cookie based security are probably also requirements (although I could rework the security if there was a really good reason).
I sort of got a bug in my ear recently when I noticed that GMail remapped the mailto: link in firefox so that it would be the default MUA (after it asked politely, of course). That made me think that maybe we could intercept the mailto link and reach out to a spamgourmet SOAP method to transparently grab a redirection address, and then supply the redirection address to the MUA instead.
Frankly, I haven't seen a huge value in a firefox plugin, because I'm one of those users who don't visit the website very often, and so don't feel like I need much of any user interface. But... I've been sending a bunch of cranky emails recently, and each was preceded by a visit to the website, which was kind of a pain. I think I'd really like the transparent imposition of a redirection address on a mailto: link -- the plugin (or the SOAP method) would have to be smart enough to automatically create a new address or use an existing one (refilling it) depending on the circumstances, but that doesn't seem like a big deal. Maybe other people could start adding more features to the plugin if they want them
-- I promise to add the corresponding SOAP methods.