cPanel client API without root level WHM

Hi There,

I have some tricky questions about integrating the API before going through the documentation.

I want to allow some of my clients to add, edit or create email accounts found in their cpanel login from another private groupware server located out side the whm server. I don't have root access to my whm server but I do have reseller whm access.

Question is, In order to customize the API for remote cpanel email management by each cpanel administrator, do I have to have root whm access to get the API configured?

Is it possible to start coding the cpanel API on the third party server for email management without full root whm access ?

In other words I have a web based groupware software running on another server and I want each client to administer their email domain from the groupware interface without logging into their cpanel account. Well they will have to put the user name and password inside the groupware interface only once and the database of the groupware server will store cpanel user name and the password of their remote cpanel account. In otherwords the groupware server will become the whm interface. I want to make sure that I don't need root whm access to interface between the groupware server and the cpanel server. I want the client to manage their email accounts and users inside the groupware interface.

Thanks

 

I guess my question is some what different from your answer or I may have misunderstood your answer . I will not be adding any icons to cpanel.

Here is an Example of what I intend to do:
*I have a cpanel user setup on server-A via reseller WHM. This cpanel user only wants to use cpanel to add new emails or manage email accounts, change email quota,configure spam etc but not by directly logging in to his/her cpanel profile.

*Now this user wants to login to his/her cpanel account from a web interface installed on another server to manage emails etc on Server A, will call this other server-B. Client only gets access to a web page on server-b.Nothing else.
This server-B might not necessarily have cpanel but a secure webpage. But client should be able to access his/her cpanel profile found on server A via server -b's web interface to manage email addresses . how can I achieve this using the API. If you ask me why I need the client to use a webpage found on Server-b to login to the cpanel account, since server B will have so many other company specific web apps running on that server-b's web page. If any icons are installed, it will be on server b's web page to correspond to cpanel commands to manage email accounts etc. In other words client will not know about server-A. Client thinks he/she only logs into server-b to manage email addresses etc. Hope this is clear enough. thanks

 

Thanks and well said. This is what I want to confirm. Cheers

 

Also one Last important question as many might find it useful? I'm planning on running a project on building an outlook 2007,2010 plugin and a Thunderbird plug-in to filter spam at cpanel server level without having to login to cpanel or web-mail. Even for this what's required is the API, I assume the following API values may help or is there anything else that I will have to consider for outlook plugins due to complexities? Baiscally what I expect is fast server/account level spam filter rules created from Outlook by right clicking the emails or by selecting all, the emails found inside the junkmail folder in outlook. When the outlook user right click a spam email to filter block spam from the email server in the future, without receiving it to the outlook Inbox, the outlook user gets the option from the right click drop down to filer by subject or email address. Most spams can be blocked by subject I guess. Do you think this might be possible with the API?

Email::addfilter

API Version: 1 - Click here for documentation
Syntax: Email::addfilter( match value, method, msgpart, dest )
Description: Add an account-wide email filter.
Parameters:
match value (string)
The text or value for which to check.
method (string)
The type of matching to use. The following values are accepted for numeric operations: is above, is not above, is below, is not below, equals. The following values are accepted for string operations: contains or begins.
msgpart (string)
The section of the email to check. Valid values include header_from, header_subject, header_to, reply_address, message_body, message_headers, h_to, h_cc, h_bcc, not delivered, error_message, h_X-Spam-Status, h_X-Spam-Score, and h_X-Spam-Bar.
dest (string)
The destination for filtered email. This value can be another email address, Discard, or a pipe to a shell application.
Returns:

This function does not produce any output.

 

Thanks fellas. Bit of work and complexities to get it working on outlook, but it's possible with a bit of filter limitations. cheers