- Added: remoting queries with a lot of results (e.g. email addresses or alias domains or dns rr) lead to non-functioning soap requests
  - added '#OFFSET#' AND '#LIMIT#' handling to the query
  - added automatic 'WHERE 1' if an empty array was given as query
  example: $result = $api->sites_web_domain_get('type' => 'vhost', '#OFFSET#' => 25, '#LIMIT#' => 50); to get the websites 26 to 75

 - passwords are now enrypted already in tform (and remoting) and not stored in datalog clear text
 - clientdb plugin no longer encrypts password itself but receives crypted password

- Changed check if a domain is unique so that vhosts with identical domains/hostnames are allowed on different IPs and/or servers.

 - added isset() checks to password encryption mode in remoting
 - if additional parameter "_ispconfig_pw_crypted" is set to "1" the password fields are not re-encrypted, this is useful when importing data from existing user-bases where no cleartext passwords are stored.
   Attention: crypted passwords need to have the same format or they won't work (i.e. CRYPT for CRYPT fields, PASSWORD() for mySQL fields)

- need to have the pecl idn and intl modules installed
  or
- have the idna_convert class in the classes/idn/ path

Fixed/Implemented: replaced intval() by $app->functions->intval() in all interface functions due to big number problem in intval()

- Implemented: FS#1935 - Add minimum allowed seconds Value for DNS zone records

Bugfix: remoting lib field validation "ISINT" differed from tform validation and leads to 0 values treated as invalid
Bugfix: remoting lib did include_once instead of include at form definition files, that leads to malfunction when using multiple definition files at importing and actions like that

Fixed: FS#2109 - Email address validation via API method(s) is inadequate (and results in false-negatives)

use the standardize app->db->quote method already established.

Refs: 1722

- Fixed date handling functions in remoting library.

Patch from Filip that enables settting of sys_user.modules and sys_user.startmodule via client_add remote API call

Modified loadUserProfile function i discovered using mailuser interface from horfic after many tests and debugs functions recive a value iguals to userid field not sys_userid.
I keep sysuser_id testing for compatibility issues no have any idea if this used in another place and added aditional userid test. 
Tested all things and used auto-response with roundcube with this modifications all worked fine.
More info see here: http://www.howtoforge.com/forums/showthread.php?t=38437&page=15

Deleted the client id check, now he goes directly to the sysuser_id. Now you don't have to use the client id anymore, only more the sysuser_id. Solves issue when client has more than one sysuser

- Added missing remoting functions

Added SOAP support for mail module. Many thanks to Arkadiusz Roch & Artur Edelman from Tri-Plex technology