Page 1 of 1
Defined API
Posted: Tue Aug 29, 2006 1:14 am
by flyboy
One thing that would be cool is for you to have a defined API to interface with EMM from other software.
Useful interactions:
- retrieve info on recipients
- update info on recipients
- insert new recipients
- generate new mailing from template and setting content items
I'm sure folks could come up with a lot more.
API for Plugins
Posted: Wed Nov 01, 2006 5:31 pm
by maschoff
Right now we are specifying an API for plugins. Any thoughts and suggestions are welcome!
Posted: Wed Nov 15, 2006 5:01 pm
by carcus88
I am curious as to what sort of API is being defined. What sort of remote method call platform are you planning on using , XML-RPC, SOAP, REST?
I'm sure any of these standards would be ok but which one is going to be preferred by the devlopers and the community?
Here is a short list of things that I think should be API enabled
---- Recipients ---
Add Recipeient
Update Recipeient profile
Delete Recipeient
Bounce Recipeient
OptOut Recipeient
Search Recipients
--- Profile Fields ---
Add profile field
Update profile field
Delete profile field
List profile fields
-- Users --
Add user
Update user
Delete user
List users
-- Black List --
Add blacklist email
Delete blacklist email
Search blacklist emails
-- Mailing Lists --
Add mailing list
Delete mailing list
List mailing lists
Search mailing lists
I think these general things would API enable most of the functions that a third party program would need. The other functions of OpenEMM should be left to the web interface IMHO.
Posted: Sun Jul 01, 2007 5:46 pm
by torcolato
I would prefer XML-RPC....
And IMHO there is one very needed task which is AddRecipients.
Everything else should be secondary.
This way we could connect other applications to use OpenEMM without human interaction, at least for what I guess is the most wanted feature.....
Re: Defined API
Posted: Tue Nov 08, 2011 2:09 pm
by rockyrock
It doesn't seem that PHP is short on XML-RPC solutions.
I would prefer to use the one that is actually a PHP extension since I am running Ubuntu 10.04 LTS, and I will have the library version matching my PHP without too much to worry about (as opposed to the PEAR one, which could possibly be updated beyond my current PHP version).
But there's a warning on all the PHP XML-RPC pages about it being experimental - yet, it's been around for years (implemented in PHP 4.1) and surely should be stable by now? Is this a case of rotten documentation, or should I really avoid this library?