This is the abstract of a paper published in the International Journal of Performance Analysis in Sport (Vol.15, No.1). In the paper we analyzed the network characteristics of successful and unsuccessful national teams that participated in FIFA World Cup 2014.
Page 3 of 12
Virtual mailboxes is a clear choice if you want to setup your mail server with multiple domains and non-Linux accounts. Of course, there are other and easier ways to setup Postfix for hosting multiple domains.
The most simple is to host additional (shared) domains by adding them to the ‘mydestination’ variable in postfix’s main.cf. But that solution lacks distinction between canonical and hosted domains ([email protected] is delivered to the same unix account as [email protected]).
A better approach is through “virtual aliases”, which allow separate domains and email addresses. For that, you only need to configure two parameters: ‘virtual_alias_domains = domain1.com domain2.com’ and ‘virtual_alias_maps = hash:/etc/postfix/virtual’. You declare the list of your hosted domains in the first and alias each one to a local linux account with the second (i.e. in /etc/postfix/virtual add “[email protected] root” to have mails sent to domain1.com’s postmaster delivered to root). However, this is not an optimal solution if you plan to host more and more domains or if you just don’t want to give shell access to your server.
The really best solution is to use the Postfix virtual mailbox delivery agent. With this approach, every email address has its own virtual mailbox and you need to setup only one system account (to be the owner of all mailboxes). And each domain’s mailboxes are properly arranged in the file system under the home dir of the owner account:
In this how-to, I describe the process that I followed to setup virtual mailboxes in my postfix server for a pet project of mine.
VirtualBox is a great piece of virtualization software. It not only allows us to run and test different Operating Systems inside Virtual Machines (VMs) from the comfort of our main desktop computer with point-and-click, but it also enables us to setup and run VMs on remote headless servers from the command line. And we can control these VMs remotely via a plain RDP client. This is great because when you host your VMs on server hardware (usually without any graphical UI) you don’t really need the full fledged GUI of VirtualBox (and its Qt/SDL dependencies) nor to display the VM output locally. Instead you just need some commands to setup and start your VM. Then all you want is to connect to it remotely and install an OS. With VirtualBox, this is accomplished via the commands VBoxManage and VBoxHeadless. This is how it can be done.
Here’s a series of 31 images taken with a Dino-Lite digital microscope. I won’t go in details about the original source of the images, since most of them are pretty obvious (i guess).
Some of them are of poor quality, due to trembling hand or low resolution of Kamoso (KDE’s picture retriever). Anyway, have fun…