Add to Favourites Add to Favourites    Print this Article Print this Article

I wish to have an email-only system for some of my clients

With the flexibility of the User packages, skins, pre/ scripts and the API, you can accomplish essentially any service combination you wish.   Regarding email, there are a few methods of accomplishing an email-only system.

Option 1, using DA and it's normal login system, easiest:

1) Copy one of our skins to your own, and remove any the bits you don't want.

cd /usr/local/directadmin/data/skins
cp -Rp enhanced emailonly

remove links to the filemanager, and any other non-email related areas in the new emailonly skin.

2) Create normal User packages, and set 0 to the values you don't want them touching (eg, ftp, databases, etc).
Select the emailonly skin you've created.

3) this step is optional, but in term of completeness and security, is recommended.
Using the, create the script to only allow access to email related CMD_ functions.
You can add these checks only for users who are using the emailonly skin (grab this check from /usr/local/directadmin/data/users/$username/user.conf, skin=emailonly)
Related examples:

Basically, you'll just add all email related commands to the "ok" list, and then deny everything else (return 0 for ok, return non-zero for not ok).

The purpose of the is to ensure they don't manually try to do things (like access the filemanager) using their own custom forms sent from somewhere else, or an API.

The newer commands.allow and commands.deny would also accomplish the same thing, and would be more efficient than the

Option 2, using the DA API, requiring you to create your own internface using php.

With this 2nd option, you'd create your own login system, your own interface with php, and then simply have your scripts connect to DA's API to create what you want, how you want, etc.

Was this answer helpful?

Also Read