![]() |
|
|||||
![]() |
| **works with iManager 2.05b on VPSv1 servers!
**
Increase functionality of iManager on your FreeBSD v1 Virtual Server with iManagerPro.
What does the above mean? It means that you
can now allow your client to add/modify/delete their own email accounts, and vacation autoreplies.
As the server admin, you will define how many pop accounts and mail forwards
that the client will be able to create (by making updates to the ~/etc/domainmaps
file). You will also be able to specify the maximum amount of disk space the
POP accounts will be able to consume. The client will only have update privileges for their domain, they
will not have visibility to anyone else's email.
iManagerPro makes the assumption that you have the most recent version of iManager loaded (if iManager is not loaded, vinstall imanager2). iManagerPro makes the assumption that you have the most recent version of sendmail loaded (if the most recent version of sendmail is not loaded, vinstall sendmail). iManagerPro's vacation program makes the assumption that you have address mappings for the pop user. Email addresses that are caught by the "catchall" will NOT work properly in the vacation autoreply (if support@precisionpros.com does not have a virtmap entry, and simply falls into the catchall, then, support@precisionpros.com will not work properly in the vacation autoreply). iManagerPro makes
the assumption that every domain will have a catch-all defined for it
in the virtmaps file. If you do not typically define catchalls, create
an *alias* called trash_mail and map it to the
iManagerPro will map unwanted catchall email to this default address (which will in turn, send it to the trash). All new POP accounts will be mapped in the ~/etc/virtmaps file. Preparing Your Files: If you are installing iManagerPro on a server that does not have mail accounts set-up, no changes or preparation is necessary before installing.
Installation Instructions for iManagerPro: Installation is very easy. Upload the imanagerpro.zip file to the root directory on your server and unzip it:
The files will be
extracted to their proper directories. There are 4 files that you will
be prompted for permission to overwrite on your server for a first time
installation. The files will be replaced for the following reasons: ~/usr/local/etc/htdocs/imanager/library/imanager.pl ~/usr/local/etc/htdocs/imanager/library/passwd.pl ~/usr/local/etc/htdocs/imanager/strings/en/main ~/usr/local/etc/htdocs/imanager/strings/en/iroot Unless you have edited any of the 4 files above, it is safe to reply "yes". All other files being unzipped are new files created specifically by iManagerPro. The following is a complete list: ~/etc/domainmaps Unless you have edited either of these files, it is safe to reply "yes". All other files are new files used specifically by iManagerPro. Defining Privileged Users: After unzipping imanagerpro.zip, edit the new ~/etc/domainmaps file, so you can map a privileged user to a domain name, and assign quotas for the number of forwards and pops that the user will be able to maintain for their domain. The domainmaps file takes on the following format:
iManagerPro converted to other languages Currently, the following languages are supported by iManager (please let us know if you can convert iManagerPro to other languages).
Troubleshooting: iManagerPro has a
bug that doubles the number of blank lines in your ~/etc/virtmaps file
each time the file is updated. Make sure that there are no blank lines
in your ~/etc/virtmaps file. iManagerPro handles comment lines fine. So,
for first time installations, change all blank lines to comment lines
(put the pound sign character, #, as the first character on blank lines).
|
|||||||||||||||||||||||||||
| # # >>>>>>>>>> The program "vnewaliases" must be run after # >> NOTE >> this file is updated for any changes to # >>>>>>>>>> show through to your virtual sendmail. # # Basic system aliases -- these MUST be present. # Add your own aliases here |
% unzip imanagerpro.zip
Archive: imanagerpro.zip
inflating: etc/domainmaps
inflating: usr/bin/vacation
inflating: usr/local/etc/httpd/htdocs/imanager/library/catchall.pl
inflating: usr/local/etc/httpd/htdocs/imanager/library/forward.pl
replace usr/local/etc/httpd/htdocs/imanager/library/imanager.pl? [y]es, [n]o, [A]ll, [N]one, [r]ename: y
inflating: usr/local/etc/httpd/htdocs/imanager/library/imanager.pl
inflating: usr/local/etc/httpd/htdocs/imanager/library/mapmanager.pl
replace usr/local/etc/httpd/htdocs/imanager/library/passwd.pl? [y]es, [n]o, [A]ll, [N]one, [r]ename: y
inflating: usr/local/etc/httpd/htdocs/imanager/library/passwd.pl
inflating: usr/local/etc/httpd/htdocs/imanager/library/pop3.pl
inflating: usr/local/etc/httpd/htdocs/imanager/library/vacation.pl
inflating: usr/local/etc/httpd/htdocs/imanager/strings/en/forwards
replace usr/local/etc/httpd/htdocs/imanager/strings/en/iroot? [y]es, [n]o, [A]ll, [N]one, [r]ename: y
inflating: usr/local/etc/httpd/htdocs/imanager/strings/en/iroot
replace usr/local/etc/httpd/htdocs/imanager/strings/en/main? [y]es, [n]o, [A]ll, [N]one, [r]ename: y
inflating: usr/local/etc/httpd/htdocs/imanager/strings/en/main
inflating: usr/local/etc/httpd/htdocs/imanager/strings/en/pop3
inflating: usr/local/etc/httpd/htdocs/imanager/strings/en/vacation
inflating: usr/local/etc/httpd/htdocs/imanager/wizards/catchall_edit.cgi
inflating: usr/local/etc/httpd/htdocs/imanager/wizards/forward_add.cgi
inflating: usr/local/etc/httpd/htdocs/imanager/wizards/forward_edit.cgi
inflating: usr/local/etc/httpd/htdocs/imanager/wizards/forward_remove.cgi
inflating: usr/local/etc/httpd/htdocs/imanager/wizards/forward_view.cgi
inflating: usr/local/etc/httpd/htdocs/imanager/wizards/mapmanager.cgi
inflating: usr/local/etc/httpd/htdocs/imanager/wizards/pop3_add.cgi
inflating: usr/local/etc/httpd/htdocs/imanager/wizards/pop3_edit.cgi
inflating: usr/local/etc/httpd/htdocs/imanager/wizards/pop3_remove.cgi
inflating: usr/local/etc/httpd/htdocs/imanager/wizards/pop3_view.cgi
inflating: usr/local/etc/httpd/htdocs/imanager/wizards/vacation.cgi
inflating: usr/local/etc/httpd/htdocs/imanager/wizards/vacationoff.cgi
inflating: usr/local/etc/httpd/htdocs/imanager/wizards/vacationon.cgi
|
|
sample entries in the /etc/domainmaps file mark:precisionpros.com,12,15,3 In the above example, "mark" would be allowed to create and maintain a maximum of 12 forwards and 15 pop accounts for the domain "precisionpros.com". Each pop account that "mark" creates will have a mail disk quota of 3MB assigned to it"john" would be able to create and maintain 10 forwards and 5 pop accounts for "serverpros.com" Each pop account that "john" creates will have a mail disk quota of 4MB assigned to it. "dave" would have 20 forwards and 15 pop accounts for "dynamicpros.com". Each pop account that "dave" creates will have a mail disk quota of 2MB assigned to it A hard return (ENTER KEY) is needed at the end of the last entry in the domainmaps file or your scripts will not properly read the password file. |
|
Example 1 mark@precisionpros.com mark2 These are all POP accounts as defined by the script; the script counts
each one as a separate POP account. It becomes confused, when you go
to edit "mark2", because it is not sure which virtmap entry
to work with. |
Example 2 mark@precisionpros.com mark2 If the virtmap file on your server has entries like those at left (Example 1, more than one address mapped to the same POP account) the file will need to be changed to route the multiple addresses to userid@domainname.com, as in example 2. Order in the virtmap file is important! Make sure that the multiple address are defined after the main one as in example 2 (meaning, you should not have mark@precisionpros.com mark2 defined after mark_sharkey@precisionpros.com mark2@precisionpros.com |
|
User "mary" should have a virtmap entry like this: mary@mydomain.com mary User "james" should have a virtmap entry like this: james@hisdomain.com james |